1. 评审节奏总览：流程框架、关键节点、对齐目标
适用场景
本章节适用于以下场景的启动阶段：
- 首次参与PRD评审的新团队成员，需要建立整体流程认知。
- 跨部门协作评审启动前，用于对齐各方对评审节奏的预期。
- 评审流程优化复盘，作为基线框架对照实际执行偏差。
- 大型复杂功能评审，需要分阶段控制节奏避免失控。
前置条件
- 产品经理已完成PRD初稿，并通过自检清单。
- 已确定评审发起人，并初步圈定评审参与角色清单。
- 组织层面已认可并推行标准化评审流程（非临时自发行为）。
- 相关干系人已获知评审日历预留，并承诺参与。
操作步骤：评审节奏四阶段
- 发起与通知阶段：评审发起人（通常为产品经理）在协作平台创建评审任务，发布PRD文档与会议邀请，明确评审目标与预期产出。
- 信息对齐阶段：所有参会者在评审会前独立阅读PRD，标注疑问点。该阶段是避免“会上通读文档”的关键。
- 集中评审阶段：主持人按模块或功能点推进，聚焦差异点讨论，记录待办事项与决策。此阶段需严格计时，防止偏离主流程。
- 共识确认与收尾阶段：会议结束前，主持人复述已达成共识的项、待确认项以及责任人与截止时间，并形成正式评审纪要。
输入与输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档 | PRD初稿（含功能描述、业务规则、原型链接） | 评审纪要（含决策项、待办项、责任人、截止时间） |
| 计划 | 评审日历与参会人员清单 | 更新后的PRD版本（含评审修订标记） |
| 工具 | 协作平台（如Confluence/Notion）上的评审任务 | 共识确认邮件或系统通知 |
责任边界
- 产品经理（评审发起人）：负责PRD质量、发起流程、引导对齐、输出纪要。
- 研发与测试负责人：负责技术可行性预审，提出实现层面的风险与约束。
- 设计/业务/运营等其他角色：负责用户体验与业务逻辑验证，确保需求完整覆盖。
- 主持人（可与PM角色分离）：负责控制时间、议题聚焦与讨论秩序，避免评审偏离主流程。
记录材料
本章节无需独立的记录材料。后续章节将提供各阶段的检查清单模板与操作SOP。
异常处理
常见异常场景与应对：
- 临时缺席关键决策人：立即确认代理人或改期，不得在关键角色缺席下强行推进表决。
- 会前信息未阅读：暂停评审，给予15分钟快速阅读时间，或拆分评审会为多个短会。
- 讨论严重偏离主流程：主持人立即干预，将离线话题放入“待讨论清单”，约定会后跟进。
- 无法达成共识：记录双方观点与影响评估，上升至上一级决策人，设置最终决策时间点。
验收标准
- 流程完整性：已按照四阶段（发起→对齐→评审→共识）执行完毕，无缺失环节直接跳过。
- 文档闭环：评审纪要已形成，所有待办项明确标注责任人、截止时间及验收标准。
- 参与者反馈：核心干系人确认对评审节奏与结论无异议。
- 可追溯性：评审过程中产生的决策、变更、风险项均已在协作平台记录，可回溯。