第三章 用户研究：目标用户画像构建、用户旅程地图绘制、场景与任务分析
好，咱们进入第三章。用户研究，说白了就是搞清楚「到底谁在用你的座舱」。
我见过太多团队，一上来就画界面、调动画，结果做出来的功能用户根本不用。为什么？因为没搞明白用户是谁、在什么场景下用车、真正需要什么。
这一章，我带你走完用户研究的三个核心步骤：画像构建、旅程地图、场景与任务分析。这三步走扎实了，后面的设计才不会跑偏。
3.1 目标用户画像构建
画像不是拍脑袋想出来的。我习惯用「数据+访谈」双轮驱动的方式来做。
3.1.1 画像的维度
一个完整的用户画像，至少包含这几个维度：
- 人口统计学特征：年龄、性别、职业、收入、家庭结构
- 驾驶行为特征：驾龄、日均驾驶时长、常用路线类型（城市/高速）
- 科技接受度：对智能设备的熟悉程度、是否愿意尝试新功能
- 核心痛点：当前用车过程中最烦心的事
- 目标与期望：希望座舱帮自己解决什么问题
举个例子：我之前做一款面向年轻家庭的座舱项目，最终提炼出三个典型画像：
- 「科技奶爸」：30岁左右，有1-2个孩子，喜欢尝鲜，但更关注安全和孩子在车内的体验
- 「通勤白领」：25-35岁，单身或情侣，每天通勤1小时以上，最烦堵车和找车位
- 「退休自驾族」：55-65岁，刚退休，喜欢长途自驾，对导航和语音交互要求高
3.1.2 构建方法
我个人习惯用「三步法」：
- 收集原始数据：问卷、用户访谈、后台日志分析。注意，访谈至少要做10-15人，才能覆盖主要类型。
- 提炼共性标签：把相似的用户行为、痛点、目标归类。比如「经常抱怨导航不准」可以归为「导航高依赖型」。
- 形成虚拟人物：给每个画像起个名字、配张照片（非真实用户）、写一段生活场景描述。让团队能「看见」这个用户。
避坑指南：我曾经犯过一个错——画像做得太「完美」。每个画像都是高收入、高学历、高品味。结果产品出来后，真实用户根本用不起。记住，画像要反映真实分布，别只盯着「理想用户」。
3.2 用户旅程地图绘制
画像有了，接下来要看用户「怎么用」你的座舱。旅程地图就是干这个的。
3.2.1 旅程地图的结构
一张标准的旅程地图，包含：
- 阶段：上车前、上车、驾驶中、停车、下车后
- 用户行为：每个阶段用户具体做什么
- 触点：用户与座舱交互的点（屏幕、语音、物理按键）
- 情绪曲线：用户在每个触点的情绪变化（开心、烦躁、困惑）
- 痛点与机会：哪里不爽？哪里可以改进？
| 阶段 | 用户行为 | 触点 | 情绪 | 痛点 |
|---|---|---|---|---|
| 上车前 | 用手机远程开空调 | 手机App | 😊 | App启动慢 |
| 上车 | 调整座椅、后视镜 | 物理按键 | 😐 | 记忆功能不灵敏 |
| 驾驶中 | 导航到新餐厅 | 中控屏、语音 | 😠 | 语音识别地址失败 |
| 停车 | 寻找充电桩 | 中控屏 | 😫 | 充电桩信息不实时 |
| 下车后 | 查看行车记录 | 手机App | 😊 | 无 |
3.2.2 绘制要点
嗯，这里要注意：旅程地图不是「流程图画完就完事」。我建议你带着团队做一次「实地跟车」——坐在真实用户旁边，看他怎么操作。你会发现，用户的行为和你想的完全不一样。
比如，我做过一个项目，用户画像里写「喜欢语音控制」，结果跟车发现，用户更习惯用手点屏幕。为什么？因为车里坐着孩子，怕语音吵醒孩子。你看，真实场景比画像复杂得多。
注意：旅程地图要区分「理想旅程」和「实际旅程」。很多团队只画「理想状态」，用户每一步都顺滑。但真实情况是，用户会在某个环节卡住、反复操作。把这些「卡点」标出来，才是地图的价值所在。
3.3 场景与任务分析
最后一步，把旅程地图里的每个阶段拆成具体的「场景」和「任务」。
3.3.1 场景定义
场景 = 谁 + 在什么环境 + 想达成什么目标。
举个例子：
- 场景A：科技奶爸，周末带两个孩子去郊野公园，路上孩子哭闹，需要安抚孩子的同时安全驾驶。
- 场景B：通勤白领，周一早高峰堵在高架上，还剩10分钟就要迟到，需要快速找到最近的停车场。
你看，同一个功能（比如「导航」），在不同场景下，用户的需求完全不同。场景A需要「哄娃模式」——自动播放儿歌、降低音量、推荐服务区。场景B需要「极速模式」——只显示关键信息、语音交互优先、推荐最近停车场。
3.3.2 任务分析
任务分析，就是把场景拆成用户「必须完成」的步骤。我习惯用「层级任务分析法」：
- 顶层任务：用户的核心目标（比如「安全到达目的地」）
- 中层任务：完成核心目标需要做的几件事（设置导航、调整空调、接听电话）
- 底层任务：每个中层任务的具体操作步骤（点击导航图标 → 输入地址 → 选择路线 → 开始导航）
实战技巧：做任务分析时，我建议你问自己三个问题：
- 这个任务用户每天做几次？
- 做这个任务时，用户的手和眼在哪里？
- 如果任务失败，后果有多严重？
比如「调节空调温度」这个任务，用户每天可能做5-10次，手在方向盘附近，眼在看路。所以，物理旋钮比触屏滑动更安全。这就是任务分析指导设计决策的例子。
3.3.3 场景与任务的优先级
不是所有场景都值得做。我见过团队把精力花在「一年用一次」的功能上，结果核心场景反而没做好。
我的做法是：用「频率 × 重要性」矩阵来排优先级。
| 频率/重要性 | 高重要性 | 低重要性 |
|---|---|---|
| 高频 | 必须做好（如导航、音乐） | 可以优化（如氛围灯） |
| 低频 | 保证可用（如紧急呼叫） | 暂缓或砍掉 |
说白了，先保证「高频高重要」的场景体验做到极致，其他的往后放。别贪多，嚼不烂。
我的经验：有一次，团队花了两周时间设计「车内K歌」功能，结果用户调研发现，90%的用户一年都不会在车里唱一次歌。而「导航语音播报太啰嗦」这个高频痛点，却一直没人管。嗯，从那以后，我坚持「场景优先，功能第二」。
小结
这一章的内容，其实就三句话：
- 画像：知道用户是谁，别猜，去问。
- 旅程：知道用户怎么用，别画理想，去跟车。
- 场景与任务：知道用户要什么，别贪多，抓核心。
下一章，我们会把这些研究成果转化成具体的设计需求。准备好了吗？