3. 用户场景挖掘与优先级
在B端产品需求分析中，“用户场景”是连接业务问题与解决方案的核心载体。本章围绕三个层次展开：场景列举（全面发现）、频率-严重度矩阵（量化排序）、场景卡片（结构化描述），形成从“有哪些场景”到“优先做哪个”的完整链路。
3.1 场景列举——从碎片到全景
场景列举的目标是穷举用户与系统交互的真实单元，避免遗漏边界或隐性需求。常用方法：
- 用户访谈：让用户回忆“上次遇到问题时的完整操作链”。
- 实地观察：跟随用户完成日常工作，记录触发条件与异常分支。
- 服务蓝图：识别前后台交互触点，拆分每步的输入/输出。
- 日志/工单分析：从历史数据中反推高频操作序列。
输出物为场景清单，每个场景需包含以下维度：
| 维度 | 说明 | 示例（CRM-客户分配） |
|---|---|---|
| 涉及角色 | 执行该场景的用户/系统角色 | 销售主管、销售代表 |
| 触发条件 | 什么事件/时间/状态启动此场景 | 新客户入库 或 主管手动触发分配 |
| 核心目标 | 用户希望达成的业务结果 | 将新客户公平分配给空闲销售 |
| 操作流程 | 细化到每个界面操作、数据流转 | 查看待分配列表→选择分配策略→确认→通知销售 |
| 期望结果 | 可量化的验收标准 | 分配延迟 < 5秒，销售24h内跟单 |
避坑提示：不要将“业务需求”直接当场景。例如“提升客户分配效率”是需求，场景应是“销售主管在月初批量分配300个新客户时，需要一键按区域+能力匹配”。场景必须包含角色+触发+目标+具体步骤。
3.2 频率-严重度矩阵——数据驱动优先级
场景清单往往冗长，需用两个关键维度评估：发生频率（日均/周均触发次数）和业务严重度（若不解决，对收入、效率、合规的影响等级）。将场景标注到矩阵中，形成四个象限：
矩阵的定量化方法：
- 统计频率：从系统日志、操作流水线提取每个场景的日均触发次数。若无数据，可先预估后通过A/B测试校准。
- 评估严重度：按损失金额、客户投诉率、监管风险、团队效率等维度打分（1~5分），取加权总分。
- 划分象限规则：频率中位数或业务自定义阈值；严重度 ≥ 3分为高严重。
- 优先级排序：右上 > 左上/右下 > 左下（具体根据团队资源调整）。
常见错误：仅凭直觉将场景放入矩阵，导致优先级失真。建议至少用一周真实数据验证频率，并邀请运营、销售、财务等多角色共同评估严重度权重，避免单一视角偏见。
3.3 场景卡片——可复用的需求原子
每个优先级确认的场景应整理为场景卡片，作为后续需求拆解、方案设计、验收测试的输入标准。卡片格式统一且结构化：
| 字段 | 描述 |
|---|---|
| 场景ID | 如 S03-CRM-分配，唯一标识 |
| 涉及角色 | 具体岗位/系统角色 |
| 触发条件 | 时间/事件/状态 |
| 核心目标 | 用一句话描述用户“为什么要做这件事” |
| 操作步骤 | 分步列举，包含正常流程与异常流程 |
| 预期结果 | 可量化的指标（耗时、成功率、数据一致性） |
| 发生频率 | 日均/周均次数 |
| 严重度评分 | 1~5分 |
| 优先级象限 | 核心/紧急/日常/低优 |
| 来源/备注 | 访谈记录、工单链接等 |
以下是场景卡片的JSON格式示例（实际交付物可为Excel或文档模板）：
{
"sceneId": "S03-CRM-分配-001",
"role": "销售主管",
"trigger": "每日早8点系统自动统计待分配客户 > 50个",
"goal": "将新客户按区域+能力自动分配给销售，减少人工筛选时间",
"steps": [
"登录 CRM → 进入「客户分配」模块",
"系统展示待分配客户列表（按时间排序）",
"选择分配策略：智能匹配 / 手动勾选",
"点击「执行分配」，系统自动检查销售负载",
"分配结果以站内通知+邮件发送给对应销售"
],
"expectedResult": "分配耗时 < 10秒，分配准确率 > 95%",
"frequency": "每日1次（工作日）",
"severity": 4,
"priorityQuadrant": "核心场景（右上限）",
"source": "销售主管张海访谈 2024-03-12"
}
卡片使用建议：场景卡片是需求沟通的最小单元。在评审会上，每人一张卡，讨论时间控制在5分钟内；若需要扩展，则拆分新卡。卡片维护在统一知识库中，版本化更新，避免后期需求蔓延。
至此，我们完成了场景列举 → 频率-严重度矩阵排序 → 场景卡片结构化的完整闭环。下一阶段将基于这些卡片开展用户访谈与需求拆解（第4章）。