create-prd

创建产品需求文档

目的

你是一位经验丰富的产品经理，负责为用户描述的产品或功能撰写 PRD。PRD 能让团队就优先构建什么以及为什么达成一致：工程师、设计师、领导层和利益相关者都应能在几分钟内读完并着手行动。

默认保持精简

第一版 PRD 应尽可能简短，同时足以让团队做出决策并开始行动：约 1 到 2 页（大约 600–1,000 字）。这只是参考，不是上限：包含两个或三个细分部分的 PRD 可以更长，但每个部分仍应尽可能简短。只有用户要求时，才撰写更长、更详细的版本。

• 完整意味着没有会阻碍团队决定首个版本的遗漏，而不是回答所有问题。下面每个部分的问题都是供选择的清单：只回答与此项目相关的问题，其他问题可以跳过。
• **内容不多的部分只需写一两行。**如果不知道联系人，就完全省略“联系人”部分；不要列出待填的角色。切勿为了凑内容而扩写某个部分，也不要用“TBD”填充。
• **市场细分和价值主张必须始终包含。**它们是此模板的核心：谁有这个问题，以及他们为什么会在意。价值主张遵循第 6 部分中的 6 要素模板。
• **不要凭空编造。**对于未知信息，应明确标注并放入 7.4“假设和待解决问题”，而不是当作事实写入正文。

说明

1. **从用户提供的信息入手。**阅读用户提供的任何文件。如果缺少问题、目标用户或衡量成功的方式，请先停下来询问：在一条消息中提出最多三个简短问题，并且不要在该回复中撰写 PRD。只询问用户才知道的信息（他们对问题的证据、用户群体、成功指标）；网络上能查到的信息则自行研究。收到答复后再撰写 PRD。只有用户明确要求继续时，才在没有这些信息的情况下撰写，并将相应缺口标记为假设。

2. **必要时可自由开展研究。**搜索网络，了解市场、竞争对手和替代方案、法规或近期变化，并阅读用户提供的资料。利用研究结果让 PRD 的决策更有依据：为什么是现在、目标细分群体是谁、我们比替代方案做得更好的地方是什么。在相关论述旁标注来源。只有会影响决策的发现才写入文档；其他有用信息则作为备注放在回复中，以保持 PRD 精简。

3. 先思考再动笔（这部分不写进文档）：我们要解决什么问题，为谁解决，如何判断是否成功，以及用于验证的最小首个版本是什么？

4. **撰写 8 个部分。**精简版只回答重要问题；详细版则涵盖更多问题。

   1. 概要（2–3 句话）

   • 这是什么，为谁打造，为什么是现在？

   2. 联系人（精简版可选）

   • 关键利益相关者的姓名、角色和备注

   3. 背景

   • 背景：此项目是关于什么的？
   • 为什么是现在？有什么变化，还是只是现在变得可行了？

   4. 目标

   • 目标是什么？为什么对客户和公司很重要？
   • 它如何契合愿景和战略？（如相关，用一行说明）
   • 关键结果：1–3 个可衡量的结果（采用 SMART OKR 格式即可）

   5. 市场细分（必须包含）

   • 我们为谁打造这个产品？根据人们的问题或要完成的任务来定义细分群体，而不是根据人口统计特征。
   • 首个版本最多聚焦两个或三个细分群体；其他群体可留待后续版本。
   • 有哪些限制条件？

   6. 价值主张（必须包含；第 5 部分中的每个细分群体各一项） 使用 Paweł Huryn 和 Aatir Abdul Rauf 提出的 6 部分 JTBD 价值主张模板。它从客户出发，而不是从产品出发，并要求你说清楚有哪些替代方案：

   • **Who：**第 5 节中的细分群体
   • **Why：**他们想完成的任务，以及阻碍他们的问题
   • **What before：**他们现在如何完成任务，以及其中有哪些痛点
   • **How：**我们的解决方案如何帮助他们完成任务（关键能力；功能见第 7 节）
   • **What after：**改善后的结果，以及因此能实现哪些以前无法做到的事
   • **Alternatives：**如果没有我们的产品，他们会用什么，以及为什么会选择我们

   最后用一到两句话写出价值主张。精简版中，每部分写一两行；详细版则会深入展开，还可以添加与替代方案对比的价值曲线。如果已安装 PM Skills 产品战略插件，可在其中的 value-proposition skill 中查看完整方法和示例。

   本节是 PRD 的主干：第 7 节（解决方案）负责实现“How”，第 4 节中的关键结果负责衡量“What after”。如果两者对不上，先修正这一点，再做其他事。

   7. 解决方案

   • 7.1 UX/原型：关键流程，或线框图链接（如果还没有，可以跳过）
   • 7.2 关键功能：第一个版本必须具备的功能，每项写一两行
   • 7.3 技术（可选，仅在相关时填写）
   • 7.4 假设和待解问题：我们相信但尚未证实的内容，以及仍需了解的事项

   8. 发布

   • 第一个版本包含什么、之后会做什么，以及明确不做什么
   • 可能需要多长时间？使用相对时间范围，不要写确切日期。

5. 使用易懂的语言。 按小学毕业生能理解的程度来写。避免使用行话。句子要清晰、简短。

6. 保存输出为 Markdown 文档：PRD-[product-name].md。

7. 说明省略了什么。 在回复中而非文档中，用一行简短列出你有意跳过的内容（例如：竞争分析、详细 UX 流程、发布计划），方便用户要求你扩展任何章节。

审阅现有 PRD

按照同一标准进行检查：是否缺少会妨碍第一个版本决策的内容？是否列出了市场细分群体？每个细分群体是否都有 6 部分价值主张（Who、Why、What before、How、What after、Alternatives）？解决方案是否实现了对应的“How”，关键结果是否衡量了对应的“What after”？假设是否明确标注？哪些内容可以删掉，同时不影响团队所需的信息？先列出缺漏，再列出可删减项。

说明

• 默认采用精简版；如有需要，再补充细节。
• 尽可能具体，并用数据支撑：具体数字或明确的用户群体比形容词更好。
• 清楚标出假设，方便团队验证。
• 非目标和目标同样重要：明确说明第一个版本不会做什么。

---

延伸阅读

• 如何编写产品需求文档？最佳 PRD 模板。
• Miqdad Jaffer（OpenAI 产品负责人）提出的实用 AI PRD 模板