产品结构图怎么画？（教你画产品结构图的4个技能）

一、什么是产品架构图

先来个例子方便大家理解。

当我们定义一辆车由哪些构成时，大家会很自然的想到车身、发动机、底盘、轮子、方向盘和油门刹车等几个功能单元。这几个单元按照逻辑关系（驱动+制动+承载+控制）组成了一个整体，为用户提供了“驾乘”这个服务价值。

汽车是实物产品，同样，互联网产品也是由不同的业务功能单元按照一定的逻辑为用户提供服务价值的，将这个逻辑关系可视化的工具就是产品架构图。

也就是，产品架构设计重点在于设计业务单元之间的逻辑关系，架构图将之直观呈现出来。

二、为什么要画产品架构图

有了这个图，大家就比较容易了解了：造车是需要驱动（发动机）+制动（刹车盘）+承载（车身底盘）+控制（方向盘，油门刹车踏板）这几个业务单元的。

往大白话里讲，架构图既是前期业务梳理的产出物，也同时约定了产品的业务范围还有配合关系。

综上，当产品涉及多个业务单元或多条业务线时，产品架构图为PM或者其他相关方提供了自上而下的全局视角：

方便产品规划者了解自身产品的组成部分；

清楚直接理解各业务单元的逻辑关系；

方便进行业务分工和梳理配合协作；

方便产品迭代计划（Roadmap）进行拆解；

为技术架构还有运营增长计划提供帮助；

架构图也是高阶PM必备的产品规划能力的直接体现。

三、怎么画产品架构图

画之前，需要再次强调一下，产品架构其实是对业务架构的映射，也就是先梳理清楚业务闭环并理清楚逻辑关系才能画出产品架构图。

所以画的方法也就是：

1、梳理业务闭环

业务闭环也就是用户使用产品的闭环流程，用户是基于某个需求或问题而使用产品的，产品服务的流程也就是解决用户问题的流程，也就是业务流程。

下面我们用购物这个常见场景来说明一下：

用户要完成购买某件商品的目标需要经历一系列的动作和流程，电商产品就需要用功能来满足这些流程

2、将业务环节推导成功能闭环

还是以刚才购物流程为例子，转化成功能点

汇总一下：

• 功能其实就是用户在具体场景下具体问题的产品化解决方案；
• 这里的功能应该是一组或一个单元，单个功能点是很难支撑的；
• 由需求到功能的过程应该是发生在前期的用户调研和需求分析，也就是解决方案都有了，这些只是具象到功能上；

3、整理功能单元之间的逻辑关系

整理之前，我们需要先明白，单元和单元之间的都有哪几种逻辑关系。一般而言，有如下两种：

1）横向的上下游关系

如图所示，业务2的发生是建立在业务1发生的前提下，并且引发了业务3的发生。

典型的例子就是前文中的电商业务逻辑，业务是按照发生的时间前后及因果关系横向推进。

2）纵向的承接关系

如图所示，业务1、业务2、业务3之间没有特别明显的上下游关系，但都跟业务4有逻辑往来，所以业务4处于其他业务的最下方。

站在产品角度：

业务1、2、3就是大家常说的上层业务或者前台业务，比如客服系统、物流系统、评价系统。

而业务4就是基础业务或者后台业务，比如用户系统，隐私权限系统、通知系统等。也就是无论客服、物流还是评价都需要调用用户的信息和隐私权限。

3）其他一些变种

还有一些延展的业务逻辑关系，比如相互支撑各自独立的三脚架的业务逻辑，不断循环相互影响的环状循环关系，这里就不过多赘述了。

了解了以上逻辑关系，接下来就是对业务单元按照合适的逻辑关系进行排列梳理。

4、绘制具体的架构图

一般而言，大部分理解信息的顺序都是自上而下由浅入深了解，无论是读书、看网页还是观察景物等等。所以产品架构图的基本排版也是自上而下分层的，在具体的某一层，业务单元一般按照横向的上下游关系。

同样，如下图所示，按照自上而下的理解逻辑，产品通常分为交互层-业务层-数据层，这也是大部分人的理解方法。

图是取自产品经理必懂技术思想的课件，仅供参考

同样，用户也是现在交互层上使用功能，在业务层发生业务行为，最后业务数据沉淀到数据层。扩展知识：深入浅出之技术知识，PM到底要懂些什么？

那么具体的绘制方法便是：

1、首先将业务按照此交互层（入口）、业务层（具体业务环节）、数据层（底层服务或数据）进行归纳整理：

2、入口层主要为用户的渠道或承载页面；

3、业务层将具体的业务单元进行排列，先分清大的并列的业务单元，然后绘制具体大业务单元内的小业务单元的逻辑；

4、整理底层服务或者数据层。底层服务一般包括了用户、通知、Feed、库存、风控、字典等。

制作的工具没有局限，哪个趁手用哪个，可以是PowerPoint/Keynote、Axure/Sketch、Word/Excel或Xmind等等。

最后美化整理汇总：

四、如何做更好

篇幅有限，先汇总一下注意事项和其他关联知识点：

• 无论什么图都是方便产品经理设计产品的阶段性产物，需要随着具体业务的变化而迭代；
• 产品经理的规划能力包括了本篇的架构能力和统筹能力（Roadmap）及具体的资源调配能力，这个以后有时间单独成篇讲；
• 业务架构、产品架构、技术架构是相互关联的，或者说只是从不同角度在阐述不同模块之间的逻辑关系，这个以后有时间单独成篇讲；
• 若公司内产品和业务线非常多，就可以把多个功能单元或者业务线组合在一起，一般我们称之为“能力”，能力可以使用API（或其他方式）相互通信。抽离能力和整理能力逻辑关系是公司产品中台化的前提。