3. 用户研究与需求分析：目标用户画像、驾驶场景分析、功能优先级排序、竞品分析方法

好，咱们进入第三章。说实话，这一章是很多HMI设计师容易跳过的部分。大家一上来就画原型、调动画，结果做到一半发现「咦，这个功能到底给谁用的？」。嗯，我在项目里踩过这个坑，而且不止一次。

用户研究与需求分析，说白了就是搞清楚三件事：谁在用？在什么场景下用？哪些功能最重要？ 咱们一个一个来拆。

3.1 目标用户画像：别给所有人设计

你想想看，一个20岁的年轻人跟一个50岁的老司机，对仪表盘的期待能一样吗？年轻人可能想要酷炫的动画、自定义主题；老司机可能只关心车速、油量、故障灯。所以，第一步就是建立用户画像。

我个人习惯把用户分成三类：

• 核心用户：每天开车、依赖仪表盘获取关键信息的人。比如出租车司机、通勤族。
• 边缘用户：偶尔开车，对仪表盘操作不熟悉。比如家庭主妇、刚拿驾照的新手。
• 极端用户：有特殊需求的人。比如赛车爱好者、视力障碍者。

我在做某个新能源车项目时，发现我们的目标用户画像里漏掉了「夜间驾驶者」。结果第一批样机出来，仪表盘在夜间模式下反光严重，差点被客户打回来。所以，画像是动态的，要不断补充。

3.2 驾驶场景分析：别在实验室里闭门造车

场景分析，说白了就是模拟用户「在什么情况下看仪表盘」。我见过太多团队，在明亮的办公室里设计仪表盘，结果一上路就完蛋。

常见的驾驶场景包括：

• 白天强光：阳光直射时，屏幕亮度够不够？对比度行不行？
• 夜间行驶：会不会太亮刺眼？自动亮度调节响应快不快？
• 高速巡航：信息密度要低，只看车速和导航就够了。
• 拥堵路段：频繁启停，需要显示能耗、剩余里程。
• 倒车/泊车：360影像、雷达提示，仪表盘要配合中控屏。

我记得有一次，我们测试时发现仪表盘在隧道里切换亮度有延迟。嗯，这个bug在实验室里根本复现不了，因为实验室没有「突然变暗」的场景。所以，我建议你们一定要做实车路测，至少跑三种不同光线条件。

3.3 功能优先级排序：别什么都想要

功能优先级排序，是HMI设计里最容易吵架的环节。产品经理说「这个功能必须有」，开发说「做不了」，设计师说「太丑了」。怎么办？

我推荐用Kano模型来分类：

分类	定义	例子	优先级
基本型需求	没有会出大事	车速显示、故障灯、油量	P0（必须做）
期望型需求	有了会更好	导航提示、音乐控制	P1（尽量做）
兴奋型需求	没有也行，有了惊喜	自定义主题、动态壁纸	P2（锦上添花）
无差异需求	有没有都一样	仪表盘边框颜色	P3（砍掉）

我曾经在一个项目里，产品经理非要加「仪表盘游戏」功能。我问他：「用户会在开车时玩游戏吗？」他说「停车时可以玩」。我说：「那为什么不用手机？」。最后这个功能被砍掉了。你想想看，资源是有限的，别在无差异需求上浪费时间。

3.4 竞品分析方法：别闭门造车

竞品分析，不是让你抄，而是让你知道「别人踩过哪些坑」。我一般会从三个维度分析：

1. 信息架构：竞品把哪些信息放在仪表盘上？布局怎么排的？
2. 交互方式：是触控？按键？还是语音？响应速度如何？
3. 视觉风格：颜色、字体、图标，有没有统一的设计语言？

我常用的竞品分析表格：

竞品	信息架构	交互方式	视觉风格	优点	缺点
Tesla Model 3	极简，无仪表盘	中控屏触控	扁平化，黑白灰	信息集中	学习成本高
奥迪虚拟座舱	全液晶仪表，可自定义	方向盘按键+语音	科技感，蓝色调	信息丰富	操作复杂
宝马iDrive	传统仪表+抬头显示	旋钮+语音	运动风格	易上手	创新不足

嗯，这里要注意：竞品分析不是「谁好看就学谁」。你要结合自己的目标用户和驾驶场景。比如，你的用户是网约车司机，那Tesla那种无仪表盘设计就不合适，因为司机需要频繁看车速。

最后说一句：用户研究与需求分析，不是一次性工作。它应该贯穿整个HMI开发周期。原型阶段要验证，量产前要回归测试。我见过太多项目，前期调研做得轰轰烈烈，后期全忘了。结果呢？用户不买账。

好，这一章就到这里。下一章咱们聊聊信息架构与布局设计，那才是真正动手画原型的时候。