夜雨聆风产品需求文档 PRD 的 5 个模板：从一句话到上线
昨天我们讲了BRD 的 5 个章节——商业故事讲清楚。
BRD 给老板看，PRD 给开发看——5 个模板让开发拿到就能动手。
PRD = 用户故事 + 功能清单 + 流程图 + 原型 + 验收标准。
一、先说结论：PRD 不是"一句话"
开发常抱怨：“PRD 没说清楚，开发返工 3 遍。”
PM：“做分享功能”
开发：“分享什么？给谁？什么场景？”
PM：“...（含糊其辞）”
开发：“做完发现不是 PM 想的”
PM：返工 3 遍。
为什么会这样？因为多数 PRD 5 个模板缺 3 个：
- 没有用户故事
——开发不懂业务价值 - 没有功能清单
——不知道做多少算完 - 没有流程图
——分支异常处理全靠猜 - 没有原型
——UI 反复改 - 没有验收标准
——做完才发现不对
PRD = 5 个模板的完整工程化——缺任何 1 个，开发测试就卡住。今天一次讲完。
二、5 个模板速览
| T1 一句话需求 | ||
| T2 功能清单 | ||
| T3 流程图 | ||
| T4 原型 + 交互 | ||
| T5 验收标准 |
三、模板 T1：一句话需求
核心问题：让开发 1 分钟明白这个功能是干嘛的。
3 段式用户故事：
- 作为
[角色] - 我想
[功能] - 以便
[价值]
示例：作为普通用户，我想一键分享喜欢的商品给好友，以便好友也能快速找到好东西。
四、模板 T2：功能清单
核心问题：这个功能包含哪些子功能？优先级？工时？
Feature List 模板：
3 条经验
- 优先级强制分级
——P0/P1/P2/P3，不能全 P0 - 工时必填
——估算才能排期 - 负责人明确
——一人一项，不交叉
五、模板 T3：流程图
核心问题：正常流程 + 异常分支怎么走？
流程图必备 4 部分：
- 起点
：用户从哪开始？ - 判断节点
：登录？权限？网络？ - 正常路径
：主流程清晰 - 异常分支
：失败重试/降级
六、模板 T4：原型 + 交互
核心问题：UI 长什么样？点哪跳哪？
低保真原型必备：
- 主流程页面
——5-8 个关键页面 - 跳转关系
——箭头 + 触发条件 - 状态说明
——加载/空/异常/成功
七、模板 T5：验收标准
核心问题：怎么算"做对"了？
Given/When/Then 模板：
- Given
[前置条件] - When
[操作动作] - Then
[预期结果]
3 条经验
- AC 颗粒度 = 测试用例
——能直接转测试用例 - 正常 + 异常都写
——不是只写正常路径 - 业务可验收
——业务方能直接判断 Pass/Fail
八、5 个常见错误
错误 1：需求一句话完事
X PRD 只写一行
✓ 正确做法：5 模板齐全 · 一句话+清单+流程+原型+AC
错误 2：优先级不分
X 全部 P0,都要做
✓ 正确做法：P0/P1/P2/P3 · 强制分级
错误 3：流程图不画
X 纯文字描述流程
✓ 正确做法：流程图是 PRD 的骨架
错误 4：原型太简陋
X 开发脑补 UI
✓ 正确做法：低保真原型 · 关键页面 + 跳转
错误 5：AC 写得太粗
X AC 写完了没人用
✓ 正确做法：AC 颗粒度 = 测试用例
九、Day 28 行动建议
- 挑一个进行中的需求
——按 5 个模板重写 PRD - T1 一句话需求先行
——所有需求先写用户故事 - T2 强制分级
——P0/P1/P2/P3，不全 P0 - T3 画流程图
——正常 + 异常都覆盖 - T5 AC 转测试用例
——每个 AC 必须能转 1 个测试
十、下一期预告
第 29 天：
《需求评审的 5 个关键问题》
PRD 写好了，下一步是评审——5 个关键问题（战略对齐 / 价值算清 / 方案可行 / 依赖明确 / 验收可量化），把需求问清楚再动手。
关注我，连续 100 天，一起把数字化讲透。
产品需求文档不是“一句话”"——是 5 个模板 的完整工程化。缺任何 1 个，开发测试就卡住。
#数字化转型#PRD#产品经理#需求模板#数字化人100天实战笔记
作者简介
数字化负责人 / 产品经理 / 项目经理，长期从事企业数字化建设、产品设计、项目管理与数据治理工作。
持续记录 100 天实战经验，目标是把“数字化”从口号变成可执行方法论。