架构图的作用

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

怎么画产品架构图

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

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

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

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

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

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

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

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

首先我们需要根据流程图的每个节点去推导产品需要的功能,因为每个节点都是需要功能去支撑的。

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

拆解业务

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

(1)业务的边界

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

(2)角色的职责

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

第三步,将产品功能填充到对应的端

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

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

加客服微信:qmsd3699,开通VIP下载权限!