第三章 用户场景构建：人物画像、场景卡片、使用旅程地图
用户场景构建是硬件产品需求分析的“第一块砖”。没有真实的场景洞察，后续的业务问题定义、用户访谈提纲、需求拆解都会变成空中楼阁。本章将系统讲解三种核心工具——人物画像（Persona）、场景卡片（Scenario Card）、使用旅程地图（Journey Map），并通过一个智能门锁案例展示它们的串联用法。
3.1 人物画像（Persona）——让用户“活”起来
人物画像不是虚构的角色，而是基于真实用户研究（访谈、问卷、日志分析）凝练出的目标用户典型。每个硬件产品通常需要 2～4 个画像，覆盖核心用户、边缘用户和决策者。
创建 Persona 的步骤：
- 收集原始数据：用户访谈记录、使用行为日志、客服工单。
- 提炼共性模式：从 10～20 位受访者中找出重复出现的需求/痛点。
- 填充画像框架：姓名、年龄、职业、技术熟练度、日常场景、目标、障碍。
- 赋予“真人感”：配一句典型语录，一张概念头像（非真实人脸）。
| 字段 | 示例内容 |
|---|---|
| 姓名 | 张工（工程师型用户） |
| 年龄/职业 | 34 岁 / 嵌入式软件开发 |
| 技术熟练度 | 高（可自行刷固件） |
| 典型场景 | 下班后远程开门、快递员临时授权 |
| 核心目标 | 稳定、低功耗、快速响应 |
| 主要痛点 | Wi-Fi 掉线自动开锁失败；电池续航短 |
💡 交付物模板：每个 Persona 输出一张 A4 卡片，包含上述字段 + 一张示意照片 + 一句典型语录。该卡片将作为后续场景卡片和旅程地图的角色锚点。
3.2 场景卡片（Scenario Card）——把“用”变成“故事”
场景卡片用简洁的叙事结构描述用户在特定时间、地点、动机下使用硬件产品的完整经过。一张卡片就是一个最小可行性场景样本。
标准卡片模板包含以下要素：
- 标题：一句话概括（如“下班回家未带钥匙”）
- 关联 Persona：指向哪个画像
- 触发条件：什么情况下开始
- 操作步骤：用户 + 硬件系统的交互序列
- 期望结果：用户认为的“理想完成”
- 实际痛点：当前方案中的失效点
例如，针对“张工”的智能门锁场景卡片：
标题：远程授权快递员临时开门
关联 Persona：张工（工程师型用户）
触发条件：快递员按门铃，张工在公司
操作步骤：
1. 张工手机收到门铃推送
2. 点击“临时密码生成”
3. 门锁屏幕显示 6 位一次性密码
4. 快递员输入密码开锁
期望结果：快递员顺利投递，密码 5 分钟后失效
实际痛点：密码生成响应延迟 > 3 秒，快递员不满3.3 使用旅程地图（Journey Map）——把“点”连成“线”
旅程地图将多个场景卡片按时间线组织，展示用户从“认知”到“使用”再到“售后”的完整旅程。每个阶段包含用户动作、接触点、情感曲线和机会点。
构建旅程地图的五个步骤：
- 划分阶段：购买前 → 安装配置 → 日常使用 → 维护升级 → 离开/替换
- 在每个阶段贴入场景卡片：选取最关键的 2～3 个场景
- 标注用户情感曲线：高/中/低情绪点
- 识别系统触点：App、门锁面板、网关、客服电话、说明书
- 提炼痛点与机会：标出“失分点”并给出优化建议
🔍 注意：旅程地图不是 UI 流程图而是“情感体验图”。硬件产品的物理交互（按键声音、指示灯、装潢匹配）往往比软件界面更影响情绪。
3.4 综合流程：从用户研究到需求拆解的桥梁
下图展示了三种工具的串联关系：用户访谈/观察产出原始素材 → 提炼 Persona → 编写场景卡片 → 拼接旅程地图 → 最终输出用户场景需求清单，直接驱动硬件规格和交互定义。
3.5 验收标准与交付物
本章结束后，您应能产出以下交付物：
| 编号 | 交付物模板 | 验收标准 |
|---|---|---|
| 1 | 人物画像卡片（PDF / 实体白板） | 每张画像包含≥6 个字段，且至少关联 1 个原始引用记录 |
| 2 | 场景卡片集（≥8 张，覆盖核心场景） | 每张卡片包含 Persona 指向、触发条件、步骤序列、预期/实际结果 |
| 3 | 使用旅程地图（一张大图，含情感曲线） | 区分≥4 个阶段，标识出≥3 个痛点机会点 |
| 4 | 用户场景需求清单 | 从旅程地图直接导出，附带优先级（P0/P1） |
⚠️ 常见反模式：跳过实地用户研究、直接编造 Persona；场景卡片写成功能列表（缺乏叙事）；旅程地图画出 UI 流程图（忽略情感）。请始终以“真实用户 + 真实环境”作为校验基准。