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

1、产品经理在工作过程中会遇到各种架构图（结构图），这些名词很容易混淆。一般情况下， 3-5年经验、善于总结归纳的产品经理才能逐步理解这些概念的含义，并且相对灵活的运用到工作中。下面针对这些概念来系统地梳理一下，同时也是加深自己的理解和认知，希望能有所启发。功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解的最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。（百度定义）用通俗的话来说，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。功能结构图一般不涉及具体的字

2、段信息，只强调功能的逻辑关系。以微信为例，我们可以看到整个微信分为 4 个大的模块：微信、通讯录、发现、我的。发现模块里面有各种功能，比如朋友圈、小程序等等。这里插一句题外话，一般人很少注意到微信底栏第一个菜单是 “微信 ”，往往以为是 “消息 ”“聊天 ”之类的。网上各种各样的解释都有，我则更愿意理解为微信对自身的自信和坚持，正如微信自己描述的定位一样，它本身就是一种生活方式。微信功能结构信息结构图是将产品的数据信息抽象出来，直观进行展示的图表。它可以帮助产品经理理解复杂元素的构成，帮助开发进行进行表结构设计。信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能

3、框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。同样是以微信为例，下图列出了微信公众号文章涉及的一些核心字段。这些能帮助产品经理和技术来理解整个产品方案的设计过程。微信信息结构产品结构图是综合展示产品信息和功能逻辑的图表，也就是说看到产品结构图能快速了解产品的功能和信息结构。某种程度上来说，产品结构图绘制出来，原型图上的信息和功能基本就已经确定了。当然这个理解目前在业内没有形成一致的共识，只是一部分人这么理解而已。很多时候产品经理在进行整理的时候，不自觉地将这两者融合在一起，因为功能是在页面里面的，围绕信息展开的，所以有时候并不需要分那么清，只要能把事情说清楚，不需要纠结。在

4、产品设计的过程中，一般是从产品功能结构图出发，直到最后完成产品结构图。完成产品结构图之前最好不要开始画原型，做产品设计，因为这个时候对整体框架，流程还没有完整的认知，过早开始往往是做无用功。微信产品结构软件架构的核心价值是控制系统的复杂性，将核心业务逻辑和技术细节的分离与解耦。架构一般可为分业务架构、应用架构、技术架构。其中业务架构是战略，应用架构是战术，技术架构是装备。架构的目的通俗来说就是把复杂的东西简单化，标准化，流程化，自动化。下面来分别解释一下。产品架构图有时候也叫做业务架构图，是对于产品底层的设计，涉及到整个产品的业务流程，比较复杂。产品架构图是不断演进的，其改变往往意味着产品维度

5、进行大的调整，无论是功能还是信息都会有大的变动。产品架构图面向公司层面，偏战略；考虑的是如何为用户提供价值，以及企业可以通过什么方式来实现盈利的问题。还有一种划分是把产品架构图和业务架构图分开，先有业务再有产品。举一个简单的例子，美团的业务包括外卖，到店和酒旅业务等，用一个词概括就是 “吃喝玩乐 ” ，围绕优惠折扣，服务这些关键词展开，这个就是美团的业务架构。在外卖业务中，分为 C 端、商家、骑手等终端，如何让用户更快捷找到优惠，让骑手更快速的送出外卖，这些就是产品架构层面的事情。骑手送餐可能会出现部分骑手绕路耽误时间的情况，但是从整个平台的角度来看，基本是公平，高效的。来自网络应用架构起到承

6、上启下的作用：一方面承接业务架构的落地，另外一方面影响技术选型。比较常用的划分是应用架构类型：单体式、分布式、 SOA 架构。分布式应用架构中，不同应用是独立的，应用内部高内聚，应用之间松耦合，可以灵活的进行分布式部署。同时缺点也比较明显，那就是不同应用之间通信连接都需要额外的工作量，同时整个架构设计变得复杂维护起来成本必然增加。来自网络到技术这一层整个系统的设计已经比较清晰了，尽管技术架构图涉及的技术模型一般都比较多。但经过拆解，分组，已经非常直观了，我们可以把技术架构图简单理解为具体的装修设计图，剩下的就是靠技术人员分批分模块来慢慢实现了。下面引用一张美团的系统架构图，这只是美团业务体系的一个缩影。从图里面我们可以了解到美团的业务极其复杂，使用的技术也非常多。来自网络组织架构是企业的流程运转、部门设置及职能规划等最基本的结构依据，常见的组织架构形式包括中央集权制、分权制、直线式以及矩阵式等。（百度定义）不同公司的组织结构差别很大，在不同时期往往也不一样。组织结