第4章 信息架构设计:功能模块划分、导航结构设计、信息层级梳理、任务流程设计
好,咱们进入正题。
信息架构设计,说白了就是给座舱系统搭骨架。你想想看,一个座舱里有几十个功能页面,上百个操作入口,如果没有清晰的信息架构,用户一上车就懵了——「这功能在哪儿?」「我怎么退出导航?」「空调温度怎么调?」
我做了这么多年座舱设计,见过太多项目栽在信息架构上。有的团队一上来就画高保真原型,结果做到一半发现功能放不下,导航逻辑混乱,最后推倒重来。嗯,咱们今天就把这块地基打牢。
4.1 功能模块划分:先分堆,再细化
功能模块划分,我的习惯是「先粗后细」。别一上来就想着把所有功能列出来,那会把自己淹死。
第一步:按用户场景分堆
座舱系统的功能,本质上服务于几个核心场景:
- 驾驶场景:导航、仪表、HUD、驾驶模式切换
- 舒适场景:空调、座椅调节、氛围灯
- 娱乐场景:音乐、视频、电台、游戏
- 通讯场景:电话、消息、语音助手
- 车辆设置:系统设置、账户、OTA升级
我在项目中遇到过一个问题:团队把「座椅按摩」放到了「舒适」模块里,但用户更习惯在「驾驶」场景下调整座椅。后来我们做了用户测试,发现大部分人在上车后第一件事就是调座椅,而不是专门去「舒适」页面找。所以,功能归属不能只看逻辑分类,更要看用户的操作习惯。
第二步:按优先级排序
不是所有功能都同等重要。我一般用这个矩阵来排:
| 优先级 | 特征 | 示例 |
|---|---|---|
| P0 | 驾驶安全相关,必须常驻 | 导航、仪表、紧急呼叫 |
| P1 | 高频使用,需快速访问 | 音乐、空调、电话 |
| P2 | 低频但必要 | 车辆设置、OTA升级 |
| P3 | 个性化或扩展功能 | 主题商店、第三方应用 |
4.2 导航结构设计:别让用户迷路
导航结构,我把它比作座舱的「交通系统」。好的导航让用户知道「我在哪儿」「我能去哪儿」「怎么回来」。
常见的导航模式
- 标签式导航:底部或侧边固定几个主标签,适合功能模块清晰、数量少的场景。比如「导航」「音乐」「空调」「设置」四个标签。
- 层级式导航:从主页面进入子页面,再进入更细的页面。适合设置类功能,比如「设置 → 显示 → 亮度调节」。
- 仪表盘+中控联动:仪表盘显示驾驶信息,中控屏显示娱乐和舒适功能。两者通过方向盘按键或语音交互切换。
我个人比较推荐「混合式导航」。举个例子:底部固定4个主标签,每个标签下再支持层级跳转。同时,仪表盘常驻导航和车速信息,中控屏负责其他操作。这样既保证了驾驶安全,又兼顾了操作效率。
4.3 信息层级梳理:让用户一眼看到重点
信息层级,说白了就是「什么信息该大,什么信息该小」。座舱屏幕空间有限,但信息量巨大。你不可能把所有东西都堆上去。
我的梳理方法
- 区分主次信息:驾驶相关的信息(车速、导航指令、剩余电量)是主信息,必须大字号、高对比度。娱乐信息(歌曲名、专辑封面)是次信息,可以小一些。
- 分组与留白:同类信息放一起,不同类信息用间距或分割线隔开。别把所有东西挤成一团。
- 视觉权重:用颜色、大小、粗细来区分层级。比如,导航指令用蓝色高亮,警告信息用红色闪烁,普通信息用灰色。
举个例子,导航页面的信息层级可以这样设计:
| 层级 | 内容 | 视觉表现 |
|---|---|---|
| 一级 | 导航指令(左转、直行) | 大字号+动态箭头+语音播报 |
| 二级 | 剩余距离、预计到达时间 | 中等字号,位于指令下方 |
| 三级 | 路况信息、加油站提示 | 小字号,图标+文字 |
| 四级 | 音乐播放、空调状态 | 悬浮小卡片,可收起 |
核心原则:驾驶时,用户扫一眼屏幕的时间不超过1秒。所以,一级信息必须能在0.5秒内被理解。我习惯用「3秒测试」——让同事看页面3秒,然后问他记住了什么。如果他说不出重点,说明层级没做好。
4.4 任务流程设计:让操作像呼吸一样自然
任务流程设计,关注的是「用户完成一个操作需要几步」。比如「打开空调并调到24度」,这个任务应该能在2步内完成。
设计步骤
- 定义任务起点和终点:起点是用户产生需求,终点是需求被满足。比如「觉得热 → 打开空调 → 调低温度 → 感觉舒适」。
- 画出流程图:用泳道图或流程图把每一步画出来。注意分支情况,比如「用户想调温度但找不到温度按钮怎么办?」
- 优化路径:去掉不必要的步骤。比如,空调温度调节可以直接在快捷面板完成,不需要进入二级页面。
我分享一个真实案例。之前做某车型的空调控制,原始流程是:
点击「空调」图标 → 进入空调页面 → 点击「温度」 → 滑动滑块 → 点击「确认」
这个流程需要5步。我们优化后:
在快捷面板直接滑动温度滑块 → 实时生效
只需要1步。用户测试反馈,满意度提升了40%。
4.5 实战总结:信息架构的检查清单
每次做完信息架构设计,我都会用这个清单自检:
- ✅ 功能模块是否覆盖了所有核心场景?有没有遗漏?
- ✅ 导航结构是否让用户能在3步内到达任何常用功能?
- ✅ 信息层级是否清晰?驾驶安全信息是否最突出?
- ✅ 任务流程是否最短?有没有可以合并或省略的步骤?
- ✅ 有没有考虑异常情况?比如网络断开、语音识别失败?
记住,信息架构不是一次成型的东西。我习惯在原型阶段做2-3轮用户测试,根据反馈不断调整。毕竟,用户觉得好用,才是真的好用。
下一章,咱们聊聊「交互原型设计:从低保真到高保真」,到时候我会分享一些具体的工具和技巧。今天就到这儿,有问题随时交流。