第1章：PRD是什么及课程目标
适用场景
本课程面向需要撰写产品需求文档（PRD）的产品经理、参与需求评审的研发与测试人员。典型场景包括：
- 新产品功能从构思到落地的需求传递环节
- 跨团队协作时缺乏统一需求描述标准
- 评审中反复沟通、返工、需求遗漏频发
- 企业希望建立需求管理流程，降低交付风险
前置条件
学习本章前，学习者应具备以下基础：
- 了解产品开发基本流程（立项→设计→开发→测试→发布）
- 有至少一次需求沟通或需求文档编写经历
- 已安装并可访问至少一种文档协作工具（如 Confluence、飞书文档、语雀等）
操作步骤
本章为认知铺垫，不涉及具体编写实操。但为贴合流程SOP框架，将PRD从输入到输出到评审的关键动作梳理为以下步骤：
- 需求收集：从用户调研、业务方、数据分析、竞品分析等渠道获取原始需求
- 需求分析：过滤、优先级排序、可行性评估
- PRD 编写：按规范模板结构化撰写功能描述、业务规则、交互逻辑、验收条件
- 内部初审：PM 自检或同行互检，确保逻辑闭环
- 研发评审：召集开发、测试、设计、运营进行正式评审，确认技术可行性与覆盖度
- 定稿归档：根据评审意见修订后发布最终版，纳入版本管理
输入输出物
| 类型 | 输入物 | 输出物 |
|---|---|---|
| 需求阶段 | 用户故事、原型草稿、竞品分析报告、业务方邮件 | 需求列表、优先级矩阵 |
| PRD 阶段 | 需求列表、交互原型、业务规则约束 | PRD 文档（含功能描述、边界条件、异常处理、验收标准） |
| 评审阶段 | PRD 文档、技术可行性预评估、测试用例初稿 | 评审会议纪要、待办事项清单、评审通过签名 |
| 课程交付物 | — | PRD 通用模板、评审判定检查表、异常处理速查卡 |
责任边界
产品经理：PRD 第一责任人，保证内容完整、无歧义、可验证。
研发负责人：评估技术实现成本与风险，识别遗漏场景。
测试负责人
设计师：确认交互、视觉与 PRD 逻辑一致。
项目经理：把控评审节奏，记录决策并跟踪闭环。
记录材料
- PRD 文档（含版本号、修改日期、变更日志）
- 评审会议录音/录像（可选）
- 评审纪要：含参会人、结论、遗留事项、负责人、截止时间
- 签字确认截图或电子流记录
异常处理
常见异常及应对：
- 需求频繁变更：建立变更控制流程，每次变更走“提出→评估→重新评审→更新PRD→通知全员”链路
- 评审无人发言/敷衍通过：主持人逐段点名，强制每个角色至少提出一个假设或疑问
- PRD 篇幅过长无人读完：强制摘要页（含核心流程图、数据字典、验收条件索引）
- 跨时区团队评审时间难凑：异步评审 + 统一提问窗口期，最终口头确认
验收标准
| 维度 | 标准 |
|---|---|
| 定义清晰度 | 每项功能均有“前置条件→操作步骤→预期结果→异常处理”描述 |
| 可测试性 | 验收条件可量化，不出现“流畅”“合理”等主观词 |
| 评审通过率 | 首次评审通过率≥80%，遗留问题≤3个且无P0级问题 |
| 文档规范性 | 遵循课程提供的PRD模板结构，版本号、变更记录、签名栏完备 |
| 课程交付物准备 | 已下载并理解课程配套模板、检查表、异常卡 |