用户研究与场景分析：目标用户画像、驾驶场景分类、用户需求与痛点挖掘

做座舱HMI，最怕什么？

最怕你闭门造车，做出来一个「你觉得很好用」的东西，结果用户一上车就懵了。

我刚开始带项目的时候，就犯过这个错。当时我们团队花了三个月，把界面做得特别炫酷，动效丝滑，结果用户调研一出来，大家全傻了——用户说「我开车的时候根本找不到空调开关在哪」。嗯，从那以后，我再也不敢跳过用户研究这一步了。

1. 目标用户画像：你到底在为谁设计？

说白了，用户画像就是给你的目标用户「画个像」。你不能说「我的用户是所有人」，那等于谁都没服务好。

我个人习惯把座舱用户分成三类典型画像：

画像类型	年龄/职业	驾驶经验	科技接受度	核心诉求
科技先锋型	25-35岁 / 互联网、科技行业	3-8年驾龄	高，愿意尝鲜	酷炫、效率、自定义
务实通勤型	30-45岁 / 上班族、家庭用户	5-15年驾龄	中等，够用就好	安全、稳定、易用
保守传统型	45-60岁 / 传统行业、退休人员	10年以上驾龄	低，排斥复杂操作	简单、直接、可靠

我在做某款新能源车项目时，就遇到过这种冲突。年轻用户反馈「方向盘按键太多，影响美观」，而年长用户反馈「按键太少，盲操找不到」。最后我们做了可配置的物理按键方案——嗯，这其实就是用户画像驱动的设计决策。

2. 驾驶场景分类：不同场景，不同设计逻辑

你想想看，一个人在高速上开120km/h，和一个人在停车场找车位，他的注意力分配、操作容忍度、信息需求，完全不一样。

我一般把驾驶场景分成三大类：

2.1 停车场景

这是用户「最放松」的场景。车辆静止，用户有充足的时间和精力去探索功能。

• 典型行为： 设置导航、连接蓝牙、调整座椅/后视镜、看电影、玩游戏
• 设计重点： 信息密度可以高、层级可以深、动效可以丰富
• 避坑指南： 我曾经见过一个设计，停车时把空调面板藏到三级菜单里，用户找了一分钟没找到。停车场景虽然时间充裕，但「常用功能」依然要保持在浅层。

2.2 低速场景

车速低于30km/h，常见于城市拥堵、小区出入、找车位。用户注意力在「驾驶」和「操作」之间频繁切换。

• 典型行为： 切换音乐、接听电话、查看路况、开启360影像
• 设计重点： 操作路径要短、触控区域要大、反馈要即时
• 个人经验： 我习惯在这个场景下，把「高频操作」的按钮做到40px以上，低于这个尺寸，用户在颠簸路段很容易点错。

2.3 高速场景

车速超过80km/h，这是最危险的场景。用户的视觉和认知资源几乎全部被驾驶占用。

• 典型行为： 保持车道、观察路况、偶尔调节音量、查看仪表信息
• 设计重点： 信息极简、支持语音/方向盘盲操、避免视觉干扰
• 警告： 高速场景下，任何超过2秒的视线偏移，都可能导致严重事故。你的设计必须让用户「不低头」就能完成操作。

3. 用户需求与痛点挖掘：怎么找到真正的「坑」？

很多设计师喜欢坐在办公室里「脑暴」用户痛点。说实话，大部分都猜不准。

我常用的方法就三个：

1. 跟车访谈： 坐在用户副驾，看他实际怎么操作。你会发现，用户嘴上说的和手上做的，经常是两回事。
2. 日志分析： 埋点记录用户的操作路径。哪个功能点得多？哪个功能点进去就退出来？这些数据不会骗人。
3. 场景还原： 让用户回忆「上一次在车上感到烦躁/危险/困惑」的时刻。

举个例子。我们曾经发现一个数据：导航功能的「取消导航」操作，日均点击量极低。一开始我们以为是用户不需要，后来跟车才发现——用户不是不需要，而是「取消导航」藏在四级菜单里，根本找不到。最后用户只能靠边停车，重启车机。这就是典型的「设计痛点」。

4. 知识体系框架：一张图看懂本章逻辑

下面这张图，是我自己梳理的「用户研究与场景分析」核心框架。你看完应该能明白，这三块内容是怎么串起来的。

5. 实战建议：从零开始怎么做？

如果你现在刚接手一个座舱HMI项目，我建议你按这个顺序来：

1. 先做用户画像： 找3-5个典型用户，做深度访谈。别找太多，3-5个就能暴露80%的问题。
2. 再列场景清单： 把用户一天中可能遇到的驾驶场景全部列出来，然后按「频率」和「危险程度」排序。
3. 最后做痛点验证： 把你猜想的痛点，拿给用户看，问他们「这个功能让你烦过吗？」。