信息架构
一、它到底是什么
好的信息架构有一个特点，用户几乎感觉不到它的存在。他不想知道背后分了几层、标签怎么定，他只是想找的东西一找就有。差的架构正相反，用户要看很久才明白这个网站到底有什么、该从哪进去。所以信息架构不是设计一个页面好不好看，而是在决定信息的形状。形状定错了，页面再美也救不回来。
二、为什么它管用 / 为什么人会这样
人找东西时，脑子里其实有一个预期的路径。他会先猜「这个东西大概归在哪一类」，然后顺着这个猜测走。信息架构如果和多数人的预期一致，找起来就顺；如果不一致，用户就会怀疑自己，而不是怀疑结构。
还有一个原因：人一次能记住和比较的东西有限。层级太深，要不停地点进去再退出来，人很快就迷路；分类太杂，看到十几条并列的选项，人会挑花眼。好的架构会控制每一层的宽度和深度，让每一步都只需要做一次简单的判断。
标签也很关键。同一个东西叫什么名字，直接决定用户能不能找到它。用内部术语命名，用户看不懂；用太宽泛的词命名，又等于什么都没说。命名看起来是小事，其实是架构里最容易出错、也最要命的部分。
三、什么时候会碰到它 / 该用它
- 内容越来越多，用户开始抱怨「找不到」。
- 你要做一个网站、应用或文档库，需要先想清楚内容怎么摆。
- 用户总在同一个地方迷路，或者反复回到首页重来。
- 你想让新用户快速看懂你这里到底有什么。
- 团队对内容怎么分类各持己见，需要一套统一的结构。
四、什么时候它不管用
当内容本来就很少、一眼看得完时，谈信息架构就是小题大做。另一种失效是把它当成一次性的整理工作：架构做好就再也不管，可内容在变，用户的习惯也在变，一段时间后原来的分类可能已经不合身了。还有一个陷阱是闭门造车，坐在会议室里把类别分得很整齐，却从没看真实用户是怎么找东西的，结果结构自洽，用户却不认。
五、例子
文档库越堆越乱
一个团队的内部文档越来越多，新人问问题总是问同样几件。后来他们不急着写新文档，而是先把已有的内容重新分层、改了几条看不懂的标签名，同样的一堆内容，新人自己就能找到了。
手机里的照片
你把几千张照片全堆在一个相册里，想找某一次旅行要翻半天。问题不是照片少，而是少了相册、时间和地点这几条线索。换一种归类方式，同一批照片立刻好用起来。
厨房的抽屉
你做饭老觉得顺手不起来，其实不是工具不够，是刀、勺、调料全混在一个抽屉里。把最常用的挪到手边，同一个厨房，动作都快了。找东西顺不顺，常常取决于东西怎么摆，而不是数量。
六、最容易走偏的地方
- 按内部术语分类：用户看不懂行话，只能靠自己猜，猜错就离开。
- 层级太深或太宽：太深让人迷路，太宽让人挑花眼。
- 只做一次就完事：内容变了，架构没跟着变，很快又不好用了。
- 自嗨式命名：起了一个自己觉得优雅的名字，用户完全猜不到里面是什么。
- 光整理不验证：从不观察真实用户怎么找，只凭自己的逻辑分类。
七、怎么把它用起来
- 先列出你有哪些内容，写全，别边想边分。
- 去看真实用户会用什么词来形容这些内容，用他们的词，不用你的词。
- 按用户的预期分大类，每一类给一个一看就懂的名字。
- 控制层级，尽量让用户几次点击内就能到目标，别层层嵌套。
- 找一个不了解内部情况的人来测试，看他能不能顺利找到指定内容。
- 定一个时间点回头检查，内容一变就重新看架构还合不合身。
八、它和「导航设计」不一样
导航是信息架构的外衣，信息架构是导航的骨架。导航决定按钮和菜单长什么样、放在哪里；信息架构决定内容本身怎么分、放到哪个抽屉里。先把骨架搭对，导航才好设计；骨架错了，导航做得再漂亮，用户也只是在一条错误的路上走得更顺，最后还是会走丢。
九、常问的几个问题
小项目也需要信息架构吗
需要，只是规模小。哪怕只有一页内容，想清楚先后顺序和名字怎么起，也算在做信息架构。
怎么知道架构好不好
最直接的信号是用户能不能自己找到东西，以及他在找的过程中会不会反复回头。观察真实的人用一次，胜过在会议室讨论半天。
它和搜索引擎优化是一回事吗
不是，但关系很近。结构清楚、层级合理、名字准确，本身就有助于内容被正确地理解，两者的方向是一致的，只是目标不同。
相关
导航设计、渐进披露、选择架构、长尾、不平衡性
一句话收束
内容一直都在，是结构没让用户找到它。
