第2章：前置条件与输入材料清单

PRD评审并非即兴讨论，评审前的准备质量直接决定评审效率。本章定义评审启动前必须完成的前置条件、需要准备的输入材料及其责任边界，避免因版本混乱、背景缺失或数据不全导致评审会变成需求澄清会。

2.1 适用场景

以下场景必须执行本章前置条件与输入材料准备流程：

• 首次PRD评审：新产品功能或大型模块的首次正式评审。
• 变更后重新评审：已评审过的PRD因需求变更超过20%需要重新评审。
• 跨团队联合评审：涉及3个及以上协作团队的PRD评审。
• 客户交付件评审：作为合同交付物提交给客户前的PRD评审。

2.2 前置条件

启动本流程前，必须满足以下所有条件：

2.3 操作步骤

按顺序执行以下3个核心步骤，每一步都对应明确的输入物和输出物：

步骤一：确认PRD版本（检查清单模式）

产品经理在评审前24小时完成版本锁定，并执行以下检查：

1. 版本号一致性：文件名称、文件内页眉/页脚、修订历史表三者版本号完全一致。
2. 修订历史完整性：修订历史表包含日期、版本、修订人、修订摘要、审核人。
3. 变更标记：相对上一版本的变更内容使用 ▲ 或高亮标记，并在附录中附变更说明。
4. 无草稿标识：文件中不得出现“草稿”“未完成”“待讨论”等标记。

# PRD版本检查示例（修订历史表）
| 日期       | 版本  | 修订人 | 修订摘要                     | 审核人 |
|------------|-------|--------|------------------------------|--------|
| 2025-02-01 | v1.0  | 张明   | 初稿创建                     | 李芳   |
| 2025-02-10 | v1.1  | 张明   | 根据UI评审调整交互描述        | 李芳   |
| 2025-02-18 | v2.0  | 张明   | 重构用户权限模型，新增RBAC方案 | 王磊   |
| 2025-02-22 | v2.1  | 张明   | 修正数据埋点字段定义，删除冗余接口 | 李芳   |

步骤二：准备需求背景资料

背景资料是评审者理解PRD“为什么做”的关键输入，至少包含以下内容：

• 用户场景说明书：以用户故事+业务流程图形式呈现，说明功能解决谁的什么问题。
• 市场/竞品分析摘要：不少于3个竞品的对应功能对比表，突出差异化和必要性。
• 业务规则文档：涉及复杂逻辑判断时，需附上决策树或规则表格。
• 原型/交互稿：高保真原型或交互说明文档，标注关键交互路径。

PRD评审背景包/
├── 01_PRD文档/
│   └── PRD_v2.1_订单中心重构.pdf
├── 02_用户场景/
│   ├── 用户故事地图.png
│   └── 业务流程图.vsdx
├── 03_竞品分析/
│   └── 竞品功能对比表.xlsx
├── 04_数据支撑/
│   ├── 用户行为数据报表.pdf
│   └── 性能基线数据.csv
└── 05_原型交互/
    └── 高保真原型链接.txt
    

步骤三：收集相关数据

数据是评审中验证需求合理性的客观依据，必须准备以下3类数据：

2.4 输入输出物

2.5 责任边界

2.6 记录材料（评审就绪确认单）

以下确认单由产品经理逐项填写，评审主持人逐项复核：

# PRD评审就绪确认单（Checklist）

## 项目信息
- 项目/功能名称：___________________
- PRD版本号：_______________________
- 计划评审日期：_____________________
- 产品经理：_________________________
- 评审主持人：_______________________

## 确认项（全部为“是”方可召开评审）
| 序号 | 确认内容                                         | 是/否 | 备注 |
|------|--------------------------------------------------|-------|------|
| 1    | PRD版本号唯一且与文件名称一致                     | □是 □否 |      |
| 2    | 修订历史表完整，变更内容已标记                    | □是 □否 |      |
| 3    | PRD中无“草稿”“待讨论”等未就绪标记                | □是 □否 |      |
| 4    | 每条需求对应原始需求ID，可追溯                    | □是 □否 |      |
| 5    | 用户场景说明书已附带（含业务流程图）              | □是 □否 |      |
| 6    | 竞品分析摘要已准备（不少于3个竞品）               | □是 □否 |      |
| 7    | 高保真原型或交互说明已就绪                       | □是 □否 |      |
| 8    | 现状数据已获取（使用量/转化率/错误率等）          | □是 □否 |      |
| 9    | 预测数据已测算（用户覆盖/收益/性能）              | □是 □否 |      |
| 10   | 约束数据已确认（接口QPS/容量/合规）              | □是 □否 |      |
| 11   | 所有评审参会人已确认时间                         | □是 □否 |      |
| 12   | 背景资料包和数据支撑包已上传至共享空间并通知参会人 | □是 □否 |      |

## 结论
□ 所有确认项为“是”——满足评审启动条件
□ 存在“否”项——推迟评审，由产品经理在____前补齐

产品经理签字：___________  评审主持人签字：___________
日期：___________________

2.7 异常处理

2.8 验收标准

本章流程执行完毕后，通过以下标准验收：

1. 版本唯一性：评审使用的PRD版本在共享空间中只有一个对应文件，所有参会者持有相同版本。
2. 材料完备性：《评审就绪确认单》12项确认全部为“是”，且附有实际材料链接或文件。
3. 数据可支撑：评审过程中所有涉及的数据指标均有来源说明，无“拍脑袋”数据。
4. 背景可理解：评审者在不依赖产品经理口头解释的情况下，通过背景资料包即可理解需求来源和业务逻辑。
5. 责任可追溯：每项输入材料都有明确的责任人，并在确认单中记录了签名或确认记录。