第四章 信息架构设计：功能模块划分、导航结构设计、内容优先级排序
好，咱们进入第四章。信息架构，说白了就是给座舱里的所有功能找个「家」。你想想看，一个智能座舱里有多少东西？导航、音乐、空调、车辆设置、座椅按摩、驾驶模式……如果这些功能乱糟糟地堆在一起，用户一上车就懵了。
我参与过好几个量产项目，最深的体会就是：信息架构没做好，后面UI画得再漂亮也是白搭。用户找不到功能，就会觉得你这系统「不好用」。嗯，今天咱们就把这块掰开揉碎了讲。
4.1 功能模块划分：先给功能分堆
功能模块划分，就是做「分类」。我个人习惯用「卡片分类法」来起步。找几张便签纸，把座舱里所有功能写下来，然后开始分组。
举个例子，一个典型的智能座舱功能清单：
- 导航、路况、充电站搜索
- 音乐、电台、蓝牙电话
- 空调温度、风量、座椅加热
- 车辆设置、驾驶模式、灯光
- 行车记录仪、360影像
- 个人中心、账号、消息
这些功能怎么分？我一般会遵循一个原则：用户使用场景优先，技术归属其次。什么意思？
核心原则：把用户「经常一起用」的功能放在同一个模块里。比如「导航」和「路况」肯定在一起，「空调」和「座椅加热」也在一起。
我在项目中遇到过一种情况：工程师把「座椅记忆」放在了「车辆设置」里，但用户每次上车都想调座椅，结果得点三层菜单才能找到。后来我们把它挪到了「快捷控制」区域，用户满意度直接上来了。你看，这就是模块划分没做对。
常见的模块划分方式，我整理了一个表格：
| 模块名称 | 包含功能 | 用户场景 |
|---|---|---|
| 驾驶信息 | 仪表盘、导航、路况、ADAS | 开车时最需要看的信息 |
| 娱乐媒体 | 音乐、电台、视频、蓝牙 | 停车或副驾使用时 |
| 舒适控制 | 空调、座椅、氛围灯、香氛 | 调节车内环境 |
| 车辆设置 | 驾驶模式、灯光、门锁、充电 | 偶尔调整车辆参数 |
| 个人中心 | 账号、消息、应用管理 | 个性化设置 |
注意，这个表格不是死的。不同车型、不同用户群体，模块划分会有差异。比如运动型车，可能要把「驾驶模式」单独拎出来放在首页。
4.2 导航结构设计：让用户知道自己在哪
模块分好了，接下来就是导航结构。说白了，就是用户怎么从一个功能跳到另一个功能。
座舱HMI的导航结构，我总结下来主要有三种：
- 标签式导航：底部或侧边固定几个主标签，点击切换。比如「首页」「车辆」「设置」。
- 层级式导航：从首页进入二级页面，再进入三级页面。比如「设置」→「显示」→「亮度」。
- 混合式导航：标签式 + 层级式结合。这是目前最主流的做法。
我个人比较推荐混合式。为什么？因为座舱里有些功能需要快速切换（比如音乐和导航），有些功能则不需要频繁访问（比如系统更新）。
小技巧：导航层级不要超过3层。用户点3次还找不到想要的功能，就会烦躁。我曾经见过一个项目，车辆设置里藏了5层菜单，用户想调个氛围灯颜色得点6次……后来被用户吐槽惨了。
导航结构设计时，有几个坑要避开：
- 不要把所有功能都放在首页。首页应该是「高频功能」的集合，不是功能大全。
- 保持导航一致性。比如「返回」按钮的位置，在整个系统中应该统一。
- 考虑驾驶安全。驾驶中的操作，导航路径要尽量短，最好一步到位。
嗯，这里要注意：导航结构设计完，一定要做「走查测试」。找几个同事，让他们完成一些任务，比如「打开座椅加热并调到3档」。看他们需要点几次、走多少弯路。这个测试能帮你发现很多问题。
4.3 内容优先级排序：什么该放C位
内容优先级排序，就是决定「什么信息最重要、最应该被用户第一眼看到」。
我常用的方法是「用户任务分析法」。把用户上车后可能做的任务列出来，然后按频率和重要性打分。
举个例子：
| 用户任务 | 使用频率 | 重要性 | 优先级 |
|---|---|---|---|
| 查看续航里程 | 每次上车 | 高 | P0（最高） |
| 调节空调温度 | 每天多次 | 高 | P0 |
| 切换音乐 | 每天多次 | 中 | P1 |
| 设置充电时间 | 每周1-2次 | 中 | P2 |
| 查看用户手册 | 极少 | 低 | P3 |
P0级别的功能，必须放在首页或者一级菜单里。P3级别的，可以藏在二级甚至三级页面里。
警告：不要把所有功能都标成P0。我见过有些产品经理，每个功能都说「这个很重要」，结果首页塞了十几个入口，用户反而找不到重点。记住：优先级排序的本质是「做减法」。
内容优先级排序还有一个维度：驾驶场景 vs 停车场景。驾驶中，导航、车速、续航这些信息优先级最高；停车时，娱乐、设置、个人中心优先级可以提升。好的信息架构，应该能感知场景并动态调整内容的展示优先级。
我曾经参与过一个项目，我们把「续航里程」和「附近充电站」放在了首页最显眼的位置。结果用户反馈说「一上车就看到续航焦虑」。后来我们改成了「默认显示导航信息，续航低于20%时才自动弹出充电建议」。你看，优先级不是死的，得结合用户心理来调整。
4.4 实战：信息架构的输出物
信息架构设计完，要输出什么？我一般会交付三样东西：
- 功能模块清单：每个模块包含哪些功能，用表格列清楚。
- 导航结构图：用树状图画出从首页到每个功能的路径。
- 内容优先级矩阵：用2x2矩阵（频率×重要性）标出每个功能的位置。
举个例子，导航结构图大概长这样：
首页
├── 驾驶信息
│ ├── 导航
│ ├── 路况
│ └── 续航
├── 娱乐媒体
│ ├── 音乐
│ ├── 电台
│ └── 蓝牙电话
├── 舒适控制
│ ├── 空调
│ ├── 座椅
│ └── 氛围灯
└── 车辆设置
├── 驾驶模式
├── 灯光
└── 系统设置这个图看起来简单，但做起来很考验功力。每个分支的深度、每个功能的归属，都需要反复推敲。
我的习惯：信息架构设计阶段，我会用Axure或Figma画一个「线框图级别的原型」，只展示结构和内容位置，不纠结视觉细节。这样能快速验证架构是否合理。等架构定下来，再开始做高保真设计。
好，第四章的内容就到这里。信息架构是座舱HMI的骨架，骨架歪了，后面再怎么装修也救不回来。下一章咱们聊「交互流程设计」，到时候会讲到手势操作、反馈机制这些更细的东西。
记住一句话：好的信息架构，用户感觉不到它的存在；不好的信息架构，用户每时每刻都在骂它。