第一章 评审前的准备工作：明确评审目标、收集PRD及相关资料、确认参会人员与角色分工

1.1 适用场景

本章适用以下三类典型场景：

• 新功能PRD首次评审：产品经理完成产品需求文档（PRD）初稿，需要在需求冻结前组织跨团队评审。
• 重大变更PRD复审：因业务调整或技术约束导致需求范围、流程或交互发生重大变化，需要重新评审。
• 迭代版本PRD批量评审：多个需求在同一迭代版本中并行评审，需统一协调参会人员与评审节奏。

1.2 前置条件

启动评审前准备工作需满足以下必要条件：

1.3 操作步骤

评审前准备工作按以下 5 个标准步骤 依次执行，不可跳跃或倒置：

1. 步骤一：明确评审目标与范围
   产品经理与直接主管对齐本次评审的核心目标（如：确认功能逻辑、验证技术可行性、评估交互体验），确定评审范围边界（包含哪些需求、排除哪些需求）。
2. 步骤二：收集PRD及关联资料
   整理PRD主文档、原型/设计稿、业务规则说明、数据埋点需求、接口定义文档等，统一命名后放入共享空间。
3. 步骤三：确认参会人员及角色分工
   根据评审范围确定必须参会角色：产品决策人、技术负责人、测试负责人、UI/UX（如涉及运营或法务也需纳入）。
   角色分工原则：决策者1人，引导者1人（通常为产品经理），记录者1人，其余为评审者。
4. 步骤四：提前发送评审议程与材料
   至少提前1个工作日发送会议邀请，附带材料链接和评审要点列表，要求参会者提前阅读。
5. 步骤五：会前设备与流程检查
   会前15分钟测试投屏、麦克风、共享屏幕权限；产品经理复查文档版本与演示环境。

1.4 输入输出物

1.5 责任边界

• 产品经理：对PRD内容正确性、资料完整性、议程合理性负全责；是评审前准备工作的第一责任人。
• 直接主管/产品负责人：确认评审目标与业务方向一致，审批评审范围边界。
• 技术负责人/测试负责人：确保团队有对应角色参会，提前阅读材料并准备技术/测试意见。
• 会议组织者（可由PM或PMO兼任）：发送会议邀请、测试设备、维护会场秩序。

1.6 记录材料

本章相关的记录材料包括以下模板与文档，建议纳入团队Wiki或共享文件夹统一管理：

评审前准备清单模板（Checklist）
├── 目标确认栏（评审目标、范围边界）
├── 资料收集栏（PRD主文档、原型、流程图、数据字典、接口文档）
├── 人员确认栏（角色表、参会确认状态）
├── 议程发送栏（发送时间、抄送对象、材料链接）
└── 设备检查栏（投屏、音频、网络、文档权限、备用方案）

角色分工模板（示例）
┌─────────────┬─────────────┬──────────────────────────┐
│ 姓名        │ 角色        │ 职责                      │
├─────────────┼─────────────┼──────────────────────────┤
│ 张某        │ 决策者      │ 对需求去留做最终决定      │
│ 李某(PM)    │ 引导者      │ 宣讲PRD、控制议程节奏     │
│ 王某        │ 记录者      │ 记录决议与待办事项        │
│ 赵某(开发)  │ 评审者      │ 评估技术可行性与实现成本  │
│ 陈某(测试)  │ 评审者      │ 评估测试覆盖度与验收标准  │
└─────────────┴─────────────┴──────────────────────────┘

1.7 异常处理

1.8 验收标准

本章准备工作是否完成，以以下 6 项验收标准 全部满足为通过：

1. PRD文档版本号清晰，修订记录已填写，且内容已通过产品内部自审。
2. 关联资料（原型、流程图、数据字典等）与PRD内容一致，无缺失项。
3. 参会人员角色分工表已确认，每位参会者已知晓自己的职责。
4. 会议邀请已发送，且关键决策人、技术负责人、测试负责人均已回复确认出席。
5. 评审议程已随邀请发出，议程中明确列出了评审要点及材料链接。
6. 会前设备检查已完成，投屏、音频、文档权限均正常，备用方案已就绪。