撰写 PRD/产品需求文档时，用 8 节模板把问题、目标…

需要写 PRD、记录产品需求、准备功能规格或评审现有 PRD 时，按 8 节模板产出可对齐干系人的文档。

适用场景

解决思路

1. 如果用户提供文件，仔细阅读它们。
2. 如果用户提到研究、URL 或客户数据，使用网络搜索（web search）收集额外上下文和市场洞察。
3. 写作前逐步分析：我们要解决什么问题？
4. 写作前逐步分析：我们为谁解决？
5. 写作前逐步分析：我们将如何衡量成功？
6. 写作前逐步分析：我们的约束和假设是什么？
7. 应用 PRD 模板，创建包含以下 8 个章节的文档。
8. 第 1 节 摘要（Summary）：用 2-3 句话说明本文档是关于什么。
9. 第 2 节 联系人（Contacts）：列出关键干系人的姓名、角色和备注。
10. 第 3 节 背景（Background）：上下文（Context）：该计划是关于什么？
11. 第 3 节 背景（Background）：为什么是现在（Why now）？是否发生了什么变化？
12. 第 3 节 背景（Background）：这是否是最近才变得可能的事情？
13. 第 4 节 目标（Objective）：目标是什么？为什么重要？
14. 第 4 节 目标（Objective）：它将如何使公司和客户受益？
15. 第 4 节 目标（Objective）：它如何与愿景和战略一致？
16. 第 4 节 目标（Objective）：关键结果（Key Results）：如何衡量成功？使用 SMART OKR 格式。
17. 第 5 节 市场细分（Market Segment(s)）：我们为谁构建？
18. 第 5 节 市场细分（Market Segment(s)）：存在哪些约束？
19. 第 5 节 市场细分（Market Segment(s)）：注意：市场由人的问题/待办任务定义，而不是人口统计特征。
20. 第 6 节 价值主张（Value Proposition(s)）：我们正在解决哪些客户任务/需求？
21. 第 6 节 价值主张（Value Proposition(s)）：客户将获得什么？
22. 第 6 节 价值主张（Value Proposition(s)）：他们将避免哪些痛点？
23. 第 6 节 价值主张（Value Proposition(s)）：我们在哪些问题上比竞争对手解决得更好？
24. 第 6 节 价值主张（Value Proposition(s)）：考虑价值曲线（Value Curve）框架。
25. 第 7 节 解决方案（Solution）：7.1 UX/原型（UX/Prototypes）：线框图、用户流程。
26. 第 7 节 解决方案（Solution）：7.2 关键功能（Key Features）：详细功能描述。
27. 第 7 节 解决方案（Solution）：7.3 技术（Technology）：可选，仅当相关时。
28. 第 7 节 解决方案（Solution）：7.4 假设（Assumptions）：我们相信但尚未证明的内容。
29. 第 8 节 发布（Release）：可能需要多长时间？
30. 第 8 节 发布（Release）：第一版与未来版本分别包含什么？
31. 第 8 节 发布（Release）：避免精确日期；使用相对时间范围。
32. 使用易理解语言：面向小学毕业生写作。
33. 使用易理解语言：避免术语。
34. 使用易理解语言：使用清晰、短句。
35. 结构化输出：将 PRD 呈现为格式良好的 markdown 文档，带有清晰标题和章节。
36. 保存输出：如果 PRD 很充实（通常会），将其保存为 markdown 文档，格式：PRD-[product-name].md
37. 尽可能具体且数据驱动。
38. 将每个章节链接回整体战略。
39. 清晰标注假设，以便团队验证。
40. 保持文档简洁但完整。

适用边界 · 注意事项

• 只需简单代码修复、配置调整或没有产品决策空间的任务，不需要完整 PRD。
• 目标用户、问题或成功指标完全未定义，且无法先做调研和假设时，不应直接写 PRD。
• 情境涉及高度机密数据且不允许外部检索时，不要按 web search 步骤收集上下文。