第2章 用户场景采集：从访谈洞察到场景优先级
用户场景是产品需求的起点。本章通过生鲜电商平台“鲜达”的落地案例，演示如何用结构化访谈捕获真实情境，提取核心场景，并通过优先级矩阵排出开发顺序，最终输出可复用的场景卡片。你将掌握从“用户一句话”到“规范场景要素”的完整链路。
2.1 用户访谈技巧
用户访谈不是随意聊天，而是带着半结构化提纲的探测式对话。下表对比了三种常用访谈形式的适用场景与产出质量。
| 访谈类型 | 适合场景 | 典型产出 | 技巧要点 |
|---|---|---|---|
| 结构化 | 验证已知假设 | 统计数据 | 问题顺序固定，避免偏离 |
| 半结构化 | 探索未知需求 | 情境故事+痛点描述 | 灵活追问，保持主线 |
| 非结构化 | 早期发现方向 | 用户日常叙事 | 倾听为主，控制时长 |
鲜达实践：对家庭主妇李阿姨采用半结构化访谈，用“你最近一次买菜的完整过程”开场，自然引出“怕菜不新鲜”、“希望有推荐”等真实痛点。
2.2 使用情境提取
从访谈录音或笔记中剥离出“谁、在什么时候、什么地方、想完成什么、遇到什么阻碍”。我们将这五要素命名为“情境五元组”。
- 用户：具备典型人口特征和行为模式的角色
- 目标：用户在特定时间点想达成的结果
- 环境：物理位置、设备、网络、社交氛围
- 行为：用户采取的关键操作序列
- 痛点：当前方案中用户的不满足点或障碍
情境示例（鲜达）
用户：李阿姨，65岁，退休，独居，会用微信但不习惯复杂操作。
目标：在早晨6点手机下单，确保12点前收到新鲜时蔬。
环境：家中WIFI，使用子女淘汰的旧小米手机，屏幕较小。
行为：打开APP→搜索“小青菜”→发现需要先选择配送区域→操作不流畅→放弃。
痛点：无法快速定位到常买的菜，配送时段提示不醒目。
用户：李阿姨，65岁，退休，独居，会用微信但不习惯复杂操作。
目标：在早晨6点手机下单，确保12点前收到新鲜时蔬。
环境：家中WIFI，使用子女淘汰的旧小米手机，屏幕较小。
行为：打开APP→搜索“小青菜”→发现需要先选择配送区域→操作不流畅→放弃。
痛点：无法快速定位到常买的菜，配送时段提示不醒目。
2.3 场景优先级排序
面对多个候选场景，使用“用户价值 × 实现难度”二维矩阵定位。纵轴用户价值（高/中/低），横轴实现难度（低/中/高），决策顺序为：高价值+低难度 优先，低价值+高难度 推迟或放弃。
| 场景 | 用户价值 | 实现难度 | 优先级 |
|---|---|---|---|
| 配送时段清晰可见 | 高 | 低 | P0（必须立即做） |
| 智能推荐家庭常购清单 | 高 | 中 | P1（下一个迭代） |
| 语音搜索生鲜 | 中 | 高 | P2（远期探索） |
| 社区拼团入口 | 低 | 中 | P3（暂不做） |
避坑提示：不要仅凭直觉排序，必须用用户价值访谈分数和开发成本估算做交叉验证。鲜达团队曾因“社区拼团”呼声高而优先投入，结果数据证明实际使用率不足5%。
2.4 场景卡片模板
每个场景用标准卡片固化，便于后续PRD和原型阶段引用。推荐字段如下：
场景ID: SC-002
场景名称: 快速定位常买生鲜
用户故事: 作为家庭采购者，我想在首页看到我常买的商品，
以便无需搜索即可一键加购。
情境五元组:
- 用户: 李阿姨 (65岁, 每周三次线上买菜)
- 目标: 30秒内找到常买的西红柿、鸡蛋
- 环境: 清晨家中, 旧手机, 触屏反应慢
- 行为: 打开APP → 浏览首页推荐 → 点击“常买”标签
- 痛点: 搜索功能层级过深, 推荐不准
预期效果: 用户从启动到加购≤20秒
优先级: P0
验收标准: 首页“常买”入口点击率≥40%, 加购转化率≥25%
贯穿案例：鲜达生鲜电商平台
2.4.1 用户故事
用户画像：李阿姨，65岁，退休独居，手机操作生疏，对菜品新鲜度高度敏感。
故事：“我每天早上5点半起床，用手机买菜最怕折腾。有一次为了找一棵大白菜，点了七八个页面，最后菜没买到，手机还给冻关机了。要是打开APP就能看见我常买的菜，那该多省心。”
2.4.2 访谈记录→情境提取→优先级排序→场景卡片
经过5位类似用户的半结构化访谈，提炼出3个核心情境。采用上文的矩阵排序，确定“首页常买入口”为P0。场景卡片已在上文完整展示。
2.4.3 PRD片段（场景需求定义）
功能名称: 首页“常买”快捷入口
功能描述: 在首页顶部区域展示用户历史购买频次最高的5个商品，
以横向滑动卡片呈现，支持一键加购。
交互细节:
- 默认展开“常买”区域，区域标题为“您常买的”
- 每个商品卡片展示：商品名、单价、历史购买次数
- 点击卡片直接加入购物车，并显示“已加购”动效
- 若用户历史购买数据不足3个，该区域隐藏
数据埋点:
- 曝光事件: constant_buy_area_show
- 点击事件: constant_buy_item_click
- 加购事件: constant_buy_add_cart
2.4.4 原型说明
原型图（此处以文字描述）：首页顶部保持搜索栏，下方第一个模块即为“常买”横向滚动区，每个商品卡片带圆角阴影，背景白色，强调“×次购买”标签。点击卡片时，卡片缩小再复原，购物车图标显示角标+1。
原型联动要点：PRD中每个场景ID应直接对应原型页面上的标注，确保开发、测试在原型上能快速定位场景覆盖区域。
2.4.5 验收要点
- 功能验收：用户登录后首页出现“常买”区域；点击卡片商品加入购物车成功；历史订单超过3个才显示。
- 交互验收：横向滑动流畅；加购动画不超过0.6秒；点击时无重定向。
- 数据验收：曝光、点击、加购事件正确定位到后台日志。
- 场景覆盖：最低配手机（如Xiaomi 6）加载时间≤2秒，无崩溃。
用户场景采集流程总览
本章要点回顾：场景采集四步走——访谈得情境、情境成卡片、卡片排优先级、优先级驱动PRD+原型+验收。在“鲜达”案例中，正是通过用户李阿姨的访谈挖掘出“首页常买”这个高价值低难度场景，避免团队在社区拼团等低收益场景上浪费资源。