概述
信息架构(IA)是让内容找得到、放得对的结构设计。经典定义(《信息架构》,俗称北极熊书)把它拆成四个系统:组织系统(怎么分类)、标签系统(叫什么名)、导航系统(怎么走)、搜索系统(怎么查)。IA 不等于导航栏——导航只是四大系统之一的可见部分;IA 也不等于站点地图,它还包括分组逻辑与命名。
适用场景
- 适合:内容量增长后结构混乱、导航层级过深、用户「找不到」;改版前的内容重组;多产品线信息整合。
- 不适合:单页信息排布问题(那是布局与视觉层次);内容总量很小的早期产品(先跑起来,结构问题会自然浮现)。
- 前置条件:有内容清单(或可盘点),且知道用户实际怎么找信息(搜索日志/访谈)。
操作步骤
- 盘点内容:列全站内容类型与体量(页面/文档/条目),标出高频访问与陈旧内容。没有清单的 IA 是在猜。
- 设计组织系统:选分组逻辑——按主题、按用户任务、按对象类型、按场景,或混合。以用户任务为主的结构通常优先于以内部部门/产品模块为主的结构。
- 设计标签系统:给分组和层级起用户语言的名字。检查三点:一致(同一概念全站一个叫法)、准确(用户会这么搜吗)、穷尽不重叠。
- 设计导航与搜索:主/次导航各放几项、层级深度(一般不超过 3-4 层点击)、面包屑、相关推荐;搜索的筛选项沿用组织系统的分类。扁平优于深窄——大量「三级以下」内容适合压平。
- 验证与迭代:
- 卡片分类:让用户把内容卡分进他们认可的组,暴露分组认知差异;
- 树状测试(不给导航、纯找路径):给任务看找得到吗、第几层找到;
- 上线后看搜索日志的零结果词与导航点击分布,持续修正。
常见坑
- 按组织架构分组:「市场部内容」「技术部内容」——用户不知道自己属于哪个部门。
- 标签自嗨:内部黑话当导航名(「赋能中心」),用户搜的是另一个词。
- 一次定终身:内容在涨、用户在变,IA 需要周期性复查,不是改版时才想起来。
- 层级过深:把内容塞进 5 层以下 = 默认没人能找到。
- 跳过验证:五个成年人对分类的分歧,一轮卡片分类十分钟就能暴露;会议室里争论一周不如测一轮。
- 搜索与导航两张皮:搜索结果的分类维度和导航分类对不上,用户两种路径得到两种心智。
效果衡量
- 树状测试任务成功率与平均层级;
- 站内搜索零结果率、导航项点击集中度;
- 「找不到/在哪」类客服与调研反馈量。
相关方法怎么选
| 需求 | 用什么 |
|---|---|
| 分组认知怎么验证 | 卡片分类 |
| 找路径任务能不能完成 | 树状测试 |
| 页面内任务步骤问题 | 任务分析 |
| 结构落地到页面 | 导航设计 + 用户旅程图 |