第3章 用户与场景识别：数据产品用户分类、典型场景画布、用户故事模板
需求分析的第一航标是“为谁做、在什么情境下做”。缺少用户与场景锚定，PRD再丰富也只是空中楼阁。本章建立三件工具：用户分类矩阵、典型场景画布与用户故事模板，使需求侧的统一语言从混沌走向结构化。
3.1 数据产品用户分类
数据产品的用户不是单一群体，通常可分为四类核心角色。每一类的决策权、数据素养、使用频率、反馈权重均不相同。
| 用户类型 | 典型角色 | 核心关注点 | 典型场景 |
|---|---|---|---|
| 数据消费者 | 业务运营、市场、销售 | 指标实时性、易读性、移动端查看 | 每日数据看板、异常告警 |
| 决策者 | 部门总监、VP、CXO | 趋势洞察、归因分析、降本增效结论 | 月度经营会议、战略仪表盘 |
| 数据分析师 | BI分析师、数据科学家 | 自助取数、多维下钻、导出灵活度 | 专题分析、临时查询 |
| 数据工程师 | 数据仓库、ETL、运维 | 数据血缘、调度稳定性、API可扩展 | 数据质量管理、模型上线 |
💡 核心理念：不要把“用户”抽象成PM自己。每类用户都要通过至少3轮用户访谈验证分类假设，访谈重点记录“角色-决策点-数据延迟容忍度”。
3.2 典型场景画布
场景画布将用户、行为、痛点和数据需求压缩在一张结构图内。每次产出一个场景画布，就锁定一个PRD模块的上下文边界。
- 场景名称：动词+名词，如“月度销售预测数据下钻”
- 用户角色：从分类中选择或组合
- 目标：用户在该场景希望达成的业务结果
- 触发条件：什么事件驱动用户进入该场景
- 痛点：现状中的效率低、数据不准、操作复杂等问题
- 数据需求：需要哪些维度、指标、粒度、时效
- 成功指标：可量化的验收标准（如查询耗时≤3秒）
⚠️ 常见反例：画布中的成功指标与PRD验收标准脱节。场景画布中的成功指标应直接映射到PRD的“验收标准”章节，保证未经验证的需求不被带入开发。
3.3 用户故事模板
用户故事是场景画布的可测试实例。推荐标准三要素格式，并额外附加场景引用字段以追踪来源。
📌 最佳实践：每张用户故事卡必须在标题中显式注明对应的场景画布ID，如
【SC-02】运营总监查看核心指标，便于测试组反向验证。
用户故事格式：
作为【用户角色】
我希望【功能需求】
以便【业务价值】
附加字段：
- 场景画布ID：SC-02
- 验收标准：给定XX数据，当用户操作YY时，系统应在Z秒内返回结果
- 优先级：P0/P1/P2
- 依赖：依赖数据源刷新任务D-031以下是一个完整示例：
作为：区域销售总监
我希望：查看本月各品类销售额Top10的同比增长率
以便：快速定位增长最快和最慢的品类，制定促销策略
场景画布ID：SC-05 区域销售月度复盘
验收标准：
- 页面首次加载≤2秒
- 支持按省份/城市/渠道下钻
- 同比增长率百分比保留2位小数
优先级：P0
依赖：销售宽表任务（SLA 每日08:00前完成）
🎯 产出物检查：本章结束时应当交付：① 用户分类矩阵表（含优先级权重）；② 至少3张典型场景画布（SC-01, SC-02, SC-03）；③ 每张画布至少对应2条用户故事卡（格式完整）。这些材料将直接输入第4章“需求拆解”作为原料。