第二章：用户研究与场景分析

做HMI设计，最怕什么？

最怕你坐在办公室里，拍脑袋想出一个「完美」方案。结果上车一测，司机根本找不到那个按钮。我见过太多这样的案例了。

所以这一章，咱们聊聊用户研究与场景分析。说白了，就是搞清楚三个问题：谁在开车？在什么情况下开？他需要什么？

2.1 驾驶场景分类

驾驶场景不是一成不变的。你想想看，高速巡航和市区堵车，驾驶员的状态能一样吗？

我个人习惯把驾驶场景分成三大类：

场景类型	典型特征	驾驶员状态	HMI设计要点
稳态驾驶	高速巡航、路况良好	放松、注意力分散	信息可丰富，交互可复杂
动态驾驶	城市道路、变道超车	紧张、注意力集中	信息精简，交互要快
极限驾驶	紧急避让、恶劣天气	高度紧张、反应时间短	只显示关键告警，禁止交互

嗯，这里要注意。场景不是死的。比如你在高速上巡航，突然前面有车急刹——这就从稳态瞬间切到极限了。HMI必须能感知这种变化，自动调整信息呈现方式。

2.2 用户画像构建

用户画像，不是编故事。我见过很多团队，画了个「张三，35岁，喜欢科技产品」——这有什么用？

真正有用的用户画像，要回答：这个人的驾驶习惯是什么？他对信息的容忍度有多高？

我建议至少构建三类典型用户：

• 技术控型：喜欢自定义，愿意花时间研究功能。但容易分心，需要防沉迷设计。
• 实用型：只看必要信息，其他一概不管。交互要直觉化，别让他思考。
• 新手型：驾驶本身就有压力，HMI要像教练一样温和。告警别太吓人，提示要清晰。

我在项目中遇到过一件事。有个用户画像写的是「喜欢运动模式」，结果实车测试时，那位用户根本不知道运动模式在哪开。你看，光有标签没用，得把行为路径画出来。

2.3 任务分析法在HMI设计中的应用

任务分析，说白了就是拆解动作。用户要完成一个目标，需要几步？每一步的认知负荷有多高？

举个例子。调节空调温度：

传统方案：
1. 找到空调按钮（视觉搜索）
2. 按下按钮（动作）
3. 看到温度显示（视觉确认）
4. 旋转旋钮（精细动作）
5. 确认温度变化（视觉反馈）

优化方案：
1. 语音说「温度调到24度」
2. 听到确认音（听觉反馈）

你看，从5步降到2步。认知负荷大幅降低。这就是任务分析的价值。

我曾经帮一个团队做HMI评审。他们的导航功能，要按5次才能开始导航。我说：「你想想看，司机在高速上，哪有功夫点5次？」后来改成了两步：语音输入目的地，确认即导航。

2.4 实战：如何做一次有效的用户研究

说了这么多理论，来点实际的。我一般按这个流程走：

1. 招募用户：别只找公司同事。要找真实车主，不同年龄、不同驾龄的。
2. 设定任务：比如「从A点到B点，途中要加油」。别告诉用户具体步骤，看他怎么操作。
3. 观察记录：用摄像头录下操作过程。重点关注：犹豫、误操作、视线离开道路的时间。
4. 复盘分析：把每个操作的时间戳标出来。超过2秒的操作，就是风险点。

我记得有一次测试，用户想调音量，结果摸了半天没找到旋钮。后来发现，他把音量旋钮设计在了方向盘背面。嗯，设计师觉得「这样更简洁」，但用户根本找不到。这就是典型的脱离场景的设计。

2.5 总结

用户研究和场景分析，不是设计的前置步骤。它应该贯穿整个设计过程。我习惯在每个设计阶段都问自己：这个方案，在堵车时好用吗？在夜间好用吗？在用户着急的时候好用吗？

如果答案是否定的，那就重新来。别怕改，怕的是改晚了。

下一章，咱们聊聊信息架构。怎么把这么多信息，合理地塞进一块屏幕里。嗯，那也是个有意思的话题。