我们在工作中会使用到产品架构图，但是对于产品构架图大家又了解多少呢？下面这篇文章的笔者主要讲述关于产品架构图的一些相关内容，大家一起来看看吧！

一、如何定义产品架构图

产品在设计或迭代的过程中，会通过多种形式和方法来帮助我们分析和表达。

其中，关于结构图的运用，就有“功能结构图”、“信息结构图”以及本文提及的“产品架构图”之分。

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

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

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

一般情况下（针对B端和G端产品），先有“业务”，再有“产品”。

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

二、产品架构图的作用

通过“产品架构图”，我们可以：

• 梳理产品是否紧紧围绕着核心业务而展开，是否有偏离轨道。
• 梳理产品各结构（模块）之间的交互关系（如数据关系）。
• 梳理产品的外部关系（如对接关系）。
• 梳理产品的竞品关系（不同细粒度下的模块竞品或“参考”）。
• 梳理产品的发展侧重点（方向）或发展的路径。
• 梳理产品的政策方向（产品是否和时事紧密相关）。
• 为团队普及或对外推广提供快速了解产品的媒介。
• 为团队达成产品发展共识的可视化工具。

产品架构图，更多的是在产品前期阶段的运用。但是在我们实际入职工作的时候，很少产品是在“0”阶段开始的。不过产品或者社会本身就是一个不断快速发展的过程，一个产品的良性发展，本身少不了一个完整的产品架构图。因此不管当前产品属于哪个阶段，一个完整的架构图都是必不可少的。

三、如何构建产品架构图

1. 分析业务

一个合格的产品架构图，离不开对业务的深刻理解。只有在深刻理解业务的前提下，才能对业务抽象成一个个具体的层级或功能模块，组成一个完整的产品架构图。

2. 整合结构

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

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

3. 整合流程

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

4. 明确定位

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

5. 注意序列

为了能够让产品架构图在产品的发展过程中发挥更好的作用，产品架构图之间的模块序列应该是存在一定关系的。

比如相同层级的关系并列摆放，先后层级的关系顺序摆放，父子层级的关系包含摆放等。

6. 结合场景

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

以上主要是关于产品架构图的思路设计，可以参考以下文章同步阅读。

一文读懂电商产品架构

四、最后

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

同时，笔者认为，并不是一定要完整的产品才会适用产品架构图。它只是一种我们产品经理作为分析的工具，并不能局限于产品本身，而是要看使用者本身如何使用以及使用后锁带来的价值。