第3章 用户场景的采集方法
用户场景的采集质量直接决定 PRD 需求的真实性与完整性。采集用户场景的核心目标,是识别并定义用户试图解决的业务问题,而非收集功能愿望清单。本章介绍四种经过验证的采集方法——用户访谈、场景卡片、观察法、日志分析——帮助你在不同阶段、不同约束下获取真实的用户场景素材,为后续需求拆解与条目编写奠定可信基础。
3.1 用户访谈
用户访谈是最直接的需求采集方式,通过与目标用户一对一深度对话,挖掘其行为动机、决策逻辑和隐藏痛点。根据结构化程度分为三种形式:
- 结构化访谈:预设问题清单,按顺序提问,适合横向对比多个用户。
- 半结构化访谈:核心问题固定,允许追问与发散,兼顾深度与可控性。
- 深度访谈:围绕主题自由展开,适合探索未知领域和复杂动机。
适用场景:产品早期探索、新功能概念验证、用户痛点发现。
示例:访谈记录 → PRD 需求条目
访谈对象:夜间值班护士 王女士
核心问题:夜间查房时如何调节病房灯光
用户陈述:"每次都要摸半天找手机,打开手电筒又太刺眼,会吵醒病人。"
→ 提取场景:护士在暗光环境下需要快速获得柔和光源,同时避免打扰病人。
→ 对应 PRD 需求条目:"系统应支持一键开启‘夜间辅助灯’功能,灯光色温 ≤ 3000K,亮度在 5%~15% 之间可调,且关闭时无延迟黑屏。"
访谈对象:夜间值班护士 王女士
核心问题:夜间查房时如何调节病房灯光
用户陈述:"每次都要摸半天找手机,打开手电筒又太刺眼,会吵醒病人。"
→ 提取场景:护士在暗光环境下需要快速获得柔和光源,同时避免打扰病人。
→ 对应 PRD 需求条目:"系统应支持一键开启‘夜间辅助灯’功能,灯光色温 ≤ 3000K,亮度在 5%~15% 之间可调,且关闭时无延迟黑屏。"
3.2 场景卡片
场景卡片是一种轻量化的结构化采集工具,将典型用户场景写在卡片上,让用户通过排序、分类、补充等方式表达自己的优先级和期望流程。每张卡片包含:用户角色、触发条件、操作目标、环境约束 四个要素。
- 排序法:让用户按使用频率或重要性排列卡片,识别核心场景。
- 补充法:请用户在空白卡片上写出自己经历过的、但卡片集未覆盖的场景。
- 理想流程法:让用户选出最接近理想的卡片组合,并描述期望的操作路径。
适用场景:需求优先级排序、多角色协同流程梳理、产品迭代场景筛选。
| 卡片要素 | 说明 | 示例内容 |
|---|---|---|
| 用户角色 | 执行该场景的用户身份 | 仓库管理员 |
| 触发条件 | 什么情况下发起该场景 | 收到入库通知单 |
| 操作目标 | 用户希望达成的结果 | 30 秒内完成货物上架登记 |
| 环境约束 | 时间、设备、网络等限制 | 手持终端,库房无WiFi |
3.3 观察法
观察法通过在用户真实工作或生活环境中观察其行为,发现用户自己未能言明的隐性需求。观察法能够有效弥补“用户说的”与“用户实际做的”之间的差距。
- 实地观察:进入用户现场,记录操作步骤、环境干扰、异常处理方式。
- 远程观察:通过屏幕共享或监控录像分析用户操作路径和犹豫点。
- 影子跟踪:在不干扰用户的前提下,全程跟随记录其完整工作流。
适用场景:复杂业务流程还原、用户操作痛点发现、现有系统可用性评估。
3.4 日志分析
日志分析是基于用户行为数据的定量采集方法,通过分析系统记录的操作用户行为、功能调用频率、操作路径、错误触发等指标,从数据层面揭示真实使用模式。常用分析维度包括:
- 功能使用频率:哪些功能被高频调用,哪些长期无人使用。
- 操作路径长度:用户完成核心任务的平均步骤数,是否存在绕路行为。
- 流失节点:在哪个步骤用户放弃操作或报错退出。
- 时段分布:用户集中在什么时间段使用系统,是否存在峰值压力。
适用场景:已上线产品优化、验证访谈/观察所得假设、量化场景优先级。
3.5 方法对比与选择
四种方法在数据性质、时间成本、样本规模上各有侧重。选择时应根据项目阶段、可用资源和要回答的问题类型综合判断。以下框架帮助你快速做出选择:
四种方法并非互斥,在成熟项目中常组合使用:先用访谈+观察发现场景假设,再用场景卡片排序优先级,最后通过日志分析验证实际使用频率,形成完整的场景证据链。
| 采集方法 | 数据性质 | 时间成本 | 单次样本量 | 核心产出 |
|---|---|---|---|---|
| 用户访谈 | 定性 | 高 | 小(5~15人) | 用户痛点、动机、决策逻辑 |
| 场景卡片 | 定性+定量 | 中 | 中(15~40人) | 场景优先级、理想流程 |
| 观察法 | 定性 | 高 | 小(5~10人) | 真实行为、环境约束、隐性需求 |
| 日志分析 | 定量 | 低 | 大(百~百万级) | 使用频率、操作路径、流失节点 |
选择三问原则:
① 你要回答探索型问题还是验证型问题?
② 你有多少时间与预算可用?(访谈/观察 ≈ 2~3天/轮;卡片/日志 ≈ 1~2天/轮)
③ 用户场景是否可被直接观察或远程追踪?
① 你要回答探索型问题还是验证型问题?
② 你有多少时间与预算可用?(访谈/观察 ≈ 2~3天/轮;卡片/日志 ≈ 1~2天/轮)
③ 用户场景是否可被直接观察或远程追踪?
关键原则:无论选择哪种方法,始终以“用户试图解决什么业务问题”为采集主线。记录时区分客观事实(用户做了什么)与主观解释(用户认为什么),避免将用户建议直接等同于需求条目。
常见误区:
• 将“用户说了什么”等同于“用户实际做了什么”——访谈中用户声称的行为与实际操作往往存在30%~60%的偏差,必须用交叉验证(如观察或日志)校准。
• 只采集高频场景而忽略低频高风险场景——关键业务流程中的异常处理场景往往在日志中数据稀疏,需要用访谈或场景卡片主动覆盖。
• 将“用户说了什么”等同于“用户实际做了什么”——访谈中用户声称的行为与实际操作往往存在30%~60%的偏差,必须用交叉验证(如观察或日志)校准。
• 只采集高频场景而忽略低频高风险场景——关键业务流程中的异常处理场景往往在日志中数据稀疏,需要用访谈或场景卡片主动覆盖。