如何快速确定并绘制一个产品的架构

产品架构的定义

产品架构是将具体的业务功能按照一定规则组装成业务模块，将不同业务模块按照一定规则进行划分和归拢最终形成整体架构，并用图形或者文字把各模块之间的关系表达出来的逻辑模型。

产品架构作用在于：定义和规划产品，更加全面的了解整个产品的结构，有多少模块，有多少业务流，它们是怎么串起来的。

产品架构没有统一的定义标准和答案，但是我们可以抓住核心的诉求，为什么要做产品架构？再去解决这个问题。重要的是产品架构的设计是一个逐步推进、完善的过程。

产品架构的作用

1. 对业务本质的抽象，将复杂、繁多的业务抽象成简洁的产品功能模块，并理清各自之间的关系。
2. 展示产品迭代演进的过程，一期完成哪些，二期完成哪些；
3. 支撑产品最终落地呈现的框架，从框架可以大概了解产品的全貌；
4. 是业务和技术落地之间的桥梁和转换器，业务设计->应用设计->技术设计。

产品架构设计参考步骤

梳理功能清单

• 根据产品定位、需求分析、竞品分析、业务流程调研等等方式梳理功能清单
• 功能是需要逐步完善和迭代的
• 功能不需要太细，以“XX管理”的维度最佳
• 必须要抓住主线流程，核心场景下的需求和对应功能

划分功能模块

• 将有共性的功能划分到一个独立模块，例如用户中心模块下有用户管理、人群管理、打标系统、会员体系。订阅系统模块下有邮件推送、短信推送、微信营销推送。

划分领域

• 对功能模块分类、分组、归拢到一个新的领域，例如订单中心域下会有订单模型模块、订单服务模块、状态机设计模块。

划分大领域

• 如果是简单的业务场景，就不再需要这一步的划分。但是如果是复杂一些的业务，则还需要对领域进行进一步抽象，使其边界感更加清晰一些。

形成产品结构图并持续迭代

• 根据大领域、领域、模块、功能之间的边界、交互完成产品架构图的绘制。也可以在这一个环节中加入一些系统边界和信息流的标识，让产品架构更加完善，通俗易懂。
• 可以将产品迭代路径的一些规划也体现在途中，明确每一阶段需要完成哪些。
• 最终可以将核心业务场景和流程放入到架构图中，推演一下是否能跑通，有哪些东西需要补充和修改，注意要抓大放小，不用过分纠结细枝末节。

产品架构案例讲解

简单的WMS产品架构图

启示：

• 产品架构是一个非官方的定义，关键是看想要解决什么问题。产品架构可以很复杂，也可以很简单，核心目的是表达清楚系统各个模块之间的关系……
• 架构设计要关注核心，而忽略一些细枝末节，架构图表达的是主要场景，而不是全部场景，要敢于取舍。

复杂的电商产品架构图

启示：

• 大而全的产品架构图可以达到宏观鸟瞰项目的作用，很适合于向上汇报或者是做新人培训。
• 即使有一些细节没有展示出来，但是依然不影响表达整套系统的核心业务和抽象的功能模块等。

CRM的产品架构图

启示：

• 产品架构除了可以展示一些可见的产品功能模块之外，也可以展示一些不可见的底层的内容，这些底层内容对整个产品的搭建有非常重要的作用。例如：推荐与策略、客户模型、基础服务底层、数据底层……

电商产品架构图

启示：

• 产品架构可以使用选择性放大的方式，重点突出想要表达的业务模块、系统功能。
• 其他关联的上下游或者不太核心的模块，可以简单表示，一笔带过。