PRD需求转RICE评分与组织级规范 - 第1节
1.1 为什么这三要素是 PRD 的“骨架”
在产品需求文档（PRD）中，需求背景、用户故事和验收标准构成了从“为什么做”到“做什么”再到“做对没”的完整链条。脱离业务背景的用户故事会变成“伪需求”，没有验收标准的用户故事则无法度量交付质量。这三者的衔接质量直接影响 RICE 优先级评分时的信心指数与努力程度预估。
- 需求背景：回答“为什么要做”，包含业务痛点、市场洞察、用户反馈数据或战略目标。
- 用户故事：描述“谁需要什么功能以及为什么”，格式为“作为……，我想要……，以便……”。
- 验收标准：定义“怎样才算完成”，通常是可测试的条件列表（Given-When-Then）。
📌 产品经理自查：如果你在写 PRD 时觉得“背景”可写可不写，很可能说明需求尚未经过扎实的用户访谈或业务调研。缺少背景的 PRD 在后续评审中容易被质疑必要性。
1.2 三要素的“弱关联”陷阱与对齐方法
很多 PRD 将三要素割裂：背景写了一大段宏观分析，用户故事却变成了功能列表，验收标准也脱离故事上下文。下面通过一个常见反例说明如何对齐。
常见反例（未对齐）
- 需求背景：“竞品 X 在 2024 年推出了智能推荐模块，我司份额下降 2%。”
- 用户故事：“作为系统管理员，我希望在后台添加一个推荐规则配置页面。”
- 验收标准：“页面可保存 5 条规则，每条规则包含 3 个条件字段。”
痛点：背景与故事之间缺失了“具体哪类用户遇到了什么推荐问题”，验收标准也仅覆盖了 UI 交互，没有检验推荐效果。
对齐后的版本
| 要素 | 示例（对齐后） |
|---|---|
| 需求背景 | 客服工单显示“母婴类目商品推荐准确率仅 12%”，用户反复抱怨“推荐的商品和我刚买的一样”，导致退货率上升 5%。 |
| 用户故事 | 作为母婴类目运营，我想要基于用户最近搜索词而非购买历史来做推荐，以便减少已购商品重复推荐，提升点击转化率。 |
| 验收标准 |
|
✅ 对齐原则： 验收标准必须直接服务于用户故事中的“以便”部分，而需求背景应为该“以便”提供数据或场景支撑。
1.3 三要素拆解流程图
下图展示需求背景、用户故事、验收标准之间的层级关系及典型输入/输出，帮助你在撰写 PRD 时快速定位缺失环节。
1.4 实操：从用户访谈中提炼三要素
假设你正在为在线教育平台设计“学习进度提醒”功能。以下是某次真实用户访谈摘录：
用户：我现在总是忘记每周要看的录播课，平台发邮件我也没空查。如果能在我微信上弹个提醒就好了，而且最好只提醒我还没看的课，别啥都提醒。按照三要素拆解：
- 需求背景：后台数据表明每周录播课完课率仅为 34%，客服收到“忘记上课”的反馈占比 21%。
- 用户故事：作为在职学员，我想要在微信上收到仅针对未完成课程的个性化提醒，以便按时完成学习计划，提升完课率。
- 验收标准：
- 提醒仅发送给“当前周未完成该课程”的学员。
- 每天最多提醒 1 条，且不重复提醒已完成用户。
- A/B 测试中实验组周完课率提升 ≥ 15%（置信度 95%）。
- 提醒落地页打开率 ≥ 60%（P95）。
⚠️ 常见验收陷阱： 验收标准中不要写入“界面美观”、“性能良好”等模糊描述，应转化为具体阈值（如页面加载 ≤ 2s）。同时避免把验收标准写成开发任务清单（如“调用微信 API 发送消息”），而应关注业务结果。
1.5 本章交付物模板：三要素对齐卡片
建议为每个 PRD 需求条目填写下方卡片，可直接粘贴到文档或项目管理工具中：
| 字段 | 填写示例 |
|---|---|
| 需求编号 | REQ-2025-001 |
| 需求背景（Why） | 客服工单数据显示每周录播课完课率 34%，用户反馈“忘记上课”占比 21%。竞品已上线微信提醒，完课率比我们高 12%。 |
| 用户故事（Who & What） | 作为在职学员，我想要在微信上收到仅针对未完成课程的个性化提醒，以便按时完成学习计划。 |
| 验收标准（How to verify） |
|
| RICE 前置评估（参考） | Reach: 2万活跃用户 / Impact: 中等 (完课率+15%) / Confidence: 高（已有竞品验证） / Effort: 3开发周 |