# 需求评审检查清单

> 需求：  
> 评审时间：  
> 主持人：  
> 必须到场：

---

## 填写说明
1. **会前**：产品自己勾 A 区，不到 8 项就改期；用 B 区模板发会议邀请。
2. **会中**：按 C 区时间块走，主持人照着念 5 个问题；争议先记下，回头再定。
3. **会后 24 小时内**：用 D 区模板发纪要，并完成 E 区收口动作。

---

## A. 会前自检（不到 8 项就改期）
- [ ] 背景里有数据或事实
- [ ] 主指标有基线、目标值、时间窗口
- [ ] 写了「本期不做」，至少 2 条
- [ ] 每条 P0 都有能测的验收标准
- [ ] 异常、权限、上限已覆盖
- [ ] 外部依赖写了对接人
- [ ] 开放问题有 Owner 和截止日
- [ ] 原型或示意图已附上
- [ ] 材料提前至少 24 小时发出
- [ ] 邀请里写明了本次要定的事

会前一天：□ 已和研发负责人预过一遍（15 分钟），技术最大不确定点：________

---

## B. 会议邀请模板
```
主题：【需求名】需求评审（日期 时间–时间）
本次要定的事（不超过 3 件）：1. ____ 2. ____ 3. ____
材料：PRD vX.X、原型 vX、数据截图
会前请看：研发看 ____；测试看 ____；设计/业务看 ____
必须到场：____（原因：____ 需要当场确认）
```

---

## C. 会中

### 时间分配（60 分钟）
| 时间 | 内容 |
|------|------|
| 0–5 | 背景、目标、本次要定的事 |
| 5–35 | 按功能列表逐条过，只停在有疑问的条目 |
| 35–45 | 异常、边界、权限、上线回滚 |
| 45–55 | 当场念结论、必改项、待办 |
| 55–60 | 机动 |

### 主持人必问
1. 不做会怎样？为什么是这一期？
2. 只能做一半的话，砍哪一半还能验证主指标？
3. 技术上最没把握的是哪一点？要不要预研？
4. 测试能照着验收标准写用例吗？哪条不行？
5. 上线后谁看数据、看什么、看多久？

### 先记下，回头再定（讨论超过 5 分钟没结论就放这里）
| # | 问题 | Owner | 截止 | 在此之前按什么做 |
|---|------|-------|------|------------------|
| 1 | | | | |

---

## D. 纪要模板
**结论**：□ 通过 □ 有条件通过 □ 不通过（不接受「原则上通过」「再看看」）

**必须改**：
1. 
2. 

**可后补（不挡开发）**：
- 

**待办**
| # | 行动 | Owner | 截止 | 状态 |
|---|------|-------|------|------|
| 1 | | | | 未开始 |

**决策人**：产品 ____、技术 ____

---

## E. 会后收口（24 小时内）
- [ ] 纪要已发出，@ 到每个待办 Owner
- [ ] 必须改的项已回写 PRD，版本号 +1，变更记录已写
- [ ] 待办已进排期表 / 任务系统
- [ ] 记下的问题到截止日主动追
- [ ] 「有条件通过」改完后已找决策人确认并留记录

> 来自公众号「PM交付手册Pro」