第4章 用户角色与场景识别：从访谈中提取用户画像、使用场景、痛点与期望
用户访谈收集到的原始数据是一锅“原料”，要变成PRD中可用的需求条目，必须先完成一次关键转化——从零散的用户原话中提炼出结构化的用户画像、使用场景、痛点与期望。本章将演示一套可复用的提取框架，帮助你从访谈文本中精准定位“谁在什么情况下遇到了什么问题、想要什么结果”。
学习目标：完成本章后，你将能够——① 从访谈记录中识别用户角色、业务背景与核心目标；② 用五要素法描述使用场景；③ 区分显性/隐性/潜在三层痛点；④ 将用户期望转化为可验证的需求指标。
4.1 用户画像三要素提取
用户画像不是“年龄+职业”的标签堆砌，而是与业务场景强相关的角色定位、环境背景、任务目标三要素组合。从访谈中提取画像时，要重点关注用户原话中的身份标识、环境描述和目标动词。
| 画像要素 | 定义 | 访谈中如何捕捉 | 原话示例 |
|---|---|---|---|
| 角色 | 用户在业务流程中的职能身份 | 寻找“我是……”“我们部门……”“我的职责是……”等表述 | “我是仓储主管，管着20个人的团队” |
| 背景 | 用户所处业务环境、工具、数据量级 | 关注“我们这里……”“一直以来……”“每天要处理……” | “仓库日均处理800个订单，但系统还是五年前的” |
| 目标 | 用户希望通过产品或改进达成的结果 | 捕捉“需要……”“希望……”“要……”“如果能……” | “我需要把错拣率降到千分之一以下” |
提取技巧：在访谈文本中用三种颜色高亮标注——蓝色标角色词、绿色标背景词、橙色标目标词，然后集中填入画像卡片。
4.2 使用场景五要素描述法
场景描述越具体，后续的方案设计越不容易跑偏。推荐使用五要素法来结构化每一个使用场景：
- 时间：该场景发生的时刻或频次（如“每天下午3点订单高峰”“每周一盘点”）
- 地点：物理或数字环境（如“仓库拣货区”“手机端APP”）
- 人物：涉及的所有角色（如“拣货员”“主管”“质检员”）
- 任务：用户正在完成的核心动作（如“按波次拣货”“核对库存差异”）
- 环境条件：干扰因素或约束条件（如“网络不稳定”“手推车空间有限”）
| 场景编号 | 时间 | 地点 | 人物 | 任务 | 环境条件 |
|---|---|---|---|---|---|
| SC-01 | 每日14:00–16:00 订单高峰 | 仓库A区货架通道 | 拣货员、主管 | 按系统分配订单拣货 | 通道狭窄、手推车需绕行 |
| SC-02 | 每工作日下班前30分钟 | 仓库办公室电脑前 | 仓储主管 | 核对当日库存变动 | 数据延迟15分钟以上 |
常见错误：把场景写成“用户在仓库使用系统”这种泛化描述。场景必须包含可观察的行为触发条件，否则后续无法推导出具体的功能方案。
4.3 痛点层次模型与期望映射
用户表达的痛点往往只是冰山一角。采用三层痛点模型可以帮你挖掘更完整的需求空间：
- 显性痛点——用户直接抱怨的问题，访谈中高频出现，如“这个功能太慢了”“经常崩溃”。
- 隐性痛点——用户未直接说，但从行为、语气、对比中透露出不满，如反复操作同一个步骤、叹气说“也能用吧”。
- 潜在痛点——用户习以为常的低效或风险，需要产品专家通过业务分析发现，如“一直这么做都习惯了”背后隐藏的效率损失。
期望则是痛点的正向映射。同一个痛点可以衍生出功能性期望（“希望能自动……”）、体验性期望（“操作要简单”）和价值性期望（“帮我省出两个人的人力”）。
| 痛点层次 | 访谈典型表述 | 对应期望类型 | 提取要点 |
|---|---|---|---|
| 显性痛点 | “拣货路线太绕了，每天多走两公里” | 功能性期望 | 直接记录为功能需求候选 |
| 隐性痛点 | “我每次都先查Excel再回系统对一遍” | 体验性期望 | 揭示流程断点或信息孤岛 |
| 潜在痛点 | “我们一直用纸质单子，习惯了” | 价值性期望 | 需要量化效率差异来证明 |
映射规则：每一条痛点至少推导出一条期望，每一条期望必须对应一个可验证的指标。例如“拣货路线太绕” → “期望智能推荐最短路径” → “路径长度减少≥30%”。
4.4 完整提取流程（SVG）
下面这张流程图展示了从原始访谈文本到用户画像、场景、痛点、期望的完整提取链路，也是你在实际项目中可以复用的操作路径：
4.5 实战案例：一段访谈文本的完整提取
以下是一段真实的用户访谈摘录，我们以此为例演示完整的提取过程。
访谈对象：张工 / 华东物流中心仓储主管 / 从业6年
访谈时间：2025-01-15
“我们这个仓库每天要处理将近800个订单，
但是现在的系统拣货路径规划太差了，
拣货员经常来回跑，一天下来多走三四公里。
我希望能有一个智能路径推荐功能，
至少减少30%的无效走动。
另外，库存数据更新总是有延迟，
下午的订单经常显示‘有货’实际已经空了，
导致我们不敢承诺客户准确的发货时间。
要是库存能实时同步就好了，
误差控制在五分钟以内我都能接受。
还有，月底盘点的时候系统导出的报表
跟实际库存总是对不上，
我们得两个人拿着纸质单子去货架上一一核对，
每次都折腾一整天。
要是能有一个移动盘点工具，
扫码就能自动比对差异，
那就太省事了。”使用本章框架对上述文本进行结构化提取，结果如下：
| 提取维度 | 提取结果 | 依据（原文关键词） |
|---|---|---|
| 用户画像 | 角色：仓储主管 / 背景：管理日均800单的物流中心，使用老旧系统 / 目标：降低无效走动、实现库存实时同步、简化盘点流程 | “我是仓储主管”“每天处理800个订单”“系统太差了”“希望能……” |
| 使用场景 | SC-01：每日订单高峰时段，仓库内，拣货员按系统分配路线拣货，通道拥挤导致绕路 SC-02：下午接单时，客服/主管查询库存可用量，数据延迟造成超卖 SC-03：月底盘点日，主管和员工持纸质单在货架区逐项核对 |
“每天”“拣货路径”“下午的订单”“月底盘点” |
| 痛点 | 显性：拣货路径不合理（多走三四公里）、库存更新延迟（超卖风险） 隐性：盘点依赖纸质单据+人工核对（效率低、易出错） 潜在：系统缺乏路径优化算法（长期被当作“就这样”的问题） |
“太差了”“多走三四公里”“有货实际已经空了”“折腾一整天” |
| 期望 | 功能期望：智能路径推荐（减少30%无效走动）、库存实时同步（延迟≤5分钟） 体验期望：移动盘点工具（扫码自动比对） 价值期望：降低错拣率、提升发货承诺准确率、盘点人工耗时减半 |
“希望能……”“要是库存能实时同步”“误差控制在五分钟以内”“扫码就能自动比对” |
产出物提示：以上表格可以直接作为PRD中“2.1 用户角色”、“2.2 使用场景”、“2.3 痛点与期望”章节的原始素材。每个期望都需要在后续章节中拆解为具体的功能方案和验收指标。
4.6 常见误区与校准清单
在辅导多个产品团队时，我们发现以下三类错误最容易在“用户角色与场景识别”环节出现。每次完成提取后，建议对照清单做一次自检：
- 把岗位名称当成用户画像：画像必须包含角色+背景+目标三元组，仅写“仓储主管”不算画像。
- 场景描述缺少触发条件：正确的场景应该能回答“什么信号让用户开始做这件事”，例如“每天下午2点系统推送新订单时”。
- 痛点与期望脱节：每条痛点必须至少映射出一条期望，每条期望必须对应一个可衡量的指标。如果发现期望无法量化，说明痛点挖掘得还不够深。
| 自检项 | 通过标准 | 是否达标 |
|---|---|---|
| 画像三元组完整 | 角色 + 背景 + 目标均从访谈原文中标注引用 | ☐ |
| 场景包含五要素 | 时间、地点、人物、任务、环境条件均已填写 | ☐ |
| 痛点分层清晰 | 显性/隐性/潜在各至少识别出一条 | ☐ |
| 期望可验证 | 每条期望对应一个量化指标或可观察的行为变化 | ☐ |
容易踩的坑：在识别阶段过早进入“解决方案模式”。当你听到用户说“我想要一个智能路径推荐功能”时，不要直接把这个写进PRD功能列表——先退回一步，问自己：用户背后的原始痛点是什么？真正的期望指标是什么？这个功能是唯一解还是可选解？把这些问题回答清楚，才能在后续章节做出高质量的需求拆解。
4.7 本章交付物模板
完成本章的学习后，你应该产出以下三个交付物，它们将直接作为PRD对应章节的输入：
- 用户画像卡片（每个核心角色一张）：包含角色名称、业务背景、核心目标、典型原话引用。
- 场景描述表：按照五要素格式列出3～5个核心使用场景，每个场景带编号和优先级。
- 痛点-期望映射矩阵：三列——痛点描述（含层次标注）、期望描述、验证指标。