3）加入信息流转
产品架构图在表达产品的核心功能外，也应该体现信息流动的路径：当前层级数据的交互形成产品功能，产品功能又产生新的数据，从而推动下一层级的功能运转起来。
4. 三种抽象思路
为什么从场景和流程中就可以抽象出模块呢？如何抽象的呢？以下是三种常用的抽象思路。
1）基于业务领域抽象模块
业务领域是一个很宽泛的概念，可能包括业务部门、业务单元、业务主体等。业务领域作为模块划分依据，让模块之间体现出了更强的内部聚合性及松耦合特征。
2）基于业务场景抽象模块
基于业务场景抽象模块和基于业务领域抽象模块的区别之处是，后者的内聚属性更强，和技术架构的模块设计比较贴合；而前者更多从用户体验和业务逻辑出发来做模块划分，在场景菜单下可能会融合多个模块的功能。
WMS系统的菜单设计，一级菜单包含了运输管理、进货管理、出货管理、退货管理、盘点管理等模块，这些都是典型的仓配业务场景。
3）基于业务对象抽象模块
将业务开展运作中关键的业务对象（人、事、物都有可能）定义成模块，比较有代表性的是给销售团队使用的SFA CRM。
三、系统、模块、功能的区分企业级系统应用架构是站在更高的业务全景视角去设计的，合理的企业级应用架构可以快速支撑企业开展新的业务模式。
而产品功能架构只是单纯的从产品功能聚合角度把一类相关性强的功能聚合在一起,从而方便进行功能分组管理，帮助团队对产品形成统一的整体认知。相比于企业系统应用架构，产品功能架构是初中级产品经理接触更多的一种架构图。他更关注于某一系统的具体功能模块划分。
本文由 @B端阿超 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
