来一个产品经理的经典工作场景：

老板：公司计划做一个内容电商产品，你先给个初步方案，大家一起讨论一下。

产品经理：好嘞。

这个初步方案是什么？

在产品工作中，这种初步方案的形式会有很多，可以是一份竞品分析报告，也可以是产品的结构图、核心业务流程图，亦或是一份功能清单。

或者以产品架构图的形式呈现，就像下图所示：

那么，这种架构图怎么画呢？

架构图的作用

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

如何输出架构图

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

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

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

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

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

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

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

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

当然，业务场景是我们最后要得到的，在这之前，产品经理需要通过不同的方式（比如用户访谈、竞品分析等），去梳理业务场景，并输出流程图。这些方式这里就先不展开了，有机会我们单独再讲。

而在得到流程图之后，就根据流程图的每个节点去推导产品需要的功能，因为每个节点都是需要功能去支撑的。这个推导的过程，也需要通过访谈、竞品分析来进行，或者依托于产品经理自身的经验。

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

如何拆解业务呢？

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

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

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

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

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

架构图是产品规划早期使用的，所以只需要呈现产品的总体轮廓和大的功能方向就可以，无需涉及太多功能细节（也没办法涉及，因为距离产品出来还早着呢）。