什么是架构图？产品经理应该怎样画架构图？

更新时间:2022-06-30 来源:黑马程序员浏览量:

　　架构图的作用

　　架构图一般是在产品规划初期出现的，用于呈现产品的大致规划。因为这个时候产品还未成形，还需要通过一次次的讨论才能确定细节。但是讨论的时候总得有一个具体落地的文档作为参考，不然就是天马行空，讨论没有方向。

　　产品架构图里包含两大元素：产品端、每个端的功能。

　　第一步，根据产品战略定位，确定产品的用户角色和需求，从而确定产品有哪几个端。

　　在这里，这个用户角色是以需求的边界来划分的。就是说，如果存在两个用户角色的需求完全不一样，那产品需要给这两个角色都规划一个产品端。

　　比如，对一个电商产品来说，存在用户和商家的角色。用户的需求是购物，商家的需求是卖东西，需求完全不一样，那产品就需要规划一个商家端和一个用户端。同样对电商产品来说，用户还分为会员角色和非会员角色，但是这两类用户的需求都是购物，所以产品不大可能去规划一个会员端和非会员端。

　　回到我们刚开始的案例——做一个内容电商平台，在这个产品里只存在两个角色：普通用户和平台管理员。他们的需求显然是不一样的，用户是买东西，看文章和视频内容，而平台管理员就是提供管理服务，所以这个内容电商平台，我们就确定了两个段：平台端和用户端。

　　第二步，根据用户的需求，推导产品端的功能。

　　在第一步我们只是大致了解用户的需求范围，如果要推导出产品的功能，需要将用户的需求进一步明确，即明确产品到底有哪些业务场景。

　　所谓业务场景，即用户希望通过产品达成什么业务目标，实现目标时会经历怎样的流程。有了业务场景后，才能推导产品需要提供什么功能去满足。

产品架构图

　　首先我们需要根据流程图的每个节点去推导产品需要的功能，因为每个节点都是需要功能去支撑的。流程图的制作过程详细可以参考→流程图怎么画?做为产品经理的你会画流程图吗?

　　注意，如果需求很简单，那么业务场景也很单一。如果业务场景很复杂，比如一个内容电商，涉及的业务场景很多，那么就需要对业务做拆解，将一个大的业务拆解成若干个子业务，然后推导每个子业务的流程，并推导需要哪些功能。

　　我们可以通过两种方法来拆解：

　　（1）业务的边界

　　如果有两个业务，两个业务的目标有相对的独立性，则拆解为不同的子业务。比如我们的内容电商产品，明显存在两个不同的业务目标：电商和内容，所以产品可以拆解出两个子业务：电商和内容。而在电商业务中，用户搜索商品和下单也有相对的独立性，所以可以拆解除搜索和下单两个业务。

　　（2）角色的职责

　　当一个角色完成一件事之后，由另外一个角色开始履行职责，则将这两个角色的职责拆解为两个业务。比如电商业务，用户下单后，轮到平台发货，则下单和发货可以拆解为两个业务。

业务场景拆解子业务

　　在得到功能后，就可以将功能点填充到对应的端。如果功能有很多，则可以适当的给功能做分类，以便于架构图更有层次感。

　　架构图是产品规划早期使用的，所以只需要呈现产品的总体轮廓和大的功能方向就可以，无需涉及太多功能细节。