产品经理需了解的架构图/结构图知识

功能结构图

功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解的最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。(百度定义)

用通俗的话来说，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。功能结构图一般不涉及具体的字段信息，只强调功能的逻辑关系。

以微信为例，我们可以看到整个微信分为4个大的模块：微信、通讯录、发现、我的。

发现模块里面有各种功能，比如朋友圈、小程序等等。

这里插一句题外话，一般人很少注意到微信底栏第一个菜单是“微信”，往往以为是“消息”“聊天”之类的。

网上各种各样的解释都有，我则更愿意理解为微信对自身的自信和坚持，正如微信自己描述的定位一样，它本身就是一种生活方式。

微信功能结构

信息结构图

信息结构图是将产品的数据信息抽象出来，直观进行展示的图表。它可以帮助产品经理理解复杂元素的构成，帮助开发进行进行表结构设计。

信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

同样是以微信为例，下图列出了微信公众号文章涉及的一些核心字段。这些能帮助产品经理和技术来理解整个产品方案的设计过程。

微信信息结构

产品结构图

产品结构图是综合展示产品信息和功能逻辑的图表，也就是说看到产品结构图能快速了解产品的功能和信息结构。某种程度上来说，产品结构图绘制出来，原型图上的信息和功能基本就已经确定了。

当然这个理解目前在业内没有形成一致的共识，只是一部分人这么理解而已。很多时候产品经理在进行整理的时候，不自觉地将这两者融合在一起，因为功能是在页面里面的，围绕信息展开的，所以有时候并不需要分那么清，只要能把事情说清楚，不需要纠结。

在产品设计的过程中，一般是从产品功能结构图出发，直到最后完成产品结构图。完成产品结构图之前最好不要开始画原型，做产品设计，因为这个时候对整体框架，流程还没有完整的认知，过早开始往往是做无用功。

微信产品结构

软件架构的核心价值是控制系统的复杂性，将核心业务逻辑和技术细节的分离与解耦。架构一般可为分业务架构、应用架构、技术架构。其中业务架构是战略，应用架构是战术，技术架构是装备。

架构的目的通俗来说就是把复杂的东西简单化，标准化，流程化，自动化。下面来分别解释一下。

产品架构图、业务架构图

产品架构图有时候也叫做业务架构图，是对于产品底层的设计，涉及到整个产品的业务流程，比较复杂。

产品架构图是不断演进的，其改变往往意味着产品维度进行大的调整，无论是功能还是信息都会有大的变动。

产品架构图面向公司层面，偏战略;考虑的是如何为用户提供价值，以及企业可以通过什么方式来实现盈利的问题。

还有一种划分是把产品架构图和业务架构图分开，先有业务再有产品。

举一个简单的例子，美团的业务包括外卖，到店和酒旅业务等，用一个词概括就是“吃喝玩乐”，围绕优惠折扣，服务这些关键词展开，这个就是美团的业务架构。在外卖业务中，分为C端、商家、骑手等终端，如何让用户更快捷找到优惠，让骑手更快速的送出外卖，这些就是产品架构层面的事情。骑手送餐可能会出现部分骑手绕路耽误时间的情况，但是从整个平台的角度来看，基本是公平，高效的。

来自网络

应用架构图

应用架构起到承上启下的作用：一方面承接业务架构的落地，另外一方面影响技术选型。

比较常用的划分是 应用架构类型：单体式、分布式、SOA架构。

分布式应用架构中，不同应用是独立的，应用内部高内聚，应用之间松耦合，可以灵活的进行分布式部署。同时缺点也比较明显，那就是不同应用之间通信连接都需要额外的工作量，同时整个架构设计变得复杂维护起来成本必然增加。

来自网络

技术架构图

到技术这一层整个系统的设计已经比较清晰了，尽管技术架构图涉及的技术模型一般都比较多。但经过拆解，分组，已经非常直观了，我们可以把技术架构图简单理解为具体的装修设计图，剩下的就是靠技术人员分批分模块来慢慢实现了。

下面引用一张美团的系统架构图，这只是美团业务体系的一个缩影。从图里面我们可以了解到美团的业务极其复杂，使用的技术也非常多。

来自网络

组织架构图

组织架构是企业的流程运转、部门设置及职能规划等最基本的结构依据，常见的组织架构形式包括中央集权制、分权制、直线式以及矩阵式等。(百度定义)不同公司的组织结构差别很大，在不同时期往往也不一样。组织结构是在不断进化的，其目地就是为了使工作职责明确，工作目标性强 ，提高生产力。