什么是信息架构

让用户随时知道自己在哪、能去哪、怎么回来。

开车去陌生城市的时候，你靠路标知道现在在哪、靠导航知道还有多远、靠指示牌知道下一个路口该往哪拐。产品里的导航、面包屑、层级，起的是同一种作用。信息架构，就是把内容组织成一套用户能猜得到的结构，让他在任何一屏上都答得出这三个问题。ia-wiki

你会遇到的现象：

• 用户说找不到某个功能，但它明明就在那儿
• 页面越加越多，导航塞不下了，只好加个「更多」
• 同一个东西在两个地方都能进，两边显示的还不一样

三个问题

• **我在哪。**由导航高亮、面包屑、页面标题回答。答不上来，用户不确定自己进对了没有，操作会犹豫。
• **我能去哪。**由同级项、下级入口、相关推荐回答。答不上来，用户以为功能不存在，其实是没找到入口。
• **我怎么回来。**由面包屑每一级可点、返回按钮、常驻的顶层入口回答。答不上来，用户只能靠浏览器后退，或者干脆重新开始。

第三个问题在移动端最容易出问题。层层进去之后没有明确的返回路径，用户就会退出应用重进，这时候你之前所有的引导全部作废。

这三个问题的验证方式也各不相同。「我在哪」用点开任意一个深层页面来检查：不用看地址栏，光凭页面上的高亮和标题，你能不能说出自己在哪。「我能去哪」用「找东西」来检查：让一个没受过培训的人去找某个功能，看他几秒钟内能不能判断该往哪个方向走。「我怎么回来」用「走远路」来检查：连点五层之后，每一步是否都有明确的回退。

信息架构和导航不是一回事。信息架构是结构本身——内容怎么分组、分几层、谁是谁的下级；导航只是这套结构在界面上的呈现方式。结构设计错了，导航做得再漂亮也只是把错误组织得更整齐。这也是为什么导航塞不下时加「更多」不是解法——问题在结构，不在导航栏的长度。

它管什么，不管什么

信息架构管的是：有哪些内容、怎么分组，每一组叫什么名字，分几层、谁是谁的下级，从哪些入口能进去。它不管的是：点了之后发生什么、加载和出错时怎么显示、操作能不能撤销、一次任务分几步走——这些是交互设计的范围。

分清这两件事有个实际好处：界面调不好的时候，先判断问题出在哪一层。是东西放错了地方（架构），还是放对了但不好操作（交互）。判断错了，会在一层里反复打磨另一层的问题。

架构不对的信号

• **导航里出现了「更多」「其他」「工具」。**这三个词是分类失败的标志——你没找到合适的归类，只好开个杂物间。
• **同一个功能在三个地方都有入口。**说明它在结构里没有确定的位置，只能到处放以防用户找不到。
• **要给导航项配文字说明。**名字取对了不需要解释。需要解释，通常是命名或分组的问题。
• **新功能不知道往哪儿放。**每加一个功能都要重新讨论位置，说明当初的分组逻辑不成立。

架构定了页面之间的关系，单个页面内部的主次是另一件事。先把这三问在每个页面上过一遍，结构层面的问题会先于视觉问题浮出来。