Appearance
2.5 如何写一份专业的 PRD
本节帮你什么
- 排期 — Day 13–15 · 阶段二三件套之一 · 默认主作业
- 跟练主线 — 把 kickoff 四格 + 2.3 大纲 扩成可执行 PRD v1(母婴馆小悦默认)
- 可交作业 — PRD v1(路径 A/B 全文 · C 可摘要)+ 派活记录追加 ≥1
- 已读 0.2 · A3? — 跳过 框架复习,从 扩写 或 练习 开工
PRD 是什么
在 SDAD 里是 L2 可执行契约:开发、设计、Agent 都按它改。不是功能清单堆砌,而是 故事 + 验收 + 分期 + mock 预埋。练 0.1 · ③ + 0.2 · A3。模板真源 → 块二 §5。
跟练锚点 · 接上前序
text
L1 场景(kickoff 四格)
↓ 扩写
L2 PRD(本节)
↓ 对齐
L3 五件套 / Demo(2.6)输入从哪来kickoff:四格 + MVP 一句
2.1 / 2.2:边界表 + 链路图(写进 AI 规格 / 非功能)
2.3 / 2.4:AgentPM 大纲 + 派活人审习惯
PRD 改 scope → Demo 必须跟;Demo 做不了的 story → PRD 删或分期。
2.1 / 2.2:边界表 + 链路图(写进 AI 规格 / 非功能)
2.3 / 2.4:AgentPM 大纲 + 派活人审习惯
PRD 改 scope → Demo 必须跟;Demo 做不了的 story → PRD 删或分期。
真实经历
写 PRD 最大的坑是「功能清单堆砌」——第一版列了 20 个功能,没写验收。被问「做完长什么样?怎么算通过?」答不上。后来:一个 story = 一个验收 + 一个 mock,写不出来就砍掉或分期。
先读地图 · 0.2 A3
AI 规格完整定义在 0.2 · A3。本节落到 PRD 里的四块:
① 故事 + 验收As a / I want / So that · Given/When/Then
② 分期 + 不做本期 / 下期 / 明确不做 ≥3
③ AI 规格(轻量)指令要点 · 禁止项 · 评测用例思路 · 降级
④ mock 契约附录字段表 → 2.6 直接引用
从四格到大纲
| 四格 | PRD 章节 |
|---|---|
| 用户 / 场景 | 背景、用户画像 |
| 痛点 / 机会 | 问题陈述 |
| MVP 边界 | 分期表、不做 |
| 成功标准 | 验收标准 |
打开 开学准备 四格,逐格 扩 1–2 段 即得大纲。
推荐章节(可微调)
- 背景与目标(1 页内)
- 用户与场景
- 用户故事
- 功能范围 + 分期表
- 验收标准(按 story)
- 非功能 / AI 边界(轻量)
- 附录:mock 字段表
故事 · 验收 · 分期
用户故事As a {角色},I want {能力},So that {价值}。
好故事:一个角色、一个意图、可验收。坏故事:「系统支持 AI」— 无法测试。
好故事:一个角色、一个意图、可验收。坏故事:「系统支持 AI」— 无法测试。
❌ 坏
「系统支持智能推荐」无验收、无角色
✅ 好
As a 宝妈,I want 按月龄拿到可点击的好物推荐,So that 少踩坑、少反复问群+ Given/When/Then 可演示
验收:可测试 · 可演示 · 可拒绝
每条 story ≥1 条验收(Given/When/Then 或检查清单):
- 可测试:能手工点
- 可演示:能投屏讲
- 可拒绝:明确什么算没做完
分期表
| 列 | 说明 |
|---|---|
| 本期做 | 阶段二 Demo 必须覆盖 |
| 下期做 | 阶段三或以后 |
| 明确不做 | 防 scope creep;至少 3 条 |
非功能 / AI 边界(轻量)
阶段二不写完整 SLA,写边界意识即可:响应量级一句 · 什么不能自动决策 · 成本粗算一句 · 与 2.1 降级对齐。
mock 与人审
在 PRD 附录列 mock 字段表(2.6 的 mock.json 直接引用):
| 字段 | 类型 | 示例值 | 页面/模块 |
|---|---|---|---|
| recommend.title | string | 「DHA 推荐」 | 选购卡 |
用 AgentPM 出稿
输入:四格 + MVP · 本章结构 · 分期约束
步骤:2.4 派活 → 出稿 → 人审 → 定稿 v1
人审 PRD(定稿前)
| 维度 | 问什么 |
|---|---|
| 结构 | 章节齐?故事独立可测? |
| 边界 | 「不做」≥3?与 kickoff 一致? |
| 一致 | 与 2.1/2.2 不矛盾? |
| 可落地 | mock 字段 2.6 做得出来? |
| 幻觉 | 有无编造接口/规则/字段? |
路径分叉 · 交什么
| 路径 | 交付 |
|---|---|
| A / B | 主案例 PRD v1 全文(约 9–22 页或等价 MD) |
| 辅模块 | 可另写 2–4 页切片,与 2.6 五件套同模块 |
| C | 摘要 PRD ≤3 页:背景 + 3–5 story + 分期 + 核心验收 |
常见错误
别踩这几坑
- 功能堆砌 — 回到 MVP 一句,删到能 Demo
- 无验收 — 每条 story 补 Given/When/Then
- 无「不做」 — 至少 3 条
- 与 Demo 脱节 — mock 表字段名统一
- 无人审就定稿 — 至少对照上方人审表打勾,并记进 dispatch-log
练习 · PRD 大纲与人审
- 从四格填 PRD 大纲(章节标题 + 每节 1 句)— 模板见 2.8
- 用 人审表 自评一遍
- 定稿 PRD v1;派活出稿则追加 1 条到
dispatch-log.md
过关自检
2.5 写 PRD · 过关 · 打勾再进 2.6
- [ ] 章节结构齐(含分期与不做)
- [ ] 每条本期 story 有可演示验收
- [ ] 「不做」≥3 · mock 附录已填
- [ ] 人审表过一遍 · 建议有派活记录绑定本 PRD
- [ ] 与 kickoff / 2.1 / 2.2 不矛盾
过关 → 2.6 五件套
PRD 定稿后,下一节用 原型即代码 做可点 Demo — mock 字段必须从本附录抄,不要另起炉灶。