3. 信息架构设计：功能模块划分、信息层级梳理、导航流程设计

信息架构，说白了就是给座舱里的所有功能找个「家」。

我刚开始做HMI时，总觉得把功能堆上去就行。结果呢？用户找个空调设置要翻三层菜单。嗯，那体验简直灾难。

这一章，我们就聊聊怎么把功能模块分清楚、把信息层级理干净、把导航流程画顺畅。

3.1 功能模块划分：先分堆，再细化

拿到需求文档，别急着画界面。我习惯先做一件事——功能聚类。

把所有功能列出来，按使用场景和频次分组。座舱里常见的模块，我总结下来就这几类：

分好大类后，再往下拆。比如「车辆控制」可以拆成：

• 空调：温度、风量、风向、分区控制
• 座椅：位置、加热、通风、按摩
• 门窗：车窗升降、门锁、儿童锁
• 灯光：车内氛围灯、阅读灯、迎宾灯

每个子功能再继续拆，直到拆到「一个操作就能完成」的粒度。比如「温度」就是调高调低，不需要再往下分了。

3.2 信息层级梳理：深还是浅？这是个问题

功能分好了，接下来要决定它们怎么「叠」起来。

信息层级，我一般分三层：

1. 顶层（一级）：主界面、快捷卡片、全局状态栏
2. 中间层（二级）：功能模块主页、列表页、概览页
3. 底层（三级）：详情页、设置页、编辑页

你想想看，用户从顶层到底层，最多点几次？

我个人有个「三击原则」：任何功能，最多点三下必须到达。超过三下，用户就会烦躁。

举个例子，调节空调温度：

• 好的设计：主界面 → 点击温度数字 → 滑动调节（2步）
• 差的设计：主界面 → 进入车辆控制 → 进入空调 → 进入温度设置 → 调节（4步）

为什么会这样？因为很多设计师把「功能完整」放在了「效率」前面。但座舱里，效率才是王道。

我习惯用「信息架构树」来梳理层级。下面这张图，就是一个典型的座舱信息架构：

3.3 导航流程设计：让用户不迷路

层级定好了，接下来就是「怎么走」的问题。

导航流程，我把它分成三种模式：

我建议，主流程用线性或星型，网状导航作为补充。为什么？因为网状导航虽然灵活，但用户容易「走丢」。你想想看，从一个功能跳到另一个功能，再跳回来，层级一乱，用户就不知道自己在哪了。

举个例子，用户想「设置导航去充电站」：

1. 用户点击导航模块（1步）
2. 输入或选择充电站（2步）
3. 确认路线（3步）
4. 开始导航（4步）

嗯，4步，可以接受。但如果用户想「在听歌时设置导航」，怎么办？

这时候就需要全局搜索或语音助手了。用户直接说「导航去最近的充电站」，一步到位。网状导航的价值就在这里。

3.4 信息架构的验证方法

架构设计完了，怎么知道好不好？我一般用三个方法验证：

• 卡片分类法：找5-8个用户，把功能卡片给他们，让他们自己分类。如果用户的分组和你设计的一致，说明架构合理。
• 任务走查法：设定几个典型任务（如「调低空调温度」「设置导航去公司」），让用户走一遍流程，记录步骤数和出错点。
• 树形测试：只给用户看文字层级，不展示界面。让用户找到某个功能，看他们点了几次、选对了没有。