4. 交互设计核心原则
信息架构这个词，听起来挺唬人的。说白了，就是回答三个问题：车里有哪些功能？用户怎么找到这些功能？点进去之后怎么操作？
我做了这么多年座舱设计，见过太多原型一上来就画界面，结果做到一半发现功能堆不下了，导航逻辑也乱了。嗯，这就是没做信息架构的后果。今天咱们就把这块硬骨头啃下来。
4.1 功能模块划分：先分堆，再细化
拿到需求文档，别急着开 Figma。我习惯先拿一叠便签纸，把每个功能写在一张纸上，然后往墙上贴。你会发现，很多功能天然就能归到一类。
智能座舱的功能模块，我一般分成这么几大块：
| 模块 | 核心功能 | 典型页面 |
|---|---|---|
| 驾驶信息 | 车速、续航、里程、驾驶模式 | 仪表盘、HUD 设置 |
| 导航出行 | 地图导航、充电站规划、路况 | 地图主页、路线详情 |
| 影音娱乐 | 音乐、视频、电台、游戏 | 播放器、歌单、视频列表 |
| 车辆控制 | 空调、座椅、门窗、灯光 | 控制面板、快捷开关 |
| 设置与账户 | 系统设置、个人中心、蓝牙 | 设置页、账户信息 |
关键原则：每个模块的边界要清晰。导航模块里不要出现座椅加热，影音模块里不要塞进车辆诊断。我曾经见过一个原型，把行车记录仪的回放功能放在「设置」里，用户找了半天找不到——这就是模块划分没做好。
4.2 导航结构设计：让用户少点两下
导航结构决定了用户从 A 功能到 B 功能要走几步。我个人的经验是：任何功能，最多点 3 次必须到达。超过 3 次，用户就会烦躁。
座舱里常见的导航结构有三种：
- 底部 Tab 导航：适合一级模块切换，比如「导航」「音乐」「车辆」三个主 Tab。优点是直观，缺点是 Tab 数量不能超过 5 个。
- 侧边栏导航：适合功能较多的场景，比如设置页。可以折叠展开，层级深也不怕。
- 手势导航：从屏幕边缘滑动呼出快捷面板。适合高频操作，比如调节音量、切换驾驶模式。
你想想看，开车的时候用户根本没精力去仔细看屏幕。导航结构必须符合直觉。我一般会画一张导航结构图，把每个页面的入口和返回路径标清楚。
小技巧：用「用户旅程地图」来验证导航结构。模拟一个典型场景，比如「上车→导航去充电站→听歌→调节空调温度」，看用户需要点几次屏幕。超过 5 次，就得优化。
4.3 页面层级关系：别让用户迷路
页面层级，说白了就是「从哪进，到哪去，怎么回来」。我见过最糟糕的设计是：用户点进一个二级页面，找不到返回按钮，只能靠手势硬退。
页面层级一般分三层：
- 一级页面：主界面，比如仪表盘、地图主页、音乐首页。用户一上车看到的就是这些。
- 二级页面：功能详情页，比如歌单列表、导航路线详情、空调设置面板。
- 三级页面：具体操作页，比如编辑歌单、查看充电站详情、调整座椅记忆。
这里有个坑：三级页面不要嵌套三级页面。我曾经接手过一个项目，空调设置里有个「高级设置」，点进去又有「分区控制」，再点进去还有「风向微调」——整整四层。用户调个空调要花 10 秒，这在开车时是致命的。
避坑指南：页面层级超过 3 层时，必须用「模态弹窗」或「侧滑面板」来承载深层操作，而不是继续 push 新页面。这样用户能感知到「我还在当前页面」，不会迷路。
4.4 交互流程梳理：画出来，走一遍
交互流程，就是用户完成一个任务需要经过的所有页面和操作。我习惯用「泳道图」来画，把用户操作、系统响应、页面跳转都标清楚。
举个例子，用户想「通过语音设置导航目的地」：
- 用户说「导航到公司」
- 系统识别语音，弹出确认卡片
- 用户点击「确认」
- 系统跳转到导航路线预览页
- 用户选择路线，点击「开始导航」
- 系统进入导航模式，地图开始引导
每一步都要考虑异常情况：语音识别失败怎么办？没有网络怎么办？用户中途取消怎么办？这些都要在流程里体现。
下面这张图是我常用的信息架构总览，涵盖了模块划分、导航结构和页面层级的关系：
4.5 信息架构的验证方法
架构画完了，怎么知道好不好？我一般用三个方法验证：
- 卡片分类法：把功能名称写在卡片上，让不熟悉项目的人来分类。如果他们分类的结果和你设计的模块一致，说明架构是合理的。
- 任务走查法：列出 10 个典型任务，比如「调节副驾座椅加热」「查看剩余续航」「切换蓝牙设备」。逐个走查，记录点击次数和路径。
- 竞品对标：找 3 款同级别车型的座舱系统，分析它们的信息架构。不是照抄，而是看它们怎么解决类似问题。
我的经验：信息架构不是一次定稿的。我通常会在原型阶段迭代 3-4 版。第一版按功能划分，第二版按使用频率调整，第三版按用户反馈优化。别怕改，架构改好了，后面的界面设计会顺畅很多。
信息架构做扎实了，原型就有了骨架。下一层才是具体的界面布局和视觉设计。但那是后面章节的事了，咱们先把这章消化掉。