2. 将刚刚得到的多个流程图中所有功能类似或者范围有包含关系的机制/功能放在一起，以模块化的形式形成一张简单的矩阵图 。
3. 将明显是同一个产品范围、同一组产品功能的模块放在同一层级，得到一个基础的产品框架 。
2.1明确架构分层
一个具备前后台关系的产品架构图至少分为三层：用户感知层（在何种场景下通过何种方式触达用户）、功能模块层（通过哪些功能模块实现产品的核心功能、和哪些外部平台功能有信息交互）、数据层（产品的数据从哪里来、产品的数据沉淀到何处去） 。
在上一步进行简单分层后，我们已经得到一个初步框架，但是难免会有分层不明确的问题 。此时需要按照两种维度来处理架构图的层级：不同信息层级的边界、同一层级内模块和模块的边界 。
处理不同信息层级的边界：
架构图的层级表达的其实是信息之间的流转关系，不同信息层级之间一定是有逻辑关系的 。
其中用户感知层和数据层通常可以简化为一层（用户端的功能表达往往逻辑简单、数据的来源问题则不是自己产品的核心功能），而功能模块层则需要按照自己产品的逻辑去将功能模块层内的主要模块变成新的层级 。
2. 处理同一层级内子模块的边界：
各层次之间虽然相关，但同一层次内的子模块之间一定是互相独立、界限分明的（常常对应着不同的开发团队和系统应用） 。将解决不同问题的功能拆分成两个子模块，做到一个问题只在同一层解决，避免牵一发而动全身的情况出现 。
3. 明确产品间的边界：
产品边界对于开发设计系统架构、业务间的合作模式都非常重要 。用不同颜色标识清楚产品框架中，各个部分所属产品的边界，通常其中属于自己团队的部分用亮色表示 。
2.3加入信息流转机制
产品架构图在表达产品的核心功能外，也应该体现信息流动的路径：当前层级数据的交互形成产品功能，产品功能又产生新的数据，从而推动下一层级的功能运转起来 。
如果当前产品的主要使用角色只有一个，则只需要用箭头标明模块间信息流动的方式即可 。如果当前产品会涉及的主要角色比较多，则需要用不同颜色的线条将他们和各个模块之间的信息交互关系外化出来 。
五、最终检查
一张好的产品架构图，应该具备以下特点 。
清晰的模块功能边界功能经过抽象，做到标准化、互相独立上下游产品功能边界清晰，架构分层明确合理具备迭代优化的能力记得不断根据你的产品的发展情况来更新产品架构图，每次修改的过程对提升产品架构能力的帮助非常巨大 。
推荐阅读
- 怎么通过手机号查询个人位置 查手机号能否定位什么位置
- iPhone手机快捷键截屏方式 苹果手机xs怎么截屏
- 100%的人用过都觉得超赞 芙丽芳丝氨基酸洗面奶怎么样
- 工行绑定手机号收款怎么用 工行卡绑定手机
- 星星怎么会眨眼睛 为什么星星会眨眼睛
- 三角梅花怎么养家庭养法
- 菊花怎么养家庭养法
- 草莓怎么养家庭养法
- 黑松怎么养家庭养法
- 沙漠玫瑰怎么养家庭养法