1. PRD的核心使命：证据的基石、产品决策语言、团队协作锚点
一份优秀的PRD（产品需求文档）从来不只是“需求列表”。它在产品生命周期中承担三个不可替代的使命：成为证据的基石，让每一个需求都有据可循；成为产品决策语言，让方案表达精确无歧义；成为团队协作锚点，让设计、开发、测试、运营在同一页面上对话。本章将拆解这三个使命，并展示它们如何共同构成证据驱动PRD的底层逻辑。
1.1 为什么PRD需要核心使命？
没有使命的PRD容易沦为“功能堆砌清单”——产品经理凭感觉写，团队凭猜测执行，最终交付与用户真实需求错位。证据驱动的PRD将三个使命嵌入文档结构，使每一行需求都能回答三个问题：
- 我们为什么做这个？ → 证据的基石
- 我们要做成什么样？ → 产品决策语言
- 我们怎么确保大家理解一致？ → 团队协作锚点
核心观点： PRD的终极目标不是“写文档”，而是建立证据链——从用户场景出发，经过访谈验证、需求拆解、方案表达，最终通过指标和验收标准形成闭环。每一个环节都必须有据可查。
1.2 使命一：证据的基石
证据是PRD的“地基”。没有证据支撑的需求是假设，而有证据支撑的需求是结论。证据的基石包含两个关键动作：
- 用户场景与业务问题捕捉： 通过用户访谈、现场观察、数据分析，识别真实痛点而非表面诉求。
- 证据链结构化： 将访谈记录、数据报表、竞品分析等原始证据整理为可追溯的文档附件或索引。
下表展示了证据类型与对应方法：
| 证据类型 | 常见来源 | PRD中的呈现方式 |
|---|---|---|
| 用户行为数据 | 埋点系统、数据分析平台 | 趋势图、转化漏斗截图 + 数据摘要 |
| 用户定性反馈 | 一对一访谈、可用性测试 | 典型用户原话 + 访谈编码摘要 |
| 业务问题指标 | 业务报表、客服工单 | 指标变化曲线 + 问题影响范围说明 |
| 竞品分析 | 竞品评测、市场报告 | 功能对比矩阵 + 关键差异点标注 |
实践建议： 在PRD开头设立“证据清单”章节，用勾选框标记每项证据的收集状态。这不仅能督促自己完成验证，也能让团队一眼看到需求的可信度。
1.3 使命二：产品决策语言
PRD是产品经理的“技术图纸”。它必须用精确、无歧义的语言描述需求，让开发、测试、设计能够直接执行。产品决策语言体现在三个层面：
- 需求拆解： 将用户场景拆解为功能单元，划定边界与优先级。
- 方案表达： 使用流程图、原型标注、逻辑伪代码、规则描述等方式传递设计意图。
- 验收标准： 明确“做完”的定义，包含功能验收、体验验收、异常验收三个维度。
关键转化： “用户希望快速找到历史订单” → 拆解为“订单列表页增加搜索框 + 支持按时间/状态筛选 + 搜索结果高亮匹配关键字”。每一项都要可测试。
1.4 使命三：团队协作锚点
PRD是团队的“共同契约”。它锚定各方对需求的理解，减少反复沟通和信息损耗。团队协作锚点通过以下方式落地：
- 交付物模板标准化： 统一的PRD模板让团队成员知道在哪里找到什么信息，降低认知成本。
- 指标验证对齐： 在PRD中定义成功指标（如转化率提升XX%、响应时间减少XX%），让团队对“为什么做”和“做到什么程度”达成共识。
- 变更记录与版本锚定： 每次需求变更都更新PRD并通知全员，确保所有人基于同一版本协作。
常见误区： 把PRD写成“需求清单+原型图”就认为完成了协作使命。实际上，缺少验收标准和指标定义，团队会在开发完成后因为“什么叫做好”而产生分歧。协作锚点必须包含可量化的完成定义。
1.5 三者的统一：证据驱动的PRD框架
三个使命并非独立工作，而是形成闭环：证据支撑决策 → 决策锚定协作 → 协作反哺证据。下面这张框架图展示了PRD核心使命与课程关键要素的对应关系。