# 需求变更单

> 编号：CR-____  
> 所属需求 / PRD：____（当前版本 v____）  
> 提出人：____　　提出日期：____  
> 期望完成时间：____

---

## 填写说明
1. 收到变更先说「我先记下来，____ 前给你方案」，不当场承诺。
2. 先问清**为什么要改**，再讨论方案——很多变更在这一步就能变小。
3. 工作量让研发、测试自己估；评估结果写成文字发出。
4. 给 2–3 个选项 + 建议，由约定好的决策人拍板。原则：范围、时间、人力，三个总得动一个。
5. 决策后完成第 5 节的回写清单，并登记到 07-变更台账.csv。
6. 分级：文案类小改 → 记录 + 通知即可；影响工作量 / 关键路径 / 上线日期 / 合规 → 走完整流程；提测后提出 → 默认下期。

---

## 1. 变更内容
- 要改什么：
- 为什么要改（业务目的）：
- 不改会怎样：

## 2. 影响评估
| 维度 | 评估 |
|------|------|
| 工作量 | 后端 __ 人天；前端 __ 人天；测试 __ 人天；设计 __ 人天 |
| 进度 | 是否在关键路径：□是 □否；提测 / 上线预计推迟 __ 天 |
| 质量 | 需要回归的功能： |
| 依赖与合规 | 需要配合的团队：____；是否涉及个人信息 / 权限 / 资金：□是 □否 |
| 文档 | 需要改：□PRD □原型 □测试用例 □排期 □其他 ____ |

## 3. 方案选项
| 方案 | 内容 | 工作量 | 对日期的影响 | 其他影响 |
|------|------|--------|--------------|----------|
| A | | | | |
| B | | | | |
| C | 放到下一期 | 0 | 无 | 下期需求池排第 __ |
| 换出（可选） | 加入本变更，拿掉 ____ | | | |

建议：方案 __，理由：____

## 4. 决策
- 决策结果：□A □B □C □换出 □不改
- 决策人：____　　决策日期：____
- 决策依据（链接 / 截图）：____

## 5. 回写清单
- [ ] PRD 版本号 +1，变更记录已写（格式：vX.X｜日期｜改了什么（CR 编号、提出人、确认人、对日期的影响））
- [ ] 排期表已更新工作量和日期
- [ ] 测试已更新用例
- [ ] 设计已更新（如界面有变化）
- [ ] 已通知相关人
- [ ] 已登记变更台账

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