第一章 车载UI设计原则：驾驶安全优先
做车载UI设计，跟做手机APP完全是两码事。
我刚开始接触Android Automotive时，第一反应是「这不就是个安卓平板嘛」。结果被前辈狠狠教育了一顿。后来自己踩了坑才明白——车载UI的核心不是好看，是安全。你想想看，用户是在开车，不是在沙发上刷抖音。
1.1 驾驶安全优先
这是所有车载设计的铁律，没有之一。
我参与的第一个项目，客户要求在主界面放一个视频播放器。产品经理觉得「用户停车时可以看视频啊」。听起来合理对吧？但问题是——你怎么保证用户一定是在停车时操作？
具体来说，安全优先体现在几个方面：
- 操作时间限制： 单次交互操作不超过1.5秒
- 视觉干扰最小化： 避免闪烁、强对比色、复杂动画
- 触控区域足够大： 至少48x48dp，推荐64x64dp以上
- 关键功能物理化： 音量、空调、除雾等建议保留物理按键
我记得有一次测试，一个同事设计的音乐播放列表，每行只有32dp高。我开车时试了一下，根本点不准。后来改到56dp，体验好了很多。嗯，这个尺寸后来成了我们团队的标准。
1.2 信息层级设计
车载屏幕的信息量其实很大。导航、音乐、电话、车辆状态……全挤在一起。怎么排？
我个人习惯用「三秒法则」来检验——让一个陌生人看屏幕三秒，他能说出最重要的信息是什么吗？如果说不出来，说明层级有问题。
信息层级设计有几个关键点：
- 主次分明： 驾驶相关信息（导航、速度、警告）永远在最显眼的位置
- 渐进呈现： 不要一次性展示所有信息，用折叠、分页、语音等方式逐步展示
- 一致性： 相同类型的信息放在相同位置，用户形成肌肉记忆
举个例子，导航界面中，下一个转弯提示应该放在屏幕上方或中央，而音乐播放信息放在下方或侧边。为什么？因为转弯提示是安全关键信息，音乐不是。
实战经验： 我在做某个车型的HMI时，把车辆警告灯放在了屏幕左上角。测试反馈说「根本注意不到」。后来改到中央顶部，并加了红色边框，问题解决了。位置和视觉权重同样重要。
1.3 触控与语音交互
车载交互不是单一的触控，而是多模态的。说白了，就是「手不够用，嘴来凑」。
触控设计要注意：
- 防误触： 边缘区域不要放重要操作按钮
- 反馈及时： 触控后100ms内必须有视觉或触觉反馈
- 支持盲操作： 常用功能（切歌、调音量）不需要看屏幕就能完成
语音交互这块，我踩过不少坑。曾经有个项目，语音识别率在实验室里95%，上车后直接掉到60%。为什么？因为车内噪音、空调风声、乘客聊天……环境太复杂了。
💡 我的建议： 语音交互设计时，一定要考虑「失败场景」。比如语音没识别到，怎么办？语音误解了，怎么纠正？不要只画「成功路径」的流程图。
触控和语音不是二选一，而是互补。比如设置导航目的地，用语音输入；确认路线，用触控点击。各取所长。
1.4 夜间模式与主题适配
这个点很多人会忽略，但实际体验差距巨大。
你想想看，白天阳光直射下，屏幕亮度要够高才能看清。到了晚上，如果还是那么亮，驾驶员会被晃到眼睛，影响安全。
Android Automotive提供了原生的夜间模式支持，但光靠系统不够。我们需要自己做好几件事：
| 场景 | 亮度 | 色温 | 对比度 |
|---|---|---|---|
| 白天 | 高（80%-100%） | 冷色（6500K） | 高对比度 |
| 黄昏 | 中（50%-70%） | 中性（5000K） | 中等对比度 |
| 夜间 | 低（20%-40%） | 暖色（3000K） | 低对比度 |
我曾经遇到一个bug——夜间模式下，地图上的道路变成了深灰色，跟背景几乎融为一体。驾驶员根本看不清路。后来我们加了一个「夜间模式专用地图样式」，才解决这个问题。
主题适配不只是换颜色。字体大小、图标风格、间距都要跟着变。比如夜间模式下，图标线条可以稍微粗一点，因为人眼在暗光下对细节的辨识度会下降。
⚠️ 注意： 不要只用「亮色/暗色」两套主题。至少要考虑三套：白天、黄昏、夜间。有些车型甚至需要根据天气（雨天、雾天）自动切换主题。
知识体系总览
下面这张图是我自己整理的，把本章的核心知识点串了起来。你可以把它当作一个思维导图来看。
这张图把四个原则串在了一起。你会发现，它们不是孤立的。安全优先是顶层约束，信息层级是落地方法，触控与语音是交互手段，夜间模式是场景适配。缺一不可。
好了，第一章的内容就到这里。这些原则说起来简单，真正落地时处处是坑。后面几章我们会深入到代码层面，看看怎么在Android Automotive里把这些原则实现出来。
📌 本章要点回顾：
- 安全优先是车载UI的第一性原理
- 信息层级要遵循「三秒法则」
- 触控和语音要互补设计，别只画成功路径
- 夜间模式至少准备三套主题，别偷懒
公众号:蓝海资料掘金营，微信deep3321