本文来自微信公众号 “PM小刘”，作者：  Y丶，纷传经授权发布。

01

如何定义产品架构图

产品在设计或迭代的过程中，会通过多种形式和方法来帮助我们分析和表达。其中，关于结构图的运用，就有“功能结构图”、“信息结构图”以及本文提及的“产品架构图”之分。

“架构”其实是一种思维方式，是一种化“实体”为“抽象”的方式，同时也是化“复杂”为“简单（核心）”的一种体现。

在IT行业，架构也有不同的方向和运用。比如我们经常看到的“业务架构”、“应用架构”、“技术架构”、“人员架构”、“产品架构”等等。

不同的架构也有不同的定义和用途。比如“技术架构”，它能够帮助我们梳理产品或系统的技术分层，以及每一个分层之间的技术框架和交互，同时明确技术相关的标准和规范等。

一般情况下，先有“业务”，再有“产品”。即“产品架构图”的前身应该是“业务架构图”，产品架构图是在业务的基础上演化而来，通过对业务的进一步抽象，结合产品的用户角色、核心价值以及商业模式，而描绘的产品蓝图。

02

产品架构图的作用

• 梳理产品是否紧紧围绕着核心业务而展开，是否有偏离轨道

• 梳理产品各结构（模块）之间的交互关系（如数据关系）

• 梳理产品的外部关系（如对接关系）

• 梳理产品的竞品关系（不同细粒度下的模块竞品或“参考”）

• 梳理产品的发展侧重点（方向）或发展的路径

• 梳理产品的政策方向（产品是否和时事紧密相关）

• 为团队普及或对外推广提供快速了解产品的媒介

• 为团队达成产品发展共识的可视化工具

不过，产品或者社会本身就是一个不断快速发展的过程，一个产品的良性发展，本身少不了一个完整的产品架构图。

03

如何构建产品架构图

在业务的基础上，我们在转化架构的过程中，我们需要分析哪些是共性的结构，哪些是独有的结构。

针对共性的结构，我们需要进一步抽象成一个个公共的服务模块，梳理这些公共模块的服务方向和内容；针对个性的结构，分析该结构在产品发展过程中的趋势，是否能够独立撑起一个完整的子系统架构，是否会在发展过程中被其他的功能模块替代等。

在产品架构图中，各功能模块既是独立的，也是相关的。我们在梳理的过程中，需要时刻判断我们的架构是否符合完整的业务闭环，是否能够走通整个业务流程，符合每个阶段的核心需求。

在梳理的过程中，我们需要时刻铭记产品的核心定位，不能随意的发散产品的功能，应该是以定位为核心而构建我们的架构，明确产品的边界和发展的优先级（必要时通过标记区分）。

为了更好的佐证产品架构图的业务准确性，可以适当的结合核心业务场景。它类似于一种演绎，把产品架构图中的模块通过场景的方式表达出来，看是否真正的贴切实际的使用场景。

最后

产品架构图它并不是一成不变的，它应该是随着时代的发展、政策的变化、公司的发展策略而实时调整的。当然，它的每一次调整，有可能会影响到整个产品的巨大调整。

同时，笔者认为，并不是一定要完整的产品才会适用产品架构图。

它只是一种我们PM作为分析的工具，并不能局限于产品本身，而是看使用者本身如何使用以及使用后带来的价值。

本文由作者授权纷传发布，建圈子、做付费社群用纷传。