产品经理在工作过程中会遇到各种结构图（结构图），这些名词很容易混淆。一般情况下，3-5年经验，善于总结归纳的产品经理才能逐步理解这些概念的含义，并且相对灵活的运用到工作中。下面针对这些概念来系统地梳理一下，同时也是加深自己的理解和认知，希望能有所启发。
功能结构图
功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。（百度定义）
用通俗的话来说，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。功能结构图一般不涉及具体的字段信息，只强调功能的逻辑关系。
以微信为例，我们可以看到整个微信分为4个大的模块：微信、通讯录、发现、我的。发现模块里面有各种功能，比如朋友圈、小程序等等。这里插一句题外话，一般人很少注意到微信底栏第一个菜单是“微信”，往往以为是“消息”“聊天”之类的。网上各种各样的解释都有，我则更愿意理解为微信对自身的自信和坚持，正如微信自己描述的定位一样，它本身就是一种生活方式。
微信功能结构
信息结构图
信息结构图是将产品的数据信息抽象出来，直观进行展示的图表。它可以帮助产品经理理解复杂元素的构成，帮助开发进行进行表结构设计。
信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。
同样是以微信为例，下图列出了微信公众号文章涉及的一些核心字段。这些能帮助产品经理和技术来理解整个产品方案的设计过程。
微信信息结构
产品结构图
产品结构图是综合展示产品信息和功能逻辑的图表，也就是说看到产品结构图能快速了解产品的功能和信息结构。某种程度上来说，产品结构图绘制出来，原型图上的信息和功能基本就已经确定了。
当然这个理解目前在业内没有形成一致的共识，只是一部分人这么理解而已。很多时候产品经理在进行整理的时候，不自觉地将这两者融合在一起，因为功能是在页面里面的，围绕信息展开的，所以有时候并不需要分那么清，只要能把事情说清楚，不需要纠结。
在产品设计的过程中，一般是从产品功能结构图出发，直到最后完成产品结构图。完成产品结构图之前最好不要开始画原型，做产品设计，因为这个时候对整体框架，流程还没有完整的认知，过早开始往往是做无用功。
微信产品结构
软件架构的核心价值是控制系统的复杂性，将核心业务逻辑和技术细节的分离与解耦。架构一般可为分业务架构、应用架构、技术架构。其中业务架构是战略，应用架构是战术，技术架构是装备。
架构的目的通俗来说就是把复杂的东西简单化，标准化，流程化，自动化。下面来分别解释一下。
产品架构图、业务架构图
产品架构图有时候也叫做业务架构图，是对于产品底层的设计，涉及到整个产品的业务流程，比较复杂。
产品架构图是不断演进的，其改变往往意味着产品维度进行大的调整，无论是功能还是信息都会有大的变动。
产品架构图面向公司层面，偏战略；考虑的是如何为用户提供价值，以及企业可以通过什么方式来实现盈利的问题。
来自网络
应用架构图
应用架构起到承上启下的作用：一方面承接业务架构的落地，另外一方面影响技术选型。
比较常用的划分是 应用架构类型：单体式、分布式、SOA架构。
分布式应用架构中，不同应用是独立的，应用内部高内聚，应用之间松耦合，可以灵活的进行分布式部署。同时缺点也比较明显，那就是不同应用之间通信连接都需要额外的工作量，同时整个架构设计变得复杂维护起来成本必然增加。
来自网络
技术架构图
到技术这一层整个系统的设计已经比较清晰了，尽管技术架构图涉及的技术模型一般都比较多。但经过拆解，分组，已经非常直观了，我们可以把技术架构图简单理解为具体的装修设计图，剩下的就是靠技术人员分批分模块来慢慢实现了。
下面引用一张美团的系统架构图，这只是美团业务体系的一个缩影。从图里面我们可以了解到美团的业务极其复杂，使用的技术也非常多。
来自网络
组织架构图
组织架构是企业的流程运转、部门设置及职能规划等最基本的结构依据，常见的组织架构形式包括中央集权制、分权制、直线式以及矩阵式等。（百度定义）不同公司的组织结构差别很大，在不同时期往往也不一样。组织结构是在不断进化的，其目地就是为了使工作职责明确，工作目标性强 ，提高生产力。
下面引用一张腾讯公司的的组织架构图，从这里可以看出很多信息。比如微信产品的重要性，任宇昕的重要性，腾讯对于内容产品的重视等等。
来自网络
以上理解是本人参考了大量的资料，结合自己的工作经历总结出来的。由于自己的水平有限，难免有描述不准确、不正确的地方，恳请各位读者海涵，欢迎有兴趣的读者添加我的微信一起交流探索，共同进步。
网友评论