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

一、如何定义产品架构图

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

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

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

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

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

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

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

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

二、产品架构图的作用

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

三、如何构建产品架构图

1. 分析业务

2. 整合结构

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

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

3. 整合流程

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

4. 明确定位

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

5. 注意序列

6. 结合场景

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

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

一文读懂电商产品架构

四、最后

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

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