3、信息架构基础：卡片分类法、树形测试、导航栏的深度与广度平衡

好，咱们今天聊聊信息架构。说白了，就是怎么把导航地图上那一堆功能，安排得让用户一眼就能找到、一用就顺手。

我做了这么多年HMI，见过太多导航界面，功能堆得跟杂货铺似的。用户想找个“加油站”，得翻三层菜单。你说急不急人？

所以，信息架构不是画几个框框那么简单。它背后有方法论。今天我就把三个最核心的工具掰开揉碎讲给你听。

3.1 卡片分类法：让用户帮你分堆

卡片分类法，是我个人最推崇的起步方法。它不靠拍脑袋，而是让真实用户来告诉你，哪些功能应该放在一起。

怎么做？

很简单。把导航里的所有功能，比如“加油站”、“充电桩”、“停车场”、“美食”、“酒店”、“洗车店”、“违章查询”、“限行提醒”……每个写在一张卡片上。然后找一群用户，让他们按自己的理解把这些卡片分组，再给每组起个名字。

我遇到过什么坑？

有一次，我们团队内部觉得“加油站”和“充电桩”肯定是一类，叫“能源补给”。结果用户测试时，有人把“加油站”和“洗车店”放一起了，理由是“加油的时候顺便洗车”。你看，用户的逻辑和我们的逻辑，有时候是两码事。

3.2 树形测试：验证你的导航结构

卡片分类法帮你找到了“哪些功能是一伙的”。那树形测试，就是用来验证“用户能不能顺着你的导航找到它们”。

怎么测？

你把设计好的导航菜单，做成一个树状结构。比如：

导航首页
├── 附近
│   ├── 加油站
│   ├── 充电桩
│   └── 停车场
├── 路线
│   ├── 实时路况
│   └── 路线规划
└── 我的
    ├── 收藏地点
    └── 历史记录

然后给用户一个任务：“请找到‘加油站’这个功能”。用户只能通过点击菜单层级来寻找，不能搜索。我们记录他点击的路径和用时。

为什么要做这个？

我跟你讲，有一次我们自认为导航结构很清晰。结果树形测试一做，发现“违章查询”这个功能，有40%的用户点进了“我的”菜单，而不是我们预期的“服务”菜单。这就是典型的“分类错误”。

关键指标：

• 任务成功率：用户是否找到了目标？低于70%就要警惕。
• 点击路径：用户走了几步？有没有走回头路？
• 时间：花了多久？超过10秒就算长了。

3.3 导航栏的深度与广度平衡

这是信息架构里最经典的一个难题。说白了就是：

• 深度：菜单有多少层？比如“首页 > 附近 > 加油站 > 详情”，这就是4层。
• 广度：每一层有多少个选项？比如“首页”下面有5个一级菜单，这就是广度5。

为什么需要平衡？

你想想看，如果深度太深，用户要点好几次才能到目标，开车时操作很危险。如果广度太宽，一屏显示不下，用户找起来眼花缭乱。

我个人的经验值：

维度	推荐值	说明
导航深度	≤ 3层	超过3层，用户容易迷失。我见过5层的，用户直接放弃。
一级菜单广度	4-6个	太少显得功能不足，太多用户记不住。
二级菜单广度	6-8个	可以稍微多一点，因为用户已经进入具体场景了。

怎么判断你的导航是深了还是宽了？

• 深了的表现：用户频繁使用“返回”按钮，或者在一个路径上反复横跳。
• 宽了的表现：用户在一屏内上下滑动很久，找不到目标选项。

3.4 三者如何配合使用？

这三个工具不是孤立的。我一般按这个顺序走：

1. 先用卡片分类法：搞清楚用户心里怎么给功能“分堆”。
2. 再设计树形结构：基于分类结果，画出导航菜单的层级。
3. 最后做树形测试：验证这个结构用户能不能用。如果测试结果不好，回头调整分类或层级。

嗯，这里要注意。很多团队跳过第一步，直接画菜单。结果就是“我觉得这样合理”，但用户不买账。信息架构这件事，用户说了算，不是我们说了算。

好了，这一章的内容就这些。记住，好的信息架构，用户感觉不到它的存在。因为他想找什么，一找就到。这才是最高境界。