Web信息架构——设计大型网站（第3版）

这篇文章其实写于去年年初，现在搬到新的博客来。

我的工作是为企业的业务部门设计dashboard，dashboard是一种将数据高度浓缩再呈现的展示和分析方法。因此，我对信息架构这本书产生了兴趣。

《Web信息架构》的两位作者都是这个领域的专家。他们首先解释了信息架构是什么，对于网站来说，信息架构是在了解用户的信息需求后，设计的信息的展现和组织方式。有效的信息架构使得企业员工和网站用户能够更快的找到他们想要的信息，从而提高企业效率或者客户的满意度。

在介绍完信息架构的概况和重要性之后，作者开始说明信息架构体现在网站中的各个元素，主要分为组织系统，导航系统，搜索系统和labelling系统。前面三个系统对于现在的网民来说都不陌生，但是最后一个labelling因为翻译的原因，不太好理解。中文版把labelling翻译成了标签系统，我一开始还以为是标签云的标签(Tag)，但其实，这里的labelling是对网站中每个文本元素命名的意思。如果没有规范的命名系统，网站的内容和标示，可能会缺乏统一性，让用户难以理解，为了解决这个问题，书中引入了一种叫做受控词表的方法，这个方法相当于建立了一套命名的主数据，一种命名的规范，当然，如何创建和维护受控词表也是一门学问。

接下来，本书介绍了进行信息架构的工作方法和流程。与一般软件开发工程一样，主要有研究用户需求，制定策略，设计，实施，维护，管理几个阶段。本书主要介绍了前三个阶段。作者认为，研究信息架构，主要从三个方面入手，分别是：情景，用户和内容。 情景，主要指客户所在的组织，他们的目标和流程等相关信息。用户，要研究用户对信息的需求和信息需求的行为，比如，员工想要在企业通讯录中寻找某个员工的联系电话，这是他的信息需求，他可能使用员工的姓名进行搜索，这是他的信息需求的行为。越是了解用户的需求和行为，越能设计出符合用户需求的信息架构。内容，主要指网站包含的各种内容，以及他们的所有权，格式，各种元数据。作者在书中为列举了研究这三个方面的不同方法，比如focus group，benchmark等等。

然后，作者进入了下一个阶段，制定策略，在这个阶段中，信息架构的工作者需要制定出整个信息架构项目的方针政策，例如信息架构的管理模式，使用的信息架构方法，还有建立信息架构时的侧重点等等。作者还专门介绍了这个阶段的流程方法：think，articulate，communicate，test。我觉得这四个词很有意义，我们在进行开发工作的时候，出了自己思考开干，更要去表达自己的理解和思考，让相关的人认可这些想法，或者快速的进行验证这些想法的可行性，而不是在最后验收阶段才发现重大的问题。

接下来，作者介绍了设计阶段的几种产出，有蓝图，线框图和受控词表。最后作者介绍了在实践中的一些要点，比如要对信息架构做推销，还有要考虑和组织的商业策略的关系，利用信息架构暴露出组织的业务策略的分歧点。

看完这本书，我除了了解了信息架构的概况之外，还学习到了一些新的方法论，比如受控词表和制定策略的流程。另外，我觉得这本书写的非常全面，提供了一种说明某一项工作的思维框架，首先说明工作的内容和重要性，然后介绍工作具体的内容，工作的流程，每一步的产出是什么，进入下一步的标志是什么。最后，作者表现出一种非常强的政治敏感性和大局观，除了做好信息架构的本职工作，了解客户（包括客户内部的政治环境），说服客户，也是很重要的工作。