4. 车载UI设计原则

做车载UI设计，最怕什么？

我最怕的是——设计师坐在办公室里，凭想象画出一套“看起来很酷”的界面，结果上车一测，驾驶员根本不敢点。为什么？因为那个按钮放在三级菜单里，得盯着屏幕找3秒钟。3秒钟，在高速上就是100米盲开。

所以这一章，咱们不聊花哨的动效，也不聊像素级的对齐。咱们聊聊设计之前，最该搞清楚的事：谁在用？在什么场景下用？哪些操作优先级最高？

4.1 驾驶任务优先级分析

车内有三排座位，但每个位置的任务权重完全不同。我习惯用一个简单的模型来划分：主驾是“安全核心”，副驾是“辅助操作员”，后排是“娱乐消费者”。

座位	核心任务	交互频率	安全风险	设计策略
主驾	驾驶、导航、关键信息获取	低（但必须精准）	极高	零层级、语音优先、大字体
副驾	导航设置、音乐切换、接电话	中	中	可触控、可接管主驾部分操作
后排	娱乐、空调、座椅调节	高	低	大屏、手势、独立音区

这里有个关键点：主驾的交互，必须遵循“单手操作+视线偏移不超过2秒”原则。我在做某款车型的HMI时，客户非要加一个“驾驶模式切换”的滑动条，放在屏幕最右侧。我直接拿测试数据怼回去：驾驶员要够到那个滑块，身体得离开座椅靠背，视线偏离路面超过1.5秒——这在法规测试里直接挂科。

4.2 分心驾驶与认知负荷理论

说白了，分心驾驶就是“眼睛离开路面”或者“脑子没在开车”。车载UI设计最大的敌人，就是认知负荷。

认知负荷分三种：

• 内在负荷：任务本身的难度。比如在高速上设置导航，本身就很难。
• 外在负荷：界面设计带来的额外负担。比如图标看不懂、按钮太小、层级太深。
• 相关负荷：学习新操作的成本。比如换了一台车，找不到雨刮开关。

车载UI能优化的，主要是外在负荷。我举个例子：

还有一个概念叫“视觉分心时间”。NHTSA（美国高速公路安全管理局）的标准是：单次视线离开路面超过2秒，就算危险。咱们设计时，可以用一个简单的方法自测：

// 视觉分心时间估算公式（我自己的经验值）
// 目标大小：按钮直径 >= 20mm（按屏幕PPI换算）
// 目标位置：距离驾驶员视线中心 <= 30° 视角
// 操作步骤：单次点击 < 2步

function isSafeInteraction(buttonSize, angle, steps) {
    if (buttonSize < 20) return false;  // 太小，看不清
    if (angle > 30) return false;       // 太偏，得转头
    if (steps > 2) return false;        // 步骤太多，记不住
    return true;
}

嗯，这个公式很粗糙，但实际项目中够用了。你想想看，如果每个交互都过一遍这个检查，能砍掉至少一半的“危险设计”。

4.3 用户画像与场景卡片制作

用户画像不是编故事，是数据驱动的典型用户模型。我一般会做3-4个画像，覆盖主要人群：

画像名称	年龄	驾驶经验	科技接受度	典型场景
老司机张哥	45岁	20年	低（只用收音机）	通勤、长途、听交通广播
科技控小李	28岁	3年	高（喜欢尝鲜）	自驾游、充电规划、语音控制
宝妈王姐	35岁	8年	中（关注安全）	接送孩子、买菜、后排娱乐

有了画像，再制作场景卡片。场景卡片是“用户+环境+任务”的组合。我习惯用这种格式：

做场景卡片时，我有个习惯：每个场景必须包含一个“冲突点”。比如“导航和电话同时进行”、“后排孩子哭闹需要调空调”、“副驾在设置导航而主驾在变道”。这些冲突点才是设计的真正考验。

4.4 知识体系：驾驶场景与用户研究框架

下面这张图，是我自己总结的驾驶场景与用户研究框架。它把“任务优先级”、“认知负荷”、“用户画像”和“场景卡片”串在了一起。做设计前，先跑一遍这个流程，能避免很多后期返工。

这个框架的核心逻辑是：先搞清楚“谁在开”、“开什么路”、“要干什么”，再动手画界面。我见过太多团队，一上来就画高保真原型，结果评审时被问“这个功能主驾能用吗？”——答不上来。嗯，那就是前期用户研究没做到位。

4.5 实战建议：从研究到设计的转化

最后，分享几个我在项目中踩过的坑，以及对应的解决办法：

• 别信“用户说想要什么”——用户说的往往是解决方案，不是真实需求。比如用户说“我想要个大屏幕”，其实他想要的是“看得清导航信息”。
• 场景卡片要“演”一遍——我习惯把场景卡片打印出来，找同事扮演用户，在模拟驾驶环境下走一遍流程。你会发现很多“纸上谈兵”发现不了的问题。
• 优先级不是固定的——车速不同，优先级会变。低速时音乐切换可以是P1，高速时它自动降为P2。设计时要考虑动态优先级。