4. 业务场景调研方法：用户访谈、现场观察、数据分析、竞品分析要点
业务场景调研是需求发现的第一块拼图。四种核心方法各有取向，组合使用才能从模糊的“用户痛点”收敛到可书写的 场景化需求条目。本章聚焦每种方法的操作要点与输出物，帮你建立起“调研→场景→条目”的链路。
4.1 用户访谈：挖掘深层场景
用户访谈不只是“问问题”，而是通过结构化追问还原用户的完整行为链条。关键要点：
- 任务场景 vs 通用场景：追问“当时你在做什么？之前做了什么？之后做了什么？”
- 5W1H 框架：Who（谁）、When（何时）、Where（何处）、What（做了什么）、Why（动机）、How（操作方法）。
- 避免引导性问题：用“你通常怎么处理这个问题？”替代“你是不是也希望有这个功能？”
- 记录原始语言：直接引用用户的原话作为场景描述素材。
实战模板：访谈结束后，立即将每段对话拆为 “用户角色 + 触发条件 + 行动 + 期望结果” 四段式场景卡片。
4.2 现场观察：发现隐性行为
用户说的 ≠ 用户做的。现场观察帮你捕获用户自己都未意识到的操作习惯和“绕过”行为。观察要点：
- 焦点行为记录：记录用户完成关键任务时的操作步骤、停顿点、错误次数。
- 环境干扰因子：注意外部因素（如网络慢、频繁切换窗口）对操作的影响。
- 衍生需求捕捉：用户在无奈之下采用的变通方案（Excel 临时记录、便签提醒等）常是创新机会。
常见陷阱：观察者效应——用户在被观察时可能刻意表现得更“规范”，从而隐藏真实习惯。建议采用远程录屏或自然场景下的隐蔽观察。
4.3 数据分析：验证场景规模
数据和访谈互为正反证据。数据分析不直接产生场景，但能验证场景的普遍性、频率和转化效率。分析维度：
| 数据来源 | 关注指标 | 场景相关含义 |
|---|---|---|
| 产品埋点 | 页面停留时间、点击热力 | 用户在哪一步卡住、哪个操作被频繁忽略 |
| 客服工单/反馈 | 问题分类、高频关键词 | 用户实际遇到的障碍场景 |
| 漏斗分析 | 每一步的流失率 | 场景中断点位置，验证用户“真正完成”的行为链条 |
| A/B 测试 | 转化率、任务完成率 | 不同方案对场景的改进效果 |
4.4 竞品分析：校准场景边界
竞品分析不是照抄功能，而是看竞争对手如何定义和解决同一业务场景。核心动作：
- 场景对标：列出自己的目标场景，逐一对照竞品覆盖情况。
- 操作路径对比：记录完成同一任务所需步骤数、入口深度。
- 异常处理对比：竞品在异常场景（如断网、输入错误）下的设计思路。
- 差异化机会：竞品未覆盖的细分场景或用户失落点。
4.5 四方法协同输出
四种方法并非顺序执行，而是螺旋式交叉验证。下图展示了调研到场景条目的典型流程：
4.6 交付物模板：场景调研简报
每次调研后需输出结构化的 场景调研简报，用于后续需求条目编写。推荐模板如下：
# 场景调研简报模板
## 调研方法：用户访谈 / 现场观察 / 数据分析 / 竞品分析
### 1. 调研对象
- 角色：______ 数量：______
### 2. 关键发现（按场景卡片整理）
- 场景卡片1
- 触发条件：______
- 用户行动：______
- 期待结果：______
- 当前痛点：______
- 场景卡片2（同结构）
### 3. 数据支撑（引用关键指标）
- 疑似场景的用户占比：______%
- 任务完成率/流失率：______
### 4. 竞品对照
- 竞品 A 覆盖方式：______
- 竞品 B 未覆盖的子场景：______
### 5. 初步需求条目（从场景提取）
- [P0] 条目描述：作为______，希望______，以便______
- [P1] ...
交付物验收标准：每个场景必须至少有两个独立来源的支撑（例如访谈+数据，或观察+竞品），避免单一视角导致伪需求。
4.7 避坑指南
- 场景与功能混淆：用户说“想要一个导出按钮”是功能，而非场景。应回问“导出后你要用这些数据做什么？”以还原真实场景。
- 过度依赖数据：数据只能告诉你“发生了什么”，不能告诉你“为什么发生”。必须和定性方法结合。
- 忽略非典型用户：新手/专家/异常角色可能贡献重要场景，不要只针对主流用户访谈。