第4章：评审流程总览与时间盒控制
适用场景
本章SOP适用于所有类型PRD的正式内部评审，包括新功能评审、需求变更评审、紧急修复评审。评审会议必须具备明确的议程、主持人、记录员和决策权，否则应推迟至条件满足。
用户场景：某团队在迭代排期前组织“新用户引导流程”PRD评审，产品经理提前72h发出评审通知并附上文档链接，确保各角色提前阅读。本章流程即可在此类场景下落地。
前置条件
- PRD文档已完成技术预审（章节3流程）并修改至ready状态。
- 已确认评审时间、地点（或线上会议链接）、主持人、记录员。
- 参会角色齐全：产品经理（作者）、技术负责人、测试负责人、UI设计负责人、业务运营代表（可选）。
- 评审议程已输出，并附带“预审问题汇总清单”。
- 会议室/会议工具已预订，投屏或共享功能验证通过。
评审三阶段总览
评审流程拆解为三个阶段，每个阶段有严格的时间盒上限。下表说明阶段划分、时长上限及核心目标。
| 阶段 | 时间盒上限 | 核心目标 | 主持人动作 |
|---|---|---|---|
| 阶段一：预备同步 | ≤5分钟 | 对齐评审目标、确认所有人已阅读预审材料、快速过议程 | 明确评审范围，宣布时间盒规则 |
| 阶段二：共识评审 | ≤40分钟 | 逐模块确认需求完整性、逻辑闭合性、前后端数据流、验收标准 | 控制节奏，发现偏离立即引导回正 |
| 阶段三：记录与决策 | ≤15分钟 | 逐条确认待办项、指定责任人和DDL、形成评审结论 | 汇总关键争议，做出“通过/有条件通过/不通过”决策 |
总时长上限：60分钟。如评审内容复杂，需在评审通知中说明并申请延长至90分钟，但必须提前获得所有参会人确认。
操作步骤与检查清单
步骤一：预备同步（Timebox: 5分钟）
- 主持人检查预审问题汇总清单是否已分发，未阅读人员暂停进入评审。
- 产品经理用1分钟概述本次PRD版本号、变更范围、关联需求。
- 主持人宣读本次评审时间盒规则：总时长不超过60分钟，并宣布各阶段时间上限。
- 检查清单：
- □ 预审问题清单已确认
- □ 参会角色无缺失
- □ 投屏/共享正常
- □ 记录员就位
步骤二：共识评审（Timebox: 40分钟）
- 产品经理按PRD章节次序逐模块讲解，每个模块讲解后留2～3分钟提问。
- 记录员在评审文档中实时标记：问题编号、责任人、解决方式。
- 主持人严格控制每个模块耗时，累计超时立即暂停当前模块并推进到下一模块。
- 异常情况处理：
- 争议超时：单点争议讨论超过3分钟，主持人将争议登记至“待决策事项清单”，跳过继续评审。
- 功能偏离：参会人提出新增需求，主持人判断不属本次PRD范围，登记为“后续迭代建议”并继续。
- 检查清单：
- □ 所有模块至少覆盖一次
- □ 数据流/状态机/边界条件已确认
- □ 验收标准已逐条过审
- □ 无无法解决的重大缺陷被遗漏
步骤三：记录与决策（Timebox: 15分钟）
- 记录员汇总本次评审全部问题清单，按优先级排序。
- 主持人逐条决定：立即解决/后续修订/需求废弃。
- 产品经理确认修订计划，包括责任人和deadline。
- 主持人宣布评审结论：
- 通过：本次评审无重大缺陷，可进入技术设计阶段。
- 有条件通过：存在必须修订项，但修订内容经技术负责人确认后即可通过，不再召开二次评审。
- 不通过：存在颠覆性缺陷或严重逻辑缺失，需重新修订并安排二次评审。
- 检查清单：
- □ 问题清单已排序
- □ 责任人已指定
- □ 修订deadline已明确
- □ 评审结论已记录
避坑指南：不要在共识评审阶段逐一朗读PRD全文，参会者应提前阅读。评审只聚焦于疑虑、边界和冲突。共识评审中每发现一个新问题，主持人需立刻判断是否属于“阻塞性问题”，否则登记后跳过。
超时处理规则
超时分为三种场景，触发后执行相应规则：
| 场景 | 触发条件 | 处理规则 |
|---|---|---|
| 单模块超时 | 当前模块时间用完但未完成讨论 | 主持人强行切换至下一模块，未完成问题登记至“待决策事项清单”。 |
| 阶段超时 | 某个阶段总时间用完 | 进入下一阶段，不可回退。剩余内容在下一次评审或异步沟通中完成。 |
| 总时长超时 | 总时间超过60分钟 | 记录员标记已讨论内容，主持人判断是否进入“记录与决策”阶段：如已完成70%以上内容，可延后5分钟快速结项；否则当场决定择期召开第二次评审（阶段评审）。 |
二次评审原则：第二次评审只覆盖未完成部分，时间盒上限为30分钟，且必须在3个工作日内完成。
输入输出物
| 阶段 | 输入物 | 输出物 |
|---|---|---|
| 预备同步 | PRD终版草案、预审问题汇总清单、评审议程单 | 确认后的议程、主持人/记录员名单 |
| 共识评审 | PRD章节讲解、预审问题答复 | 实时标记问题清单（带优先级）、争议登记 |
| 记录与决策 | 问题清单、争议登记 | 评审结论、修订计划（责任人+deadline）、需二次评审的事项 |
责任边界
- 产品经理：确保PRD在评审前完成技术预审并解决所有阻塞性问题。
- 主持人：严格按时间盒执行，有权中断偏离、登记争议、切换阶段。
- 记录员：实时记录问题与决策，会后24h内输出《评审纪要》。
- 参会人：提前阅读PRD并提交预审问题，评审中只讨论已阅读内容。
记录材料
评审纪要模板（必填字段）：
---
评审日期：YYYY-MM-DD
版本号：v1.x
模块清单：[模块A, 模块B, ...]
评审结论：[通过 / 有条件通过 / 不通过]
问题清单：
编号 | 模块 | 问题描述 | 优先级 | 责任人 | 状态 | deadline
001 | 模块A | 数据字段缺少默认值 | P0 | 张三 | 修订中 | 2025-04-10
待决策事项：
描述：[争议内容]
修订计划：
修订人 | 修订项 | 预计完成时间
李四 | 补充用户授权流程图 | 2025-04-08
二次评审安排：
日期：YYYY-MM-DD（如适用）
范围：[未讨论完的模块]
异常处理
- 参会人未阅读材料：主持人暂停评审，给予5分钟快速scan，之后强制进入共识评审，拒绝回答基础问题。
- 突发技术阻断：房间内出现无法解释的技术矛盾，主持人将问题标记为“技术待确认”，跳过该模块，待技术方案验证后再决定是否二次评审。
- 工具故障：投屏/共享失败，考虑转为白板或投影静态截图，最多延迟10分钟，否则改期。
- 人员缺席：如技术负责人缺席，评审直接改期；如其他角色缺席，主持人需评估是否影响决策，可以继续但缺席人须在会后24h内补签。
验收标准
- 评审会议在设定时间盒内完成三阶段流程。
- 所有阶段输出物已生成并归档。
- 问题清单中无悬而未决的P0/P1级别问题。
- 修订计划中的责任人、deadline已明确并关联至项目管理工具。
- 如为“不通过”结论，必须生成二次评审时间安排。