最近和一些产品经理朋友进行了一些交流，主要的主题是信息架构。交流过程中，我发现有些产品经理认为，设计信息架构是在选择原型展示的信息。在靠「想」在设计信息，没有成体系化的方法。有些产品经理，甚至在画原型过程中，还在调整页面的信息。很多时候都是以脑图来描述信息架构。

从大家的交流结果来看，大家都知道信息架构的重要性。但是，在设计信息架构时，大家反倒比较随意，没有什么定式的方法。所以，在本文中，我主要分享一下我对信息架构的理解，以及我如何科学的设计信息架构。

我一直认为产品经理的工作从来不是漫无边际的自我「空想」，产品工作是通过实践经验，不断进化突破的方法体系。因此，本文的分享还有一个目的，就是希望通过分享，将信息架构的方法进行沉淀和优化，形成我自己的信息架构系统性方法。

一、什么是信息架构

信息架构是信息通过设计、组织和架构，被展现为各类产品中的内容的过程。对于互联网产品，也是实现信息可视化的过程。将原始的数据建模信息，转化为产品界面展示的各类内容元素。信息架构的最终成果，不仅仅描述出信息结构和呈现形式，而要在产品中形成一种信息呈现规则和秩序。

信息架构的受众，是产品的用户。对于用户，信息架构的目的是快速准确的获取内容。反过来，从信息架构的设计者来分析，信息架构的目的是把某些信息准确快速的传递给用户。这也是信息架构的对立点，往往用户期望获取的信息，并不一定是我们既定希望传递的信息。

一条信息，可能是数据库中的一条记录，为什么不直接在页面直接展示？还需要经过精心的架构？因为通过信息架构这一过程，实现提升信息传递的效率；需要将信息处理成更易于理解的内容；解决信息的过载或者爆炸等等问题。归根究底就是为确保信息传递的快速和准确，需要通过精心的设计。

二、预备知识

在正式介绍我的信息架构方法之前，还需要补充一些，我们应该需要掌握的预备知识。这些知识涵盖信息架构的角色、场景、信息浏览方式、信息呈现的范式以及信息传递理论等。基于这些知识，我们才能避免设计「空想」性质的信息架构。

1. 为用户设计

任何信息架构都是面向用户的，满足用户快速准确获取信息的需求。用户需要什么信息，我们希望为用户提供什么信息，是我们首先需要清楚的。

2. 为场景而设计

任何信息架构的核心场景，都是用户查找和阅读信息。在核心场景下又细分出一系列的细分场景，比如查找可以是搜索、筛选等。之外，也要清楚信息架构时，所面对的现实场景。比如，环境、平台、规范等等。

3. 信息浏览的方式

在进行信息架构式，我们也应该了解用户在不同环节下获取信息的方式。按客观规律，我们周边用户从任何大部分平面介质中获取信息，都是从左到右，从上到下。这是经过时间历练，一个特定范围内用户默契形成的习惯。当然，平台或者介质不同，信息浏览的方式也不同。

4. 被广泛接受的信息呈现方式

我们要了解，在我们设计信息架构的环境中，有哪些已经形成规范的信息呈现方式。比如，在Web互联网产品平台中，表格、控件、导航、树形结构、标签等。当然，也要学习这些规范适合使用在什么场景下，适合哪种类型的信息。比如，在Web端呈现相同格式的多条数据时，可以使用列表展示。同时，会搭配筛选、搜索、分页等。通过这些呈现方式，信息能更容易被理解

大多数场景下，不要轻易的颠覆已经在用户群体中，形成习惯的信息呈现方式。

5. 信息的传递

信息在传递给用户的时候中会逐级递减，几何递减。在信息架构中，体现为距离信息视觉中心的距离和信息的层级。所以，信息传递的路径越短越好。

三、核心方法

我的信息架构的方法的核心分为三大部分。

• 首先实现对信息进行筛选和预处理，得到对用户有价值，且易于用户理解的元信息。
• 再则，以单一的元信息为点，构建信息面，最后以信息面构建信息空间。
• 最后，为各种信息选定信息的呈现方式。整个方法的核心是，模拟自然空间，肉眼见到的自然信息的构建形式。将各类平台的平面的点信息和面信息的呈现形式，抽象成三维的自然信息结构。

信息筛选主要是，根据用户的需求和场景，从我们的原始数据中选择出需要呈现给用户的信息。信息预处理，主要对信息进行分组和转义。使信息转化为可直观理解的内容。

每一个点就是元数据，元数据间也存在亲疏关系。在同一个面中，亲近的元数据，应该汇集在一起，可以形成一列、一行或者一块。相似的一组元数据，应该呈现规则的排布。每一个面就是一个信息层级。以最重要的信息作为一个面，然后向深处一次拓展信息面。最终这些面，形成一个三维的信息空间。

设计信息的呈现时，从元信息出发，到信息的分组，再到信息面，最终要形成信息空间下的视觉呈现规范。

三维的信息空间加上整理出的信息呈现形式，就是我们设计出的信息架构。

四、方法实践

刚讨论的方法，因为想要将该方法不仅仅应用到互联网产品的信息架构中。所以，可能比较抽象，不太好理解。所以，我们可以将上文的三部分理论的实践过程，归纳总结为更简单的设计、组织、架构，三大实践步骤。设计就是选取信息点的过程，组织是构建信息面的过程，架构是构建信息空间的过程。

1. 设计

首先，信息架构的原始数据，是在信息建模后的，具有一定表征意义的数据。信息架构与信息建模有很多相似之处。只是，信息建模是以数据来抽象表示某些事物，而信息架构则是设计这些数据的呈现结构和形式。

在设计信息的过程，筛选信息，构建元信息，可以通过构建叙述词表和受控词表。通过叙述词表可以对信息进行分组，构建信息的亲疏关系。受控词表可以改善信息内容，提升信息的触达效率。受控词表是一份等价术语清单，叙词表的重要目标是同义词管理，把许多同义词或异形术语对应到某个优选术语或概念上。

具体的叙述词表和受控词表的建立形式，比较复杂，需要单独学习。当然，构建叙述词表和受控词表，只是一种筛选信息，构建元信息的方法。我们也可以使用一些其它方法。

在构建元信息时，还要对信息进行转义。转义主要是将某些用户很难理解的数据，转换用户容易理解的文字、图形等信息。比如，存储在数据库中的某些类型信息，就需要转义为文字描述。

2. 组织

在组织信息时，根据序数词表和受控词表，将元信息呈现在不同的面中，在每个面中，确定信息的呈现位置。在设计信息位置时，要根据平台对应的信息浏览方式。以Web网页为例，在页面信息很少时，正中间的信息最重要。信息元素较多时，左上角信息更重要，向左和下递减。

在组织信息时，对于汇聚在面上，不同的信息，要形成规则和秩序。规则和秩序可以适配到，其它具备同类信息的面。比如，订单记录的信息面和订单详情信息面，可以适配到各类记录类型的信息。

在设计信息面时，还要考虑根据场景和平台，拓展出来的元信息。比如，在订单信息面，需要关联订单状态筛选的信息组。

单个信息面的元数据太多，会降低用户的信息获取效率。所以，在组织信息面时，需要合理控制信息面的元信息数量，降低信息面的元信息类型。

完成信息的组织后，形成的是多个信息面。

3. 架构

完成信息面的设计之后，需要设计所有信息面间的关联关系，形成信息空间。在架构时，首先要确定关联的面。也以订单相关的信息为例，可以分析出三个相关的面，订单列表信息、订单详情信息、订单编辑信息。这个三个信息就构成了一个小空间，列表信息是第一层，订单详情信息和订单编辑信息都是第二层。

在架构信息面时，参考常规的范例和经验。常用的信息面架构形式，主要有线性层级，有权重的树形，Map层级、图的形式。

线性层级是多个信息面依次相连。比如订单列表信息面进入详情信息面，详情信息面又能进入支付信息面。

权重的树形结构时，信息面像树形一样连接，但父信息面不同，信息面的权重也不同。比如订单详情信息面中，又存在支付信息面、商品详情信息面等。

Map层级，类似Key-Value的形式。一般用作，通过元数据快速查找其关联的信息面。例如，通过订单号，直达订单详情。

图的结构，相对较为复杂，类似数据结构中图的结构。用图来架构信息面，核心是实现信息面间的任意链接。使用图的结构时，要重点注意信息浏览的回溯。

在设计信息架构时，其实也能发现，任何用户浏览信息，都是线性的。在我们的几种范式结构中，浏览信息也是按线性在进行。因此，在架构时，我们要尽量降低信息面的层级和信息深度。

设计好信息呈现方式后，我们可以将其整理出来。比如，每月工资收入的数据，以折线图的形式呈现。

产品经理设计的web产品的信息架构后，只需要简单的工作就能画出对应原型。

五、信息结构输出

本文开头，并不太建议以脑图来展示信息结构的设计，这是什么原因？主要因为脑图适合发散性的信息。特别是对于互联网产品，信息面间是交叉关联关系。如果用脑图，需要任意连接多个不同节点的数据，这会使整个脑图看起非常凌乱。而且脑图不能体现，元信息在信息面上的分布。更不能体现多组同类信息的设计。

那以什么方法输出信息结构的文档更好那？我实践下来，比较习惯使用EXCEL。

比如下方EXCEL，以订单页面为例。元信息以表格的格子，表示在表格中。同组信息，以相同的边框颜色来区分，进行分门别类。而不同的Sheet就表示不同的信息面。信息面的关联关系，以表格超链接(图中蓝色加下划线的文字)来体现，点击还可以跳转。

使用EXCEL做信息架构文档，可以解决脑图所存在的一些缺陷。同时，又具备可以直观体现信息分布，模拟用户信息浏览路径的有优点。得益于Excel的强大功能，在输出信息架构时，能实现很多有价值的效果。

当然，用Excel展现信息架构的设计，也有两个缺陷。一是不能一览信息架构全貌，再则不能直观体现信息路径深度。不过，浏览信息架构全貌的场景应该很少。毕竟直接浏览整个产品的信息，这些信息要素还是过于繁杂了。至于信息路径深度，如果够熟悉Excel的话，可以通过宏编程来解决。

六、一些思考

优秀的信息架构，都具有拓展性、一致性和易读性。但在信息架构的过程中，我们经常需要在三者间权衡和妥协。

信息架构在很多场景和行业中都是相通的。我的方法也经常用到产品详情页、产品宣传册等产品材料的设计中。

未来的信息架构应该具备启发性。它能根据用户的信息获取习惯、当前产品的信息要点等条件，自动设计、组织和架构信息，并适配对应的内容。甚至于能学习用户案例，改进信息架构。自动补全和智能推荐，就是当前的启发性信息架构的典型例子。伴随着AI技术的发展，启发性的信息架构技术并不遥远。

点-面-空间的信息架构设计方法，是我个人的经验，可能不太完善。这个方法也是我个人设计信息架构的思路的体现。大家可以作为避免「空想」设计的参考。当然，我的法还要在各种业务场景、产品设计中，不断优化和调整。