产品深度分析
何时使用
用户给出一个产品（名称均可），希望得到一份完整的深度产品分析洞察。不是简单查参数、查评分，而是要做穿透性的多维度研究 + 一篇有灵魂的综合解读——让用户真正理解一个产品"为什么是这样"、"背后的逻辑是什么"、"未来会怎样演进"。
核心用户：产品经理、产品研究者、创业者、战略分析师——他们关心的不是"值不值得买"，而是"这个产品到底是怎么回事"。
适用产品范围：
- 数字产品：App、小程序、SaaS 工具、网站平台、AI 产品、游戏
- 实体产品：消费电子（手机/电脑/耳机）、家电、汽车、日用品
- 混合产品：软硬结合（如 iPhone = 硬件 + iOS 生态）、订阅服务 + 硬件
核心原则（必读）
- 综合分析才是用户唯一会读完的文件——99% 的用户只看综合分析，前面 6 份维度报告大多数人不会打开。前 6 份是为了让综合分析有据可查，综合分析才是真正交付给用户的产品。
- 综合分析必须独立成文——读者预设是产品从业者但不了解这个具体产品，禁止写"如产品力报告所述……"、"承接维度三的判断……"，必须把每个判断的依据当场说清楚。
- 综合分析必须个性化——社交 App、生产力工具、消费硬件、平台型产品的写法应该明显不同。如果写出来的综合分析换个产品名字也成立，那就是失败。
- 重点是"理解"而非"建议"——产品经理读分析是为了深入理解产品逻辑、设计决策、增长策略、竞争壁垒，不是为了获得"该不该买/用"的建议。分析要回答的是"为什么"和"怎么做到的"，而不是"值不值得"。
- 不写废话句式——禁止"一方面…另一方面"、"既有优点也有缺点"、"因人而异"。要么下判断，要么给洞察。
- 宁可尖锐犯错，不要平庸正确——给明确判断，错了可修正，骑墙的分析没价值。
- 尊重产品背后的逻辑——每个成功的产品背后都有一套自洽的逻辑，分析要做的是把这套逻辑解构出来，而不是简单地说好或不好。
整体流程
分两个阶段，严格顺序执行：
阶段一：六维深度研究（产出 6 个文件）
前五个维度是单维度深度素材；维度六是跨维度的事实归口（不下最终判断）。
| 序号 | 维度 | 性质 | 核心问题 |
|---|---|---|---|
| 1 | 产品设计与用户体验 | 单维度素材 | 产品解决什么问题、怎么解决的、设计逻辑是什么 |
| 2 | 商业模式与变现逻辑 | 单维度素材 | 怎么赚钱、商业模式为什么可行、定价逻辑背后的策略 |
| 3 | 市场格局与竞争定位 | 单维度素材 | 品类格局如何、差异化定位是什么、竞争策略怎么打 |
| 4 | 用户增长与留存机制 | 单维度素材 | 用户怎么来的、怎么留住的、增长飞轮是什么 |
| 5 | 团队、生态与演进趋势 | 单维度素材 | 团队基因是什么、生态壁垒有多深、产品会往哪走 |
| 6 | 分析素材汇总 | 跨维度归口 | 产品核心逻辑 / 关键成功因素 / 风险信号 / 演进推演素材——为综合分析准备素材包，不下最终判断 |
每个维度的具体研究要求、必须覆盖的内容、输出格式：完整规范见 references/stage1-dimensions.md。写每一份报告之前，先去读 references/stage1-dimensions.md 中对应的章节，不要凭印象写。
维度一到五（单维度素材）每个维度必须做到：
- 搜索充分：每个维度至少 3-5 次不同角度的信息检索
- 数据扎实：每个关键论点必须有具体数字、来源、时间支撑
- 分析有深度：不能停留在信息罗列，必须有逻辑推演和判断
- 输出够厚：2000-4000 字
- 独立成文：每个维度单独输出为一个文件
维度六（素材汇总）必须做到：
- 写作前提：维度一到五全部完成后再开始，禁止凭空生成事实
- 四个固定模块：A. 产品核心逻辑提炼 / B. 关键成功因素诊断 / C. 阶段定位 / D. 风险与机会信号
- 不下最终判断：禁止在维度六里写综合性结论——这些由阶段二独立完成
- 溯源标记：所有量化结论必须带【源：维度 X】，能在前五维找到出处
- 篇幅：1000-1800 字（短小但密度高）
阶段二：综合分析（产出 1 个文件，全文重心）
这是用户真正会读的那一份。综合分析不是 6 份报告的总结，而是一篇独立的、面向产品从业者的深度洞察。
阶段二的执行步骤
步骤 1：完整读完 6 个维度文件——包括维度六素材汇总。把 8 件事在心里想清楚（具体见 references/stage2-synthesis.md）。
步骤 2：独立写一篇 2000-3000 字的综合分析，遵循 5 段式结构：
| 段落 | 字数 | 必须回答 |
|---|---|---|
| 【一】六维全景速读 | 300-500 | 用融合语言把这个产品的全貌从 6 个角度勾勒出来（不是分维度总结） |
| 【二】产品设计逻辑解读 | 400-600 | 产品的核心设计决策 / 用户价值主张 / 为什么这样设计而不是那样设计 |
| 【三】增长飞轮与竞争壁垒 | 400-600 | 增长引擎是什么 / 壁垒在哪里 / 竞争优势是强化还是在衰减 |
| 【四】产品演进推演 | 500-700 | 产品现阶段的核心矛盾 / 下一步最可能的演进方向 / 面临的关键抉择 |
| 【五】犀利洞察 | 150-250 | 抛开框架的产品老炮直言——这个产品最被忽视的真相 |
完整的写作规范、个性化原则、每段的禁忌与示例：见 references/stage2-synthesis.md。写综合分析之前必须读这份 reference——它定义了"独立成文、产品视角、不写溯源标记、个性化写法、犀利洞察怎么写"等关键约束。
综合分析的硬约束
- 正文不写【源：维度 X】溯源标记——读者不需要看溯源，AI 自己心里有数即可
- 每个产品必须个性化——社交App、生产力工具、消费硬件、平台型产品，写法明显不同
- 不要套模板——换个产品名字也成立的分析就是失败的分析
- 犀利洞察要让人有"被点醒"的感觉——如果读完没什么感觉就是失败的
文件输出规范
- 总共输出 7 个文件：6 份维度报告 + 1 份综合分析
- 统一保存目录：所有 7 个文件放在同一个目录下（artifact 目录或用户指定目录）
- 命名格式：
- 维度报告：
{产品名}-维度{N}-{维度名称}.md- 例如：
微信-维度1-产品设计.md/微信-维度2-商业模式.md/ ... /微信-维度5-团队生态.md/微信-维度6-分析素材.md
- 例如：
- 综合分析：
{产品名}-综合分析.md- 例如：
微信-综合分析.md
- 例如：
- 产品名：用最通用的名称；外文产品用原名（如 Notion / MacBook Pro / ChatGPT）
执行检查表
开始前快速核对：
- [ ] 已确认产品名称，知道是什么品类（数字/实体/混合）
- [ ] 已确认输出目录（artifact 目录或用户指定）
- [ ] 已读完 references/stage1-dimensions.md（在写阶段一之前）
- [ ] 阶段一维度一到五全部完成、独立成文、有评级和核心结论
- [ ] 阶段一维度六已完成，包含核心逻辑提炼 + 成功因素诊断 + 阶段定位 + 风险机会信号
- [ ] 维度六没有写综合性最终判断（留给阶段二）
- [ ] 已读完 references/stage2-synthesis.md（在写阶段二之前）
- [ ] 综合分析完整阅读了 6 个维度文件之后再动笔
- [ ] 综合分析独立成文，没有"如维度 X 所述""承接前文"这类对前文的依赖语言
- [ ] 综合分析正文里没有【源：维度 X】溯源标记
- [ ] 综合分析包含 5 段式：六维速读 + 设计逻辑 + 增长壁垒 + 演进推演 + 犀利洞察
- [ ] 综合分析的犀利洞察有"灵魂"——不是套话，能让用户有"被点醒"的感觉
- [ ] 综合分析针对这个产品的特点做了个性化写法（不是模板套用）
- [ ] 全部 7 个文件输出到同一目录，命名符合规范
