第3章:用户场景描述方法
用户场景是连接真实世界与产品方案的桥梁。本章将系统讲解四种核心的用户场景描述方法——人物画像、场景卡片、情境故事与痛点映射,帮助你将模糊的用户需求转化为可验证、可沟通的结构化描述。
3.1 人物画像 (Persona)
人物画像不是虚构角色,而是基于真实用户访谈与数据提炼出的典型用户模型。一份高质量的人物画像应包含以下维度:
- 基本信息:姓名、年龄、职业、城市、收入范围
- 行为特征:使用设备的习惯、信息获取渠道、决策方式
- 目标与动机:使用产品想要达成的核心目标、内在驱动力
- 痛点与障碍:当前工作流中遇到的具体困难、情绪反应
经验要点:不要在画像中添加未经访谈验证的假设信息。每个信息点都应标注来源,如“访谈ID: U007”“问卷统计第3题”。
3.2 场景卡片 (Scenario Card)
场景卡片描述用户在特定时间、地点、情境下,通过产品完成某个目标的过程。标准的场景卡片包含:
| 元素 | 描述 |
|---|---|
| 时间 | 触发场景的时间段或特定时刻 |
| 地点 | 物理或数字环境 |
| 人物 | 参与角色及其关系 |
| 事件 | 触发到完成的任务序列 |
| 结果 | 成功或失败的具体状态 |
3.3 情境故事 (Contextual Story)
情境故事使用叙事手法还原用户使用产品的完整过程,便于团队共情与需求验证。故事结构采用经典三段式:
【情境背景】
张宁是某电商平台的运营主管,每天需要手动导出各渠道销售数据并制作报表。
这项工作耗时约2小时,且容易因数据源不一致导致报表出错。
【关键行为】
某次周会前,张宁发现某渠道数据与内部系统存在偏差。
她需要在30分钟内定位问题并修正报表,否则会议将无法展示完整业绩。
【结果与情绪】
张宁最终加班到深夜才完成修正。她感到焦虑和挫败,“为什么不能自动核对所有渠道的数据再生成报表?”
编排原则:情境故事中的每一处“情绪点”都应映射到一个潜在的产品功能或体验优化方向。
3.4 痛点映射 (Pain Point Mapping)
痛点映射将用户在情境中暴露的负面体验与产品机会点进行结构化对应。常用的映射维度包括:
- 痛点:用户明确表达的不满、阻碍、浪费时间或成本的环节
- 爽点:用户期望但当前无法实现的流畅体验
- 痒点:用户尚未意识到、但一旦提供会带来惊喜的能力
3.5 实践步骤:从访谈记录到场景描述
- 整理原始素材:将用户访谈录音转写为文本,标注关键引用和情绪词
- 提取共性模式:分析多个用户的重复行为、相似痛点与共同目标,分组归类
- 构建人物画像:为每组典型用户撰写人物画像,每个画像附带至少2条原始引用证据
- 编写场景卡片:基于画像,撰写3-5个高频或高价值的场景卡片
- 撰写情境故事:选择核心场景扩写为完整叙事,突出冲突与转折
- 产出痛点映射表:将每个故事中的负面体验转化为结构化的痛点条目,并标注优先级
常见误区:不要跳过“整理原始素材”直接编造画像。未经真实数据验证的画像会误导后续所有需求分析工作。
3.6 交付物模板
本章对应的交付物为《用户场景描述文档》,包含以下模板结构:
# 用户场景描述文档 V1.0
## 1. 人物画像
| 画像名称 | 典型用户 | 核心目标 | 关键障碍 | 数据来源 |
|---------|---------|---------|---------|---------|
| 运营主管张宁 | 35岁,电商运营,5年经验 | 自动生成跨渠道报表 | 手动核对耗时、易出错 | 访谈U003、U005 |
## 2. 场景卡片清单
| 卡片编号 | 场景名称 | 所属画像 | 触发条件 | 期望结果 |
|---------|---------|---------|---------|---------|
| SC-01 | 月度报表自动生成 | 张宁 | 每月1日9:00 | 5分钟内获得准确报表 |
## 3. 情境故事(摘录)
【故事ID: ST-01】运营主管张宁的报表困境...
## 4. 痛点映射表
| 痛点编号 | 场景来源 | 痛点描述 | 情绪强度 | 机会点 | 优先级 |
|---------|---------|---------|---------|-------|-------|
| PM-01 | ST-01 | 手动核对多源数据 | 高 | 自动数据对齐引擎 | P0 |
验收提示:将交付物拿给原始访谈用户复核,确认场景描述是否准确反映其真实体验。用户反馈“对,我就是这么想的”才算通过。