业务架构 → 产品架构 → 信息架构，这本身是存在递进逻辑的

一提到信息架构，相信大家第一反应就是脑图，比如 Xmind、幕布等。

过去，我在学习产品经理必备的工具时，看到别人分析产品，是用脑图将所有信息穷举出来。所以我也一度认为，信息架构就是用脑图穷举信息。

在工作中实践的多了，我才发现自己是将「思维方式」和「实现手段」搞反了。简单说，我是要梳理信息，才要借助脑图帮我梳理思路；而不是用脑图梳理后的结果，才是信息架构。

切入理解的点不同，也会直接影响你后续行为方式。下面，我会结合自己的经验，谈谈我对信息架构的理解。

一、什么是信息架构？

首先，我们从全局的角度理解信息架构。

业务架构 → 产品架构 → 信息架构，这本身是存在递进逻辑的。

1. 业务架构

是包含产品目标和用户需求的核心，也是产品运作的核心；而业务逻辑，是连接业务架构与产品架构的桥梁。

2. 产品架构

具体表现在产品的模块与功能，再通过业务流程向下连接。

3. 信息架构

细化到每个小功能点以及信息，展现在用户面前。到这里，你可能会觉得产品架构和信息架构差不多，为了区分我举个小例子：

先看左侧微博的视频和动图自动播放，属于功能，并且处于产品架构。而下面的 3 个选项，对应的是信息架构的小功能点，可以理解为信息。

到这里，可能细心的你会发现，为什么微博会有 3 个选项，而微信只有两个？

对比后发现，微信其实是对“仅 WiFi ”做了简化，也就是微信在 WiFi 下是默认自动播放的。因此，就只剩下 4G 播放和关闭两个选项。

而既然是两个选项，组件用开关表示即可。说句题外话，我们手上 App 每个功能的背后，背后都有一定逻辑。

都可以从「目标用户」和「使用场景」两个维度做大致的分析，并在自己设计功能时参考这些理念。而这，离不开我们对信息架构的理解与运用。

二、信息架构运用

谈完对信息架构的宏观理解，接下来阐述信息架构运用的实际案例。

1. 信息架构是否要独立存在？

当业务、产品相对简单的时候，产品架构和信息架构可以是混在一起的。

比如我负责的 App，最近在做功能架构的调整，以及业务流程闭环的设计，思考时就用到了信息架构。

在分析时，我就会自上而下的做分析，为的就是将逻辑梳理清楚。这其中最重要的部分，是功能整理、业务逻辑和操作路径。

边梳理边思考、边思考边整理问题，一点点发现问题，做到逻辑不遗漏。当然，如果有过往的产品文档可以帮我们省下不少时间。

很多人包括我，肯定都有学过各种课程，教给我们要分开梳理，逻辑才清晰。我只想说，不要拘泥于形式，混用产品架构和信息架构，能够帮你更好的厘清思路，做出判断。