2. 用户场景挖掘方法:场景地图、用户故事与痛点分析
用户场景是PRD的“第一块积木”。缺少场景的需求,要么是伪需求,要么无法被技术团队理解和落地。场景挖掘的核心任务,是从模糊的业务问题出发,还原“谁、在什么时间、什么地点、因为什么触发、执行了什么操作、期望得到什么结果”的完整叙事。
2.1 用户场景的核心要素
一个完整可用的用户场景,必须包含以下5个维度(5W1H的变体):
- 角色(Who):具体的用户画像或角色标签。
- 目标(What):用户试图完成的任务或满足的需求。
- 动机(Why):驱动用户执行任务的根本原因或情绪。
- 环境(Where & When):物理环境、设备状态、时间限制。
- 流程(How):完成任务的具体步骤序列。
避坑指南: 不要用“用户可能觉得……”来替代场景。场景必须是“用户A在B条件下,为了C目标,执行了D操作”。模糊的假设必须标注为“待验证假设”,并在下一轮迭代中通过用户访谈验证。
2.2 三大核心挖掘方法与工具
专业的产品经理从不空想场景,而是通过以下三种结构化方法,从原始信息中挖出高质量场景。三种方法相互补充,分别解决“全局性”“单一价值点”和“问题根源”的问题。
2.2.1 场景地图
场景地图以时间轴展开,横向列出用户从触发到完成的全部步骤,纵向罗列不同触点(如手机、电脑、线下门店)的表现。
- 输出物:可视化的端到端用户旅程图。
- 关键动作:标注每个步骤的用户情绪(高/中/低)。
- PRD对应:业务流程图、用户操作流章节。
2.2.2 用户故事
用户故事聚焦单一角色的单一价值交付。标准模板为:
- 模板:As a [用户角色], I want [功能目标], So that [业务价值/动机].
- 验收标准:附加明确的Acceptance Criteria(AC),定义“完成”的标准。
- PRD对应:用户需求列表、功能清单章节。
2.2.3 痛点分析
痛点分析是反向挖掘场景。通过用户访谈、客服记录、竞品差评等渠道,收集用户当前遇到的挫败点。
- 分类框架:功能缺失、性能不足、体验不佳、认知不匹配。
- 引用原声:保留用户原话作为证据,增强说服力。
- PRD对应:问题分析与机会点章节。
2.3 三种方法的对比与组合策略
| 方法 | 核心用途 | 输出格式 | 最佳应用阶段 |
|---|---|---|---|
| 场景地图 | 全局流程梳理 | 可视化地图 + 情绪曲线 | PRD早期框架搭建 |
| 用户故事 | 单一角色价值确认 | As a… I want… So that… | 需求优先级排序 |
| 痛点分析 | 问题根源定位 | 问题列表 + 用户原声 | 与用户访谈同步进行 |
2.4 用户访谈:绑定业务问题与场景
用户访谈是场景挖掘的“原料产地”。建议采用半结构化访谈,在30-45分钟内完成以下闭环:
- 背景介绍:说明访谈目的,建立信任。
- 行为回顾:让用户复盘最近一次使用同类产品的经历。
- 痛点深挖:对每一个挫败点追问“为什么”至少3次。
- 场景验证:拿出已绘制的假设场景地图,请用户修正。
常见访谈偏见:
1. 引导性问题:“如果加这个功能你会不会觉得更好?”(应改为“你目前是怎么解决这个问题的?”)。
2. 采样偏差:只采访产品现有用户,忽略流失用户和潜在用户。
3. 只关注功能:忽略环境限制、设备性能、操作习惯等软因素。
2.5 需求拆解与交付物模板
完成访谈与场景挖掘后,产出结构化文档作为PRD的原始输入。
# 用户场景挖掘交付物模板 V1.0
## 1. 场景地图(端到端流程)
- 用户角色:_______
- 触发条件:_______
- 核心步骤:1. ______ 2. ______ 3. ______
- 情绪低谷点:_______
## 2. 用户故事列表
- US-001: As a [角色], I want [功能], So that [价值]
- AC1: ______
- AC2: ______
- US-002: ______
## 3. 痛点记录表
- 痛点ID:P-001
- 用户原声:“______”
- 所属步骤:______
- 严重等级:高/中/低
2.6 指标验证与验收标准
挖掘到的场景是否真实有效,需通过以下指标验证:
- 覆盖率:场景是否覆盖了主要用户角色及核心业务流程?
- 冲突次数:内部评审时,针对场景的质疑次数(越低说明场景越扎实)。
- 情绪基线准确率:用户访谈中对情绪低谷点的验证吻合度(>80%为合格)。
标准验收检查点(Checklist):
□ 每个需求都对应了一个明确的用户场景
□ 场景地图已标注情绪低谷点
□ 痛点分析引用了至少2个用户的原始反馈
□ 已排除虚假场景(技术上无法实现或用户无实际动机)
□ 每个需求都对应了一个明确的用户场景
□ 场景地图已标注情绪低谷点
□ 痛点分析引用了至少2个用户的原始反馈
□ 已排除虚假场景(技术上无法实现或用户无实际动机)