3、信息架构设计：信息架构的核心概念、卡片分类法、导航设计原则、搜索系统设计
信息架构，说白了就是产品的骨架。骨架歪了，皮囊再好看也没用。
我做了这么多年产品，见过太多「功能堆砌型」的产品——按钮密密麻麻，用户点进去就迷路。为什么会这样？因为设计者根本没想清楚信息该怎么组织。
今天我们就来聊聊信息架构的四个核心模块：概念、分类法、导航、搜索。嗯，每个都是实战中踩过坑的地方。
3.1 信息架构的核心概念
信息架构（IA）不是画个流程图那么简单。它解决的是三个问题：
- 用户能找到吗？——可寻性
- 用户能理解吗？——可理解性
- 用户用起来顺手吗？——可用性
我个人习惯把信息架构比作图书馆。你去图书馆找一本书，首先看分类标签（文学、科技），然后看书架编号，最后看具体位置。产品也是一样——用户需要清晰的「路径指引」。
核心原则：信息架构的目标是让用户「少思考」。每多一次点击、多一次回退，用户流失的概率就增加10%。
我在项目中遇到过最典型的反面案例：一个电商APP把「退货申请」藏在「我的-设置-帮助中心-售后政策」下面。用户找了5分钟没找到，直接差评走人。你想想看，这种设计就是典型的「架构混乱」。
3.2 卡片分类法
卡片分类法是我最常用的工具，没有之一。它简单、粗暴、有效。
怎么做？把产品里的所有功能点写在卡片上，让用户自己分组、命名。然后你观察他们的分类逻辑。
有两种玩法：
- 开放式分类：用户自由分组，自己起名字。适合新产品，探索用户心智模型。
- 封闭式分类：你定好组名，用户把卡片放进去。适合已有产品改版，验证你的分类是否合理。
我的经验：做卡片分类时，别找太多「专家用户」。找5-8个真实用户就够了，重点是他们的分类逻辑，不是数量。我曾经帮一个医疗APP做分类，找了10个医生和10个患者，结果两组人的分类方式完全不同——医生按「科室」分，患者按「症状」分。最后我们选择了患者的逻辑，因为他们是主要使用者。
卡片分类的结果怎么分析？我一般用「相似度矩阵」：
| 功能A | 功能B | 被分到同一组的次数 |
|---|---|---|
| 预约挂号 | 查看报告 | 7/10 |
| 在线问诊 | 药品购买 | 2/10 |
| 健康资讯 | 个人中心 | 1/10 |
次数越高，说明用户认为这两个功能越「相关」。这就是你设计导航的依据。
避坑指南：我曾经犯过一个错——把卡片分类的结果直接当成最终导航。结果用户说「你们分类是对的，但我找不到」。为什么？因为分类逻辑对了，但命名不对。用户管「个人资料」叫「我的档案」，管「订单查询」叫「买过的东西」。所以，分类之后一定要做「命名测试」。
3.3 导航设计原则
导航是信息架构的「门面」。用户第一眼看到的就是它。
我总结了四个原则，记牢就行：
- 可见性：导航别藏起来。汉堡菜单（三条杠）的点击率比底部Tab低30%以上。能露脸就别躲。
- 一致性：每个页面的导航位置、样式、交互保持一致。用户不需要重新学习。
- 反馈性：当前在哪？能去哪？去过哪？这三个问题导航必须回答。高亮当前页、显示面包屑、标记已访问链接。
- 容错性：用户点错了怎么办？提供「返回」「撤销」「重新选择」的路径。
一个实用技巧：导航的层级不要超过3层。超过3层，用户就晕了。如果必须超过3层，考虑用「渐进式披露」——先展示最常用的，把不常用的折叠起来。
我记得有一次帮一个SaaS产品做导航改版。原来的导航有5级，用户点进去就出不来。我们砍到3级，同时加了一个「最近访问」模块。结果用户满意度提升了40%。说白了，用户不需要那么多选择，他们只需要「对的」选择。
3.4 搜索系统设计
导航解决的是「我知道我要什么」的场景。搜索解决的是「我知道我要什么，但不知道它在哪」的场景。
搜索系统设计，核心就三件事：
- 输入：搜索框放哪？多大？要不要自动补全？
- 匹配：用户输入「苹果」，你返回什么？是水果还是手机？
- 结果：结果怎么排序？怎么展示？没有结果怎么办？
搜索框设计：
- 位置：页面顶部或右上角，用户习惯在这找
- 大小：至少能显示15个中文字符，别太小气
- 占位符：写点提示，比如「搜索商品名称或品牌」
- 自动补全：用户输入3个字符后开始建议，别太早也别太晚
匹配逻辑：
- 精确匹配：用户输入「iPhone 15」，只返回iPhone 15
- 模糊匹配：用户输入「苹果手机」，返回所有苹果手机
- 同义词匹配：用户输入「笔记本」，也返回「笔记本电脑」「laptop」
- 纠错匹配：用户输入「爱疯」，提示「你是不是想找iPhone？」
我的建议：搜索结果的排序，别只用「相关性」。结合「热度」「销量」「评分」做加权排序。我曾经做过一个电商搜索，用户搜「充电宝」，结果返回的全是杂牌，因为它们的标题里「充电宝」这个词出现了10次。后来我们加了「销量权重」，问题就解决了。
无结果处理：
用户搜不到东西，别直接显示「没有结果」。这是最差的体验。应该：
- 提示用户换个关键词
- 展示热门搜索
- 提供分类浏览入口
- 记录搜索词，后续优化
我曾经踩过的坑：一个知识库产品，用户搜「怎么退款」，结果返回了0条。为什么？因为后台的标签是「退货流程」，没有「退款」这个标签。后来我们做了「同义词映射表」，把用户常用的口语词和后台的专业词对应起来。搜索命中率从60%提升到了92%。
最后说一句：信息架构不是一次性的工作。产品上线后，要持续看搜索日志、用户行为数据，不断优化。好的信息架构，是「长」出来的，不是「设计」出来的。