我在想大家通常对“产品架构、功能架构、业务架构、信息架构、技术架构”的概念名称和认识，通常都是在PPT上吧。

其实包括我自己也是，我接触的最多的架构图就是以前做产品或者项目解决方案的时候，PPT里面一定会包含几个酷炫的架构图，我会根据领导历史画好的架构图和网上找的样式图，基于自己的理解和业务需求画出来，然后给架构图取名字，比如xx产品架构、xx功能架构、xx技术架构。

但是实际上，这些架构图分别有什么作用，都是什么意思，也没有深究，就是感觉差不多是这个意思就好，特别是客户这边，反正客户也不是太懂，看着有逼格、高大上就会觉得你的这个产品还挺牛逼的感觉。

这次我的目标就是要把这几个架构图通过简单的文字和图片一次就讲明白并理解清楚。

一、产品架构图从浅入深

在产品前期，项目前期，需求是最多的，我们要做的就是把所有需求全部列举出来，然后进行分类整理，这是初期非常关键的一个思考点，什么需求和什么需求是同一个业务块的，就组合起来放在一起，这就是产品架构的初步思考。这是最基础、最常见的对架构功能的思考方法。如下图示例：

然后我们要把整理好的这些需求提炼出功能模块名称，这是需求转系统功能非常重要的一个步骤，就是这些需求最终在产品上叫什么名字。

如下图示例：

做好这些前期工作，产品架构图组成的基本单元就已经具备了，下面开始入深解析功能。

把所有已知的功能，按照自己对业务的理解、对流程的理解、对核心需求的理解，再进行一轮归纳梳理和提取，把所有功能按模块层级划分好。如下示例图：

已经可以清晰看到整个系统是由哪些模块、哪些功能组成，系统的功能架构就已经初具模型了。

功能架构的关键要素，是模块和功能的划分要符合逻辑、符合业务、是符合一定关系的，这样的功能架构才更清晰。

当功能架构清单梳理完后，就可以开始画PPT功能架构图了，而画功能架构图的主要目标是让上级领导、老板以及客户能更清晰看到你的产品或项目包含哪些范围。如下图示例：

有了功能架构图后，就要更进一步深入下去，要把整个产品架构思考清楚，且勾画出来。

功能架构图是产品架构图的一种初级形态，它只是把功能模块的按一定逻辑和业务情况堆叠在一起，把系统能力范围圈起来。

而产品架构图中虽然会也会包含功能模块，但是它更重要的是关系的连接，以及能通过架构图看出来产品对未来的形态和策略。

产品架构图中关系的连接是什么？

它能看出产品核心能力的关系链路、能看出用户之间的关系、能看出产品业务之间的关系、并且能看出前中后三端的支撑关系。

它又如何看出产品对未来的形态和策略？产品从一开始规划，就一定是要考虑未来1-3年的架构能力，就是你在设计产品的时候要把对产品未来至少1-3年的能力要考虑进来，产品架构要能支持到未来的延展能力。

一个好的产品架构图一定是清晰的，即关系清晰、产品策略清晰、用户体验清晰。

二、信息架构

产品架构最重要的是做好对业务的支撑，我们要把业务、产品功能和用户通过产品架构联系起来。

而信息架构主要是将业务架构、产品架构中所涉及的各端业务要点、功能、界面信息以最合适的方式展现给用户，比如：系统信息结构、菜单导航、功能页面、页面结构、元素信息、页面层级、页面关系等都是信息架构的部分。

信息架构的好坏会直接影响用户体验，会影响产品未来的延展性，会影响用户对产品的理解。产品信息架构一旦设定好，通常不会再重构，一旦重构就是对老用户的伤害，通常只是不断扩展完善和细节调整。

三、业务架构

首先理解业务是什么，业务就是进行或处理商业上相关的活动，就是各行业中需要处理的事务。

业务架构是基于战略、商业逻辑的业务运转机制。通过架构各项关联业务形成业务视图，把各项业务通过关系整合在一起，用于战略规划、分析和思考。

通过业务架构能看出产品系统功能对各业务线的支撑关系。

四、三个架构之间的关系

产品还没发展起来的时候，我们常常不会划分这么细，业务、产品功能和信息导航都很简单。

像那些初创小团队，前期的心思都会铺在产品核心功能上，业务单一、页面导航等界面信息也简单，直接用一张产品架构图就能涵盖所有内容。

随着产品用户的大量增长，产品能力会开始延伸，会有新的业务诞生，比如短视频App会延伸广告业务、电商业务，信息架构也会基础结构上做扩展，以不断支撑新业务的开展。

三个架构之间都是相互依赖相互一起成长。业务架构负责战略和商业发展，产品架构通过系统功能满足用户需求，同时支撑业务的发展，信息架构负责用户体验。

本文由 @瞬移的蚂蚁 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。