在决定写这篇文章之前，我是有点忐忑的，因为互联网产品的信息架构相对于功能结构来说，是一种默知识，很难用文字、公式或图形表达出来。但后来我想想，把我思考信息架构的过程写下来，也应该能从中汲取一些思想。就像我读大学时，深夜里阅读《批判性思维》这本书一样，跟随作者的文字自我对话、思考然后练习，直至慢慢彻底忘记书本里所写的内容，变成一种思考的习惯……

下面我们开始一层层剖析信息架构，探讨其本质。

什么是信息架构

百度上对信息架构的解释是：​对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的想法​。

概念

信息架构拆开来就是“信息”和“架构”。信息是无序的，而架构是有序的；信息是零碎的，而架构是系统化的。我给信息架构的定义是：信息架构是将信息加工、归纳，整合成符合人们对事物的认知的系统化的结构。

其中，“符合人们对事物的认知”，这一点是信息架构是否容易被理解的大前提。比如图书馆将《昆曼-宏观经济学原理》这本书放到“社会学”，我相信很多人会找不到这本书，因为所放置的位置不符合读者的认知，他是属于“经济学”的。

信息架构组成关系

信息

信息可以是一段文字、一段语音、一张图片或者某一种实物，它是系统中最小的组成部分。

实体

实体是一系列的信息组成的，有一定相关性的、能够表达出某种性质的信息组合。在哲学的概念中，其含义一般是指能够独立存在的、作为一切属性的基础和万物本原的东西。这两句话，一个是站在有科学理论支撑的角度，一个是传统哲学唯物主义的角度提出的。两者有个共性，都需要是有一定性质的，能独立存在的。网页是一个实体，手机电池也是一个实体，系统越大，实体就越大。

系统

系统是指一系列相互连接的实体所组成的，有一定运转能力的整体。实体和实体之间链接起来，仅仅只是搭建了桥梁，但系统要运作起来，需要有信息的传递，也就是说，组成实体的信息，是可以在实体之间传递的。比如生态系统、电脑操作系统，都是属于系统。

那反过来，什么不算系统呢？一屋子陌生人不能算是系统，一个没有经过关系设计的数据库不能算是系统，因为他们没办法运作起来达到某种作用。

信息架构概念图

信息架构与互联网产品

信息对于互联网产品来说，可以理解成组成页面的元素，包括文字、图标、表单等等，那么页面就是一个个实体，由一个个页面组成的产品就是系统。

也就是：页面组成元素（文字、图片）=信息；页面=实体；页面+页面=系统。

当实体过多时，需要用相关性归类法，将其整合成一个更大的实体，也就是我们互联网产品常说的“模块”，我姑且将页面定义为“基础实体”，将模块定义为“组合实体”。

弄明白三者的关系，就可以开始尝试设计一个互联网产品的信息架构了。以下我们以设计一款打车软件为例，设计其信息架构。

第一步，自上而下

通过自上而下的方法，构思出一款产品的组成模块。产品经理不能一开始就进入细节设计，这样会缺少宏观考虑产品形态的思考过程，导致产品信息架构混乱。就像素描一样，需要先画轮廓，再逐步勾勒细节。

假设我们设计的这款打车软件有“打车”、“我的信息”两模块（组合实体）。这两个模块基本已经能让用户知道其用途以及所包含的下一级页面，因为足够符合人们的认知。

第二步，穷尽实体

穷尽实体，是指将我们在模拟用户场景、分析用户行为的过程中，所能想到的需要用到的页面，当然，这一步需要产品经理有一定的结构化思维和对业务的了解，否则很难想想出具体的页面。假设用户打车路径如图：

穷尽每一个节点所涉及到的页面。

发起打车订单：下单页面、订单页面

司机接单：司机详情页面、司机路线图页

上车：订单页面（确认车辆）

到达目的地：无

结账：订单页面

如果用户需要开发票，在软件上申请电子发票，所涉及到的用户路径如下：

穷尽每一个节点所涉及到的页面。

查看历史订单：我的信息页面、我的订单列表页面、订单详情页

申请发票：申请发票页面

收到发票：发票申请记录页面

第三步，实体关系

这一步将实体和实体的关系串起来，信息在实体之间如果存在交互，则可以连上一条线。如果没有连线，只有实体的话，根本看不出架构所在。

没有实体关系的架构

没有实体关系的架构

将实体之间的通过信息传递的方式，连接起来，效果如下：

有一定实体关系的架构

有一定实体关系的架构

但总体感觉还没有达到“系统”这一层级，还是有点散乱。那是因为页面实体太多了，页面实体还可以继续组合，成为一个个小模块，进一步对实体进行归类整合。此时就涉及到自下往上的思路了，当我们通过这种方式归类之后的信息架构，在理解上，更符合用户的认知。

第四步，自下而上整合实体

将几个有相关性的页面，整合成小模块之后，效果如下，这一步已经能够看到信息架构的雏形了。

第五步，最小实体的信息设计

到这一步已经进入到精细化设计了，此时需要考虑更细节的用户场景、心理活动、异常情况等诸多因素，将每一个实体的设计做到极致。以下单页面为例，用户下单之前需要定位、查找附近车辆数量、排队情况、价格等等，将这些因素考虑完之后，提炼出需要在这个页面上体现出来的信息可能包括：地图、车辆、起步价、排队人数和时长。

在精细化设计过程中，可能会将某些页面实体进一步浓缩，减少实体个数。比如下单模块的订单页面，我们是三个页面实体，如果将司机路线图和订单整合成一个页面，司机详情信息整合成一个抽屉浮层，那就只剩下一个页面实体了，而司机路线图、司机详情页只是订单页面的组成元素而已。如图：

进一步减少页面实体

进一步减少页面实体

以上就是设计互联网产品信息架构的思考过程，可能有人在模拟的过程中，会觉得前半段有些枯燥，后半段缺乏想象力，那我建议大家先多体验各种互联网产品、深度阅读基本关于结构化思维的书籍，可能有所帮助。