第 3 章：产品需求文档评审清单：场景完整性、用户故事、验收条件、优先级对齐
适用场景
- 团队完成产品需求文档（PRD）初稿，进入正式评审前需要按清单逐项核查质量。
- 跨职能评审会（产品、设计、工程、数据、测试）准备阶段，用于对齐评审焦点。
- 需求变更或新增需求合并到已有 PRD 时，验证新内容是否破坏原有结构完整性。
- AI 产品迭代中，涉及多轮体验验证与模型调优，需要确保需求文档可测试、可执行。
前置条件
- PRD 已完成至少一个完整版本，并具备结构化章节：背景、用户故事、功能列表、验收条件、优先级。
- 产品经理已在新需求提交系统（如 Jira / Notion / Confluence）中创建对应的需求条目。
- 参与评审的干系人已提前 48 小时收到 PRD 链接及评审邀请。
- 已确定本次评审的决策人（如产品总监或 AI 产品负责人）。
操作步骤
- 场景完整性检查：对照用户旅程地图，确认 PRD 覆盖了主要交互流程、边界场景、异常分支。
- 用户故事质量验证：逐一核对每则用户故事是否满足 INVEST 原则（Independent, Negotiable, Valuable, Estimable, Small, Testable）。
- 验收条件评审：确认每则故事至少有一条正向验收条件、一条异常验收条件；对于 AI 相关功能，验收条件需包含准确率、召回率或用户满意度阈值。
- 优先级对齐：使用 MoSCoW 或 WSJF 方法复查优先级排序与业务价值、风险、依赖关系的匹配度。
- 输出评审记录：将检查结果填入标准模板，注明不合规项、责任人、修正截止时间。
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | PRD 文档（最新版） | 包含用户故事、验收条件、优先级矩阵 |
| 输入 | 用户旅程图 / 场景列表 | 来自用研或产品策略阶段 |
| 输入 | 历史评审记录 | 上次评审的待办项与关闭情况 |
| 输出 | PRD 评审检查表（本清单实例化） | 含每项通过状态与备注 |
| 输出 | 评审纪要 | 含决策、待办、风险项 |
责任边界
| 角色 | 场景完整性 | 用户故事 | 验收条件 | 优先级对齐 |
|---|---|---|---|---|
| 产品经理 | 主责撰写 & 自检 | 主责撰写 | 主责定义 | 提议优先级 |
| AI 技术负责人 | 确认场景是否可被模型覆盖 | 评估可行性 | 审核 AI 验收指标合理性 | 提供技术风险影响评估 |
| QA / 测试工程师 | 补充遗漏场景 | 验证可测试性 | 主责确认可验收性 | 按优先级排测试计划 |
| 业务方 / 运营 | 确认业务场景齐全 | 复审故事价值 | 接受 / 拒绝验收条件 | 确认业务优先顺序 |
| 决策人 | 裁决有争议的场景 | 终审故事合并 / 拆分 | 批准验收条件变更 | 终审优先级排序 |
记录材料
PRD评审-检查表模板（第03章专用）
项目 / 版本：__________ 日期：__________
评审人：__________
| 检查项 ID | 检查内容 | 通过? | 备注 / 待办 |
|-----------|------------------------------------------|-------|---------------------|
| SCO-01 | 主场景覆盖正向流程 | 是/否 | |
| SCO-02 | 至少包含 2 个异常 / 边界场景 | 是/否 | |
| USR-01 | 每个用户故事遵循 “As a… I want… So that…” | 是/否 | |
| USR-02 | 故事大小适合一个迭代（2-5 人天） | 是/否 | |
| ACC-01 | 每个故事至少一条正常 + 一条异常验收条件 | 是/否 | |
| ACC-02 | AI 验收指标量化（如准确率≥85%） | 是/否 | |
| PRI-01 | 优先级排序与 WSJF 评分一致 | 是/否 | |
| PRI-02 | 阻塞项已标记为最高优先级 | 是/否 | |
决策结论： □ 通过 □ 有条件通过 □ 退回重写
决策人签字：__________异常处理
- 场景缺失严重：产品经理须在 1 个工作日内补齐缺失场景，重新发起分版块评审（不阻塞整份 PRD）。
- 用户故事不可测试：QA 标记后，产品与 AI 技术负责人联合修改，修改后 4 小时内必须二次确认。
- 验收条件与模型能力不匹配：由 AI 技术负责人提出可行替代指标，产品经理确认业务接受度，如 24 小时内未达成一致，升级至决策人仲裁。
- 优先级与业务方冲突：按 WSJF 评分客观数据对话，若仍无法调和，由决策人在评审会议当场裁定，并记录理由。
验收标准
- PRD 中每一个用户故事均通过场景完整性检查（SCO-01 ~ SCO-02 为“是”）。
- 所有用户故事格式符合模板，且 INVEST 原则至少满足 4 项（USR-01 ~ USR-02 为“是”）。
- 验收条件检查通过率 ≥ 90%（ACC-01 ~ ACC-02 为“是”），未通过项已记录为待办且在 1 迭代内可修正。
- 优先级排序无历史遗留争议，所有阻塞项（blocker）已标记。
- 评审记录已归档至知识库，决策人签字确认。
🎯 实践提示： 在首次执行本清单时，建议产品经理先自行走查一遍，再用 20 分钟与 QA 逐一核对验收条件。AI 项目常见问题是将“模型表现”当作唯一验收条件，务必补上“用户任务完成率”或“业务收益指标”。
💡 效率技巧： 将本章检查表制作成 Jira 或 Notion 模板，每次新建 PRD 任务时自动嵌入，确保评审前 80% 的项已被预审通过。
⚠️ 常见陷阱： 优先级对齐时过于依赖“市场紧急度”而忽略技术依赖。例如“引入新数据清洗管线”应比“上线新排序模型”优先级更高，因为后者以前者为基础。务必在清单中增加“依赖检查”列。
本章要点总结
- 四维检查必须依次执行：场景完整性 → 用户故事 → 验收条件 → 优先级对齐，不允许跳步。
- AI 产品验收条件需要双重维度：模型指标（准确率/召回率/F1） + 业务指标（用户留存/转化率）。
- 优先级对齐不是静态结果：每次迭代前必须根据实际团队容量、技术风险重新校准。
- 记录材料是未来迭代的基准线：所有“有条件通过”项必须明确关门时间与验证人，避免遗留债。