Chen 产品需求文档

写 PRD 时常见的问题

产品需求文档往往卡在「结构各写各的」：缺非目标导致范围蔓延、用户故事和功能需求混在一起、成功指标无法追踪。评审前也缺少统一清单，返工集中在「问题陈述没数据」「验收标准不可测」这类可预见问题上。

技能如何组织一份 PRD

加载本技能后，在触发词（如 PRD、产品需求、用户故事）场景下会按固定骨架输出文档，核心包括：

• 十章节结构：问题陈述、目标、非目标、用户故事、需求详情（FR/NFR）、成功指标、开放问题、时间计划、依赖与风险、附录（可选）
• 标识规范：US-XX、FR-XX、NFR-XX、G-XX、Q-XX 等统一编号
• 优先级：P0（MVP 必交付）到 P3（仅记录）的交付语义
• 文档状态：从草稿到已上线的状态定义
• 评审 Checklist：提交前 10 项自检（结构完整、非目标明确、指标可量化等）

输出物还包含文档封面、修订历史、十章节正文及评审信息。空白模板与完整规范可通过技能内资源路径获取（如 skill://chen-prd-skills/template、skill://chen-prd-skills/spec）。书写完成后可与 chen-te-skills 做 33 项审查联动，再进入正式评审。

适用边界

本技能提供的是结构与书写规范，不会替你做用户调研或拍板业务优先级；开放问题、负责人和时间计划仍需团队自行填写。附录与部分细节以 references/ 下的规范说明、书写指南和模板为准，生成内容需结合真实数据与场景校对。