轻量 PRD
不写长篇文档也能说清：背景、目标、范围、主流程、异常与验收。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# 轻量 PRD｜{{需求名称}}
## 一、背景
- 用户：{{谁}}
- 场景：{{在什么情况下}}
- 问题：{{遇到什么困难}}
- 证据：{{数据/访谈/工单}}
## 二、目标
- 业务目标：{{希望改善的指标}}
- 用户目标：{{用户获得什么}}
- 成功标准：{{可量化的验收条件}}
## 三、方案概述
{{用三到五句话说清方案怎么做}}
## 四、功能范围
| 功能 | 优先级 | 说明 | 是否本期 |
| --- | --- | --- | --- |
| {{功能一}} | {{P0}} | {{描述}} | {{是}} |
| {{功能二}} | {{P1}} | {{描述}} | {{否}} |
## 五、主流程
1. 用户 {{动作}}
2. 系统 {{响应}}
3. 用户 {{看到结果}}
4. 异常时 {{处理}}
## 六、边界与异常
- 空数据：{{展示什么}}
- 无权限：{{提示与引导}}
- 网络失败：{{重试与提示}}
- 超长或超大输入：{{限制}}
- 并发冲突：{{处理规则}}
## 七、验收标准
| 场景 | 操作 | 预期结果 |
| --- | --- | --- |
| {{正常流程}} | {{操作}} | {{结果}} |
| {{异常流程}} | {{操作}} | {{结果}} |
## 八、依赖与排期
- 依赖：{{上游系统/接口/设计}}
- 排期：{{开始与结束}}
- 上线方式：{{灰度/全量}}
- 数据埋点：{{要观测的指标}}
## 九、待确认
- [ ] {{问题一}}｜负责人 {{姓名}}｜截止 {{日期}}
- [ ] {{问题二}}｜负责人 {{姓名}}｜截止 {{日期}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先写背景与目标，再写方案；顺序反了容易变成功能堆砌。
- 边界与异常至少各写三条，这是评审时最容易被追问的部分。
- 待确认清单在评审前发给相关方，能显著减少会上的无效讨论。
为什么这么写
- 轻量 PRD 的目标是让研发、设计、测试快速对齐，而不是追求文档厚度。
- 方案概述控制在一段话，迫使作者先想清主干再展开细节。
- 验收标准用场景描述，测试可以直接转成用例。
- 待确认项显式列出，避免把假设当成共识。
常见错误
- 通篇讲功能，不讲用户问题和证据。
- 没有异常分支，开发只能自己猜。
- 把待确认项藏在正文里，评审时无人拍板。