第 6 课：PRD 编写实战
需求确认完了，怎么写下来让开发看得懂？这堂课讲 PRD（产品需求文档）的写法。不是教你模板，而是教你思考方式——PRD 是你思考过程的记录，不是填表游戏。
一、PRD 是什么？
PRD 是产品需求文档，回答一个问题：我们要做什么，为什么做，怎么做。
写 PRD 最大的误区：把它当作交付物。
正确理解：PRD 是你思考过程的记录。写 PRD 的过程，是你理清思路的过程。如果写不出来，说明你还没想清楚。
PRD 的价值
- 对自己：逼迫你把模糊的想法变成具体的描述
- 对开发：告诉他们要做什么，不做什么，为什么
- 对团队：统一理解，减少"我以为你要的是那个"
- 对 AI：精确的需求描述 = 更可靠的输出
PRD 不是什么
- 不是产品说明书（用户不看 PRD）
- 不是技术设计文档（开发自己写）
- 不是项目管理文档（那是项目经理的事）
- 不是一成不变的（PRD 会迭代，后面会讲）
二、PRD 的五部分结构
第 1 部分：背景与目标
回答：为什么要做这个？
包含：
- 背景：什么问题让我们要做这个产品/功能
- 目标：做成了之后希望达到什么效果
- 成功指标：怎么衡量目标是否达成
示例：
背景：1-3 年工作经验的互联网从业者在求职时，简历质量普遍偏低，导致面试机会少。现有方案（模板网站、人工修改）要么只能改格式，要么成本高周期长。
目标：帮助用户在 5 分钟内优化简历，使面试邀请率提升 30%。
成功指标：用户上传简历后，7 日内面试邀请率对比优化前提升 30%。
第 2 部分：用户与场景
回答：给谁用？什么场景下用？
这部分来自灵魂三问和用户访谈的成果。
包含：
- 目标用户：具体画像（来自第 2 课）
- 核心场景：用户在什么情况下会用这个产品
- 用户任务：用户要完成什么（JTBD 描述）
第 3 部分：功能需求
回答：具体做什么？
这里只写 In-Scope 的功能（来自第 3 课的减法结果），每个功能包含：
- 功能描述：这个功能做什么
- 用户故事：作为 [用户]，我想要 [功能]，以便于 [目的]
- 验收标准：怎样算做完了
示例：
功能：AI 简历优化
用户故事：作为求职者，我想要 AI 分析我的简历并给出优化建议，以便于提高面试邀请率。
验收标准：
- 用户上传 PDF/Word 简历后，30 秒内返回分析结果
- 分析结果包含匹配度评分和至少 3 条具体修改建议
- 修改建议与用户目标岗位的 JD 关键词对应
第 4 部分：非功能需求
回答：除了功能本身还有什么要求？
常见非功能需求：
- 性能：响应时间、并发量
- 安全：数据加密、隐私保护
- 兼容性：支持的浏览器、设备
- 可用性：SLA、容错机制
第 5 部分：范围与约束
回答：什么不做？有什么限制？
包含：
- Out-of-Scope：明确不做的功能，以及为什么不做
- 技术约束：技术栈、第三方依赖
- 时间约束：上线时间
- 资源约束：团队规模
三、初稿-中稿-定稿
PRD 不是一次写完的。正确的节奏是三稿迭代：
初稿：快速写出来，不求完美。把脑子里想的都写下来。这时候你跟自己对话。
中稿：让 AI 帮你审查。问 AI："这个 PRD 有没有遗漏？有没有矛盾？有没有不够具体的地方？"根据 AI 的反馈修改。这时候你跟 AI 对话。
定稿：拿给团队评审。开发会问技术可行性，设计会问交互细节，运营会问增长策略。根据反馈修改。这时候你跟团队对话。
每一稿都是一次验证。初稿验证你自己的想法，中稿验证 AI 的理解，定稿验证团队的共识。
四、边缘情况
写 PRD 时最容易遗漏的是边缘情况——那些不常见但会出问题的场景。
常见边缘情况：
- 空状态：用户还没有数据时显示什么？
- 错误状态：网络断了怎么办？AI 服务挂了怎么办？
- 极端数据：用户上传了 50 页的简历怎么办？简历全是图片怎么办？
- 权限问题：用户没登录能用吗？免费用户和付费用户有什么区别？
处理边缘情况的方法：问"如果……怎么办？"
让 AI 帮你找边缘情况：
"请审查这个 PRD，列出所有我没有考虑到的边缘情况和异常场景。"
AI 在这方面很强，因为它见过大量产品文档，知道哪些地方容易遗漏。
五、范围管理
PRD 写完不是结束，而是开始。在开发过程中，需求一定会变。
应对需求变更的原则：
- 每次变更都要问"为什么"：新需求是否在原始目标范围内？
- 用 Out-of-Scope 清单判断：如果新需求在 Out-of-Scope 里，默认不做，除非有充分理由
- 评估影响：新需求会影响多少已有功能？开发周期要延多久？
- 记录决策：为什么做/不做这个变更，将来可以回溯
关键概念
- PRD 的本质：思考过程的记录，不是交付物。写不出来说明没想清楚
- 五部分结构：背景与目标 → 用户与场景 → 功能需求 → 非功能需求 → 范围与约束
- 用户故事：作为 [用户]，我想要 [功能]，以便于 [目的]
- 验收标准：怎样算做完了——可测试、可衡量
- 三稿迭代：初稿（自己）→ 中稿（AI）→ 定稿（团队）
- 边缘情况：空状态、错误状态、极端数据、权限问题
课后练习
练习一：写一份 PRD 初稿
用你的产品想法，按照五部分结构写一份 PRD 初稿。不需要完美，先写出来。
练习二：让 AI 审查
把 PRD 初稿给 AI，让它审查遗漏、矛盾、不够具体的地方。根据反馈写中稿。
练习三：找边缘情况
列出你的产品至少 5 个边缘情况，并写出处理方案。参考：空状态、错误状态、极端数据、权限问题。