版本：1.0
适用对象：使用 AI（如 ChatGPT、Claude、Copilot）进行产品开发的产品负责人、独立开发者、技术团队
核心理念：先想清楚再做 —— 让 AI 从执行者变为思考者，你从程序员变为产品负责人
目录
- 阶段 0：通用 Prompt 心法（可随时调用）
- 阶段 1：产品定义（不碰代码）
- 阶段 2：生成 PRD（产品需求文档）
- 阶段 3：技术选型与轮子评估
- 阶段 4：分模块开发与验收
- 阶段 5：Bug 处理流程
- 阶段 6：上下文维护策略
- 全流程检查清单
1. 阶段 0：通用 Prompt 心法（可随时调用）
这 6 个心法可以嵌入任何阶段的对话中，建议打印或贴在屏幕旁。
| # | 心法名称 | 一句话说明 | 模板（直接复制） |
|---|---|---|---|
| 1 | 选定角色 | 让 AI 自选领域专家后再回答 | “我想探讨【领域】里的【问题】。先别回答。请你先选一位最适合的领域顶尖专家来思考它。输出：1.你选谁，细分领域 2.为啥选他。然后我再描述问题。” |
| 2 | 苏格拉底追问 | AI 回答前先问你问题，直到 95% 理解 | “【你的问题】请你在回答前，先问我问题。一次只问一个，根据我的回答继续追问，直到你有 95% 的信心理解我的真实需求，然后才给出方案。” |
| 3 | 与 AI 辩论 | AI 扮演反对者攻击你的观点 | “【我的观点】请你扮演反对者角色，从不同角度攻击我的想法。不用客气，直接指出漏洞。” |
| 4 | 预演失败 | AI 假设项目失败，写复盘文章 | “【项目/想法】请假设这个项目最终失败了。写一篇失败复盘文章：什么时间点开始衰退？最致命的决策错误？忽视的核心风险？第一个该改什么？基于真实案例。” |
| 5 | 反向提示 | 从成品倒推提示词 | “这是我想要的成品范例。请你倒推一个提示词，让我能稳定生成同风格的内容。并说明每句的作用。” |
| 6 | 双层解释 | 同时给出初学版和专业版解释 | “请解释【概念】。用两种方式：1.初学者版本：面向保洁阿姨，用他能听懂的话。2.深度专业版本：面向专业人群，不能有事实错误。” |
2. 阶段 1：产品定义（不碰代码）
目标：在写任何代码之前，与 AI 一起把需求想清楚、挖出盲点。
操作步骤
- 启动讨论：使用下面的 批判性审查 Prompt
- 记录输出：把 AI 指出的模糊点、矛盾点、陷阱记录到项目文档中
- 反复迭代：直到你感觉需求清晰、没有重大盲区
批判性审查 Prompt（直接复制）
我想做一个 [产品名称] 。在我们开始写任何代码之前，我希望你扮演一个经验丰富的产品经理和架构师，对我的想法进行批判性审查。请你：
- 指出我的需求中模糊、矛盾或考虑不周的地方。
- 问我你认为关键但我没有提到的问题（至少 3 个）。
- 列出你认为这个产品最可能遇到的技术和产品陷阱。
- 不要顺着我说，如果你认为我的某个想法有问题，直接告诉我。
可选：嵌入心法
- 若不确定 AI 的审查视角，先用 心法 1（选定角色） 让 AI 选择“产品经理”或“架构师”领域专家。
- 若需求复杂，先用 心法 2（苏格拉底追问） 让 AI 追问细节再审查。
3. 阶段 2：生成 PRD（产品需求文档）
目标：产出一份可执行的 PRD，作为开发阶段的“宪法”。
操作步骤
- 在阶段 1 讨论完成后，使用下面的 PRD 生成 Prompt
- 得到初版 PRD 后，用 心法 3（与 AI 辩论） 攻击它
- 可选：用 心法 4（预演失败） 对 PRD 中的核心假设做压力测试
- 最终确认并锁定 PRD，除非重大原因，否则不随意增加功能
PRD 生成 Prompt（直接复制）
根据我们刚才的讨论，请帮我生成一份 PRD（产品需求文档），包含以下内容：
- 核心用户故事（User Stories）
- 功能优先级（P0 / P1 / P2）
- 数据模型设计（关键实体与关系）
- 核心页面/流程的状态机（至少 2 个主要流程）
- 明确不做什么（Out of Scope）
请用 Markdown 格式输出，结构清晰。
4. 阶段 3：技术选型与轮子评估
目标：避免重复造轮子，将精力集中在核心逻辑上。
操作步骤
- 列出 PRD 中所有功能点
- 使用下面的 技术评估 Prompt
- 根据 AI 建议，确定哪些功能用现成方案、哪些自己开发
技术评估 Prompt（直接复制）
我的产品需要实现以下功能：[粘贴功能列表]。请帮我评估每个功能：
- 是否有成熟的开源库或 SaaS 服务可以直接集成？
- 如果有，推荐具体的方案和理由（优缺点对比）。
- 哪些功能才是真正需要自己开发的核心逻辑？
最终输出一个表格：功能 | 推荐方案 | 类型（现成/自研）| 理由
5. 阶段 4：分模块开发与验收
目标：模块化开发，每完成一个模块就验收，避免“牵一发而动全身”。
操作步骤
- 从 PRD 中拆出独立模块（例如：用户认证模块、数据展示模块）
- 每次只让 AI 实现 一个模块
- 模块完成后，使用下面的 验收 Prompt
- 确认无重大问题后，再进入下一个模块
开发模块 Prompt（示例）
请实现 [模块名称] ，需求如下：[粘贴该模块的需求描述]。请遵循以下约束：
- 技术栈：[列出]
- 只实现该模块，不涉及其他模块
- 代码需要包含错误处理和边界条件
验收 Prompt（模块完成后执行）
这个模块 [模块名称] 已经做完了。在我们进入下一个模块之前，请你：
- 列出这个模块可能有哪些边界情况没有处理。
- 它和下一个模块 [下一个模块名] 交互时可能出现什么问题。
- 现在有没有任何技术债务需要在继续之前解决？
如果以上问题有任何一个答案是“有”，请先给出修复方案。
6. 阶段 5：Bug 处理流程
目标：修复一个 Bug 的同时，避免引入更多问题。
操作步骤
遇到 Bug 时，不要直接让 AI 修，而是先执行以下分析：
Bug 分析 Prompt（直接复制）
我遇到了以下问题：[描述 Bug 现象和复现步骤]。
在你修复之前，请先帮我分析：
- 这个问题的根本原因是什么？
- 它是一个孤立的 Bug，还是说明了某个更深层的设计问题？
- 如果是设计问题，修这个 Bug 会不会在其他地方埋下新的隐患？
请给出分析结论，然后再提出修复方案。
重要原则
- 如果分析发现是设计问题，暂停修复，回到阶段 1 或 2 修改 PRD/设计。
- 如果只是孤立 Bug，再执行修复。
7. 阶段 6：上下文维护策略
目标：解决 AI 没有记忆的问题，让每次对话都站在之前的积累上。
操作步骤
- 创建项目文档（建议用 Notion / Markdown 文件），记录项目背景、技术栈、当前进度、对话目标、已知问题与决策记录。
- 每次开始新对话时，将最新的项目文档内容粘贴给 AI，并附加一句：
“以上是我们的项目信息。请基于这些信息，继续我们的工作。当前目标是：[本次目标]。”
- 每次完成一个重要决策或里程碑后，更新项目文档中的记录。
最佳实践
- 使用 Git 或版本管理来维护文档的历史变更。
- 每个对话结束时，让 AI 帮你总结“本次更新的关键信息”，方便你更新文档。
8. 全流程检查清单
在开始一个新产品或新功能模块时，逐项打勾 ✅。
阶段 1 产品定义
- 我已使用“批判性审查 Prompt”与 AI 讨论过需求
- AI 指出的模糊点/矛盾点/陷阱已被解决或记录
- （可选）使用了心法 1、2 辅助讨论
阶段 2 PRD
- 已生成包含优先级、数据模型、状态机、Out of Scope 的 PRD
- 已使用“与 AI 辩论”或“预演失败”对 PRD 做压力测试
- PRD 已锁定，并明确不随意增加功能
阶段 3 技术选型
- 已评估每个功能的现成方案
- 已确定自研的核心逻辑范围
阶段 4 模块开发
- 已拆分为独立模块，每个模块一个对话
- 每个模块完成后执行了“验收 Prompt”
- 所有技术债务在进入下一模块前已处理
阶段 5 Bug 处理
- 遇到 Bug 先执行“Bug 分析 Prompt”，而非直接修复
- 确认是孤立 Bug 还是设计问题，设计问题先改设计
阶段 6 上下文
- 已创建项目文档并保持更新
- 每次新对话开头粘贴了最新项目信息
附录：快速参考卡片（可打印）
常用 Prompt 速查
| 场景 | 直接复制这个 Prompt |
|---|---|
| 产品审查 | “我想做 [产品名]。请你扮演产品经理和架构师，批判性审查：指出模糊/矛盾/陷阱，问我关键问题，不要顺着我。” |
| 生成 PRD | “根据讨论，生成 PRD：用户故事、优先级 P0/P1/P2、数据模型、状态机、明确不做什么。” |
| 技术评估 | “功能列表：[列表]。评估每个：有无现成方案？推荐方案？哪些需自研？输出表格。” |
| 模块验收 | “模块 [名] 做完了。列出边界情况、与下一模块交互问题、当前技术债务。” |
| Bug 分析 | “遇到 [Bug描述]。先分析根本原因、是孤立 bug 还是设计问题、修复会埋隐患吗？再出方案。” |
心法速记口诀
角色先定，追问再答，辩论找漏，预演失败，反推提示，双层解释。
文档结束。
现在你可以按照这份规划文档，系统化地使用 AI 进行产品开发。祝你从“边想边做”迈向“先想清楚再做”的高效之路。
