信息架构的模式

最近忙着毕业设计，需要文献翻译。本想随便那之前翻译的交个差，但总觉不够严谨。我的毕业设计主要是帮老师的研究所做个网站，本来已经有网站了，但老师和我都觉得老版本的网站很是陈旧。于是毛遂自荐。

网站需要重构，自然信息架构部分也是重要的一环，虽然之前也看了不少，比如《下厨房的搜索OR分类之思》即是思索的痕迹，但还是系统地翻译了Five Simple Steps团队著作的《A Practical Guide to Information Architecture》其中一个章节：《IA Patterns》。（对于这本书，网上有PDF文档流传，由于个人洁癖，就不贴出来，需要的可以留言。另，需要本章节PDF的亦可留言索要。）

——Start——

这一章都是关于信息架构的模式——主要是针对不同类型网站的信息架构所需的一些通用方法。希望能够抛砖引玉，当你构建自己网站的信息架构时，能够从这些模式着手开始。当然，前提是你的网站得符合这些模式中的一类，或者是他们的结合。

模式是什么

一种模式即是对于一类频繁遇到的设计问题的通用解决方法。

模式的思想来源于建筑［1］。正如你所想像的，建筑物有许多普遍的问题等待解决——食品准备区和食品服务区间的关系，人们如何进入一幢建筑，以及房间的内饰怎样与屋外和谐相处等等。

模式在软件开发领域也非常普遍（一些问题屡次出现），提供一些软件设计的解决方案给开发者们。交互设计也同样如此，一些可复用的解决方案浮出水面，通用的需求譬如有登录表单和分页设计。

模式中很关键的一点是这些想法都是来自真实世界的需求。你不必坐下来冥思苦想，为一个全新的领域创建一套模式。以下我们讨论的模式都是“劳动人民”智慧的结晶。

信息架构模式

信息架构与人们需要使用信息的很多领域都有关。下面我将阐述每个模式的特点，使用场景，并提供相关案例。

首先我将讨论四种简单模式（层级、数据库、超文本和线性）以及三种的结合。

简单模式

层级

在层级的概念中，类目之间关系是父子关系或者广义与狭义——即抽取为更广义的群组或者是分解为更具体的群组。

层级结构可以描述为扁平式和锥形式：

扁平的层级结构特点是：顶层有很多类目，但层级数较少；

锥形的层级结构特点是：顶层类目较少，但层级数很多；

一个层级结构也可以描述为严格型（strict）和多元层级型（polyhierarchy）：

严格型层级中，一个类目只能处于一个位置；

在多元型层级中，一个类目能够置于多个位置；

现实世界里，严格型层级结构是必须的——毕竟一个实体一次处于不同地方是不可能的。然而，在数字世界里，我们很容易就能让一个东西置于很多地方，且很好的解决了现实里类别混乱的局面。我们能够将东西放在期望看到的多个位置，并且允许类别边界的重叠。

层级结构是组织信息所使用的最简单和常规的方法，适用于内容范围很广。尤其适用于小型站点，仅仅需要一些简单的层级——顶层（首页），一些二级页面和底层的详细页面。

同样，层级结构对大型站点也适用。尤其是那些内容型的网站（内容杂乱多样）。即使你的信息复杂度各异，层级结构也有作用。例如，你首先可以展现综述信息，然后允许用户根据需要细分出更多详细信息。

3次点击的“魔咒”

很多年来，一直有个“传说”：每个具体内容从首页进入时都应该少于三次点击。

对于很多网站来说，这简直是天方夜谭。按它这么操作，很多网站每个层级的类目将会多的让人无从选择。

相反，更重要的应该是让用户在每个层级都能轻松决策，并告知其处于正确的路径。如果用户觉得自己的操作是正确的，那么他们会按照自己的意图进行浏览学习。

图片16-3：CHISIG（Computer-Human Interaction Special Interest Group）是一个小型的组织且信息量也很少。 简单的层级结构就很有效。

图片16-4.白宫官方网站有许多内容，但仍然采用了基础的层级结构。