业务流程绘制是需求分析中的重要环节，面对复杂的业务、众多的角色，如何来快捷的绘制出清晰的业务流程，本文试图将该过程拆解成简单的三步，让产品人员有效掌握业务流程绘制的方法。

在上一节里面，我们结合一个“用户自助寄件”的需求，分析了从业务需求、用户需求，向产品功能需求转化的过程，本节，我们继续沿用该案例，向大家展示如何高效快捷的绘制出业务流程图。

在业务流程图的形式中，对于产品人员来说，最经典的莫过于“泳道图”，从百度图片里面搜集的泳道图说明如下：

（图片自百度图片中搜集过来）

泳道图之所以应用比较广泛，是因为其：

1. 清晰的展示了该流程里面涉及多少个“角色”；
2. 该业务流程分成了多少个“阶段”；
3. 角色活动的边界、流向清晰；

但一开始要直接来绘制泳道图，我们总觉得比较复杂，好像有些无从下手，又或是担心漏掉很多细节，那么到底如何有效的绘制出一个清晰明了，简单实用的泳道图呢？

下面我们以“用户自助寄件”的案例来进行说明。 （该案例来自上一节的连载文章，建议可先查阅上节的该案例：需求分析篇｜从实例分析中理解业务需求、用户需求、功能需求的转化）

第一步：将业务分拆成多个阶段

用户自助寄件是一个业务，你也可以理解成一个任务，那么在自助寄件里面，大致可以拆解成几个阶段呢，在上一节里面，我们已经知道，可以拆解成三个阶段：

• 阶段1：在线填单阶段
• 阶段2：找柜子放件阶段
• 阶段3：支付阶段

具体阶段应该怎么拆，如何拆得比较合理，其实还是在于我们对业务流程的理解程度，我们在调研和需求分析中，是不是真正将业务场景、用户场景理解透了。

通常对一个任务的阶段拆解，你可以从任务执行时间上进行拆解，比如这个例子，填单和找柜子放件，是有时间分隔的，因为往往并不是填完单马上就会去放件。

然后，你可以从任务执行的位置、操作对象上来进行分割，还以填单和放件来说，地理位置上变了，特别是操作对象上变了，那么也是适合拆成两个阶段。

事实上，对任务阶段的拆解，你更多的是从时间、地理位置和操作对象几个维度上的不同来最后确定要区分几个阶段。

当然，一开始分得不合理也没关系，因为对阶段进一步细节分解、梳理过程中，会帮你发现不合理的地方，然后你还可以继续修正。

那么，当你第一步进行了业务的阶段拆分后，其实你可以简单的绘制阶段流程图，示意如下：

这个很简单，我们接着往下说。

第二步：阶段内各角色流程活动的梳理

有了第一步的分阶段，我们需要对每个阶段的细节内容进行梳理，阶段细节的梳理，其实要弄清楚的这里面会涉及那几个角色，这里的角色，不仅仅指用户，系统或者某个实体作为和任务有交互的地方，都是一个角色。

以“在线填单”为例，这里面有那几个角色呢，首先，肯定有：

• 用户角色：就是自助寄件的人；
• 系统：在线填单后，系统要接收处理快递单，肯定也是一个角色；
• 快递柜：是用于用户后续放件的地方，它也是一个角色；

这个案例里面，主要是这三个角色；有了角色后，那么我们就需要对每个角色，在这个阶段里面的具体的活动来进行整理。

在“在线填单”的阶段，任务的发起角色是“用户”，主要的活动也是他来触发的，所以，我们肯定要从用户这个角色开始梳理他的阶段内的活动。

那么用户在这个“在线填单”里面都需要执行哪些活动呢，其实联系现实中寄件填单过程，你很快就能理解到用户主要有“填写收件人信息”、“填写物品信息”、“寄件人信息”、“需要的柜子大小等”，整理成流程图，就是这样：

这个流程图里面的活动，其实都是蛮容易就能想到，唯一刚开始可能缺漏的是活动“4”，但其实一开始有缺漏没关系，后面进一步的分析会帮你发现这个缺漏。

理完用户这个角色，那么接下来要继续梳理“系统”这个角色流程活动。

很显然，用户在线填完单后，系统要接收该快递单，要考虑分配怎样的柜子，以何种方式来让用户找到柜子、开启柜子等内容，那么你会逐步梳理出系统的流程活动是这样的：

其实系统的活动也还蛮简单，也是只有5步，梳理完系统后，还有快递柜，显然，快递柜的位置和空闲状态是由快递柜本身的系统来返回的，它的流程图我们在这里暂略，在后面的总图中会看到。（需说明的是，实际上快递柜和快递公司，由于不是一家公司，所以，这里面快递柜是一个独立的角色）。

按照角色梳理完阶段内各自的活动后，接下来就是整合的操作。

第三步：使用泳道图来整合各角色的流程活动

有了上面的各个角色的阶段内活动图后，我们这个时候来把它们整合成泳道流程图，显然就很容易。

还以自主寄件中“用户在线填单”为例，最后整合出的泳道流程图如下：

看起来这个流程图一眼望去还是比较复杂的，但其实如果你按照上面的三步：

• 第一步，将业务分拆成多个阶段；
• 第二步，阶段内各角色流程活动的梳理；
• 第三步，使用泳道图来整合各角色的流程活动；

你一定可以比较轻松的完成整个业务流程图的绘制。

当然，在具体的整合过程，以及整合后，我们还需要对很多细节进行推敲，完善，很多时候也不是一次性就完成的，这里面还有很多正常、异常的情况需要去考虑，但有了上面的基本方法，你的框架定下来了，细节逐步去完善就不会很难了。

本节的内容就是这样，欢迎大家继续关注我的连载内容。

相关阅读

需求分析篇｜从实例分析中理解业务需求、用户需求、功能需求的转化

需求分析篇｜从生活体验中理解用户场景及其关键4要素

作者：贝克曼，微信公众号：【贝克曼的产品修炼之路】。一名产品老兵，十年以上传统+互联网行业产品从业经历，专注于产品需求分析和企业转型咨询。

本文由 @贝克曼 原创发布于人人都是产品经理。未经许可，禁止转载。