3. 用户场景与业务目标对齐：场景描述方法、目标拆解、价值衡量
需求分析的所有工作，最终都要回答一个根本问题：这个功能或产品，到底帮谁解决了什么问题，创造了多少价值？ 如果不能将用户场景与业务目标严格对齐，PRD 就会沦为“功能清单”，原型设计也会变成无的放矢的界面堆砌。本章将系统讲解如何描述场景、拆解目标并量化价值，确保每一个需求决策都有据可循。
3.1 用户场景的三层描述方法
一个有效的场景描述，必须包含 人物、情境、任务 三大要素。我们将其拆解为三层结构，从宏观到微观逐级收敛：
- 画像层（Who）： 定义典型用户的角色、核心诉求、使用环境与技术能力。
- 故事层（When & Why）： 描述触发点、前序痛点、期望结果，构建完整的用户旅程。
- 操作层（What & How）： 基于用户视角，以“动词+对象+约束”的格式描述具体行为与系统反馈。
| 层次 | 描述重点 | 示例（电商平台订单查询） |
|---|---|---|
| 画像层 | 用户角色 + 核心诉求 | 运营专员小张，需每日追踪大促期间异常订单 |
| 故事层 | 触发场景 + 期望 | 发现发货超时订单激增，希望快速筛选并批量催发货 |
| 操作层 | 动作 + 对象 + 约束 | 选择超时>48h订单列表，按卖家分组，一键发送催发通知 |
💡 实践要点： 在 PRD 中使用
<场景卡片> 结构，每个用例应包含上述三层的完整描述，避免只写“用户点击查询按钮”这类纯操作细节。
3.2 业务目标拆解：从战略到功能
业务目标通常以“提升 XXX 指标”的形式出现，但距离可落地的功能设计还有很远的距离。我们可以通过 目标树 方法，将模糊的战略目标逐层拆解为可度量、可执行的具体指标与功能特征。
- 战略层： 公司的长期业务方向，例如“成为行业领先的数字化采购平台”。
- 战役层： 半年至一年内的关键目标，例如“将供应商入驻转化率提升 20%”。
- 战术层： 具体项目或版本需要达成的指标，例如“优化注册流程，将填写表单步骤从 5 步减少到 3 步”。
- 执行层： 明确的功能需求与验收标准，例如“增加一键导入工商信息按钮，字段预填率达到 80%”。
📌 拆解原则： 每一次拆解都必须满足 MECE（相互独立，完全穷尽）法则。避免出现“提升用户体验”这种无法直接量化的模糊目标，必须转化为类似“页面平均加载时间 ≤ 1.5 秒”的具体项。
3.3 价值衡量：场景 - 目标 - 指标对齐矩阵
完成场景描述与目标拆解后，必须将三者显式绑定。最有效的工具是 场景 - 目标 - 指标对齐矩阵。该矩阵确保每一个用户场景都有对应的业务目标，且每个目标都有量化的衡量指标，没有遗漏也无冗余。
| 用户场景 | 对齐的业务目标（战术层） | 核心衡量指标 | 基线 / 目标值 |
|---|---|---|---|
| 供应商批量导入商品 | 降低供应商上架成本 | 单次上架耗时、首次上架成功率 | 当前 30min → 目标 8min |
| 采购商发起询价单 | 提升询盘响应速度 | 24h 内报价率、平均报价数量 | 当前 60% → 目标 85% |
| 运营人员审核商品 | 保证商品合规性 | 审核通过率、审核驳回率 | 驳回率 ≤ 10% |
在 PRD 中，每个功能模块的末尾都应附上一张如上所示的 对齐矩阵。这是你与业务方、开发、测试对齐认知的核心文档锚点。
⚠️ 常见误区： 很多 PRD 只写了“功能需求”，却没有写“为什么做这个功能”。没有业务目标支撑的需求，在评审阶段极易被质疑，甚至导致开发方向反复变更。请务必将对齐矩阵作为 PRD 的标准配置。
3.4 过程框架：从场景识别到价值闭环
下图展示了从用户场景收集到最终量化价值验证的完整工作流。它也是你撰写本章 PRD 内容时的逻辑骨架。
🎯 交付物提示： 在本章对应的 PRD 正文中，你至少应包含：
1. 一份 场景卡片描述表（覆盖 3~5 个核心用户场景）。
2. 一份 目标拆解树（从战略层到执行层至少 4 级）。
3. 一份 场景 - 目标 - 指标对齐矩阵（必须纳入验收标准章节）。
以上三个交付物直接构成后续原型设计的“需求骨架”。
1. 一份 场景卡片描述表（覆盖 3~5 个核心用户场景）。
2. 一份 目标拆解树（从战略层到执行层至少 4 级）。
3. 一份 场景 - 目标 - 指标对齐矩阵（必须纳入验收标准章节）。
以上三个交付物直接构成后续原型设计的“需求骨架”。
3.5 验收标准：如何判断场景与目标是否真正对齐？
在需求评审或原型验收前，请用以下清单自检：
- ☐ 每个用户场景是否有对应的 画像层 + 故事层 + 操作层 完整描述？
- ☐ 每个业务目标是否能拆解到 可量化的战术指标？
- ☐ 对齐矩阵中是否存在“有场景无目标”或“有目标无场景”的缺失项？
- ☐ 最核心的 3 个场景是否都有明确的 验收通过标准（例如：操作耗时 ≤ X 秒/成功率 ≥ Y%）？
- ☐ 是否已经与业务方确认了指标的目标基线（当前值）？
只有以上五项全部通过，才能认为该章节的需求质量达标，可以进入原型设计阶段。