PRD 快手

先承认问题：PRD 为什么总卡住

很多团队写 PRD 的实际状态是：打开空白文档，对着屏幕半小时写不出第一句；硬着头皮写完，里面全是「待补充」「暂定」这类占位符；评审会上开发问异常怎么走、空态怎么显示，文档里找不到答案；最后还得另开 draw.io 或 ProcessOn 把流程图补上，改一次需求就要重新对齐一次文档和图。

PRD 快手 不讨论「怎么写好需求」这类大道理，它只做一件事：用固定十问把模糊想法收敛成一份字段落地、自带流程图、过一遍质检就能上评审会的文档。

核心能力：十问、三模、一检

• 十问收敛：一次性问完十个关键问题（问题定义、目标用户、不做会怎样、成功指标、流程起止、角色权限、边界情况、与现有功能关系、范围外声明、上线时间），不车轮战，用户可跳过。
• 三种输入模式：

- 一句话想法：走完整十问，从零构建；
- 会议纪要/聊天记录：先抽取已知信息，只补缺失项，不做无谓追问；
- 老文档翻新：读取原文档，按新模板重组并标注变更点。

• 字段强制落地：每个字段必须落到具体信息；无信息时给出合理默认值并标注 [假设]，杜绝假大空和留白。
• 流程图随文生成：业务流程与状态机直接以可视化图表嵌入 PRD，不需要再切到第三方工具。
• 交付前质检关卡：无空字段、每个功能点有验收标准、边界情况 ≥ 5 条（空态/异常/权限/并发/极限值）、成功指标可量化且有基线、用 KANO 标注每个功能是基础/期望/魅力。

输出结构与配套模板

PRD 本体遵循 references/prd-template.md 的评审级模板，每节附写作要点与反例。此外还附带 references/pm-toolkit.md，包含 BRD / MRD / 竞品分析 / 需求池 四套模板，以及 RICE / KANO 优先级评分卡速查，方便把单点 PRD 接进完整需求管理流程。

适用边界

这个技能解决的是「从想法到评审稿」的文档生成环节。它不会替你做原型设计、接口设计或技术选型；十问覆盖的是需求侧关键信息，业务复杂度极高、跨多系统联动的大型需求，仍需要人工补充系统间依赖和数据流向。跳过问题会造成信息缺口，标注 [假设] 的默认值也需要业务方在评审前确认，不能直接当作最终结论。