需求分析篇只需三步掌握业务流程绘制的方法
⇨⇦
业务流程绘制是需求分析中的重要环节，面对复杂的业务、众多的角色，如何来快捷的绘制出清晰的业务流程，本文试图将该过程拆解成简单的三步，让产品人员有效掌握业务流程绘制的方法。
在上一节里面，我们结合一个＂用户自助寄件＂的需求，分析了从业务需求、用户需求，向产品功能需求转化的过程，本节，我们继续沿用该案例，向大家展示如何高效快捷的绘制出业务流程图。
在业务流程图的形式中，对于产品人员来说，最经典的莫过于＂泳道图＂，从百度图片里面搜集的泳道图说明如下：
（图片自百度图片中搜集过来）
泳道图之所以应用比较广泛，是因为其：
清晰的展示了该流程里面涉及多少个＂角色＂；
该业务流程分成了多少个＂阶段＂；
角色活动的边界、流向清晰；
但一开始要直接来绘制泳道图，我们总觉得比较复杂，好像有些无从下手，又或是担心漏掉很多细节，那么到底如何有效的绘制出一个清晰明了，简单实用的泳道图呢？
下面我们以＂用户自助寄件＂的案例来进行说明。 （该案例来自上一节的连载文章，建议可先查阅上节的该案例：需求分析篇｜从实例分析中理解业务需求、用户需求、功能需求的转化）
第一步：将业务分拆成多个阶段
用户自助寄件是一个业务，你也可以理解成一个任务，那么在自助寄件里面，大致可以拆解成几个阶段呢，在上一节里面，我们已经知道，可以拆解成三个阶段：
阶段1：在线填单阶段
阶段2：找柜子放件阶段
阶段3：支付阶段
具体阶段应该怎么拆，如何拆得比较合理，其实还是在于我们对业务流程的理解程度，我们在调研和需求分析中，是不是真正将业务场景、用户场景理解透了。
通常对一个任务的阶段拆解，你可以从任务执行时间上进行拆解，比如这个例子，填单和找柜子放件，是有时间分隔的，因为往往并不是填完单马上就会去放件。
然后，你可以从任务执行的位置、操作对象上来进行分割，还以填单和放件来说，地理位置上变了，特别是操作对象上变了，那么也是适合拆成两个阶段。
事实上，对任务阶段的拆解，你更多的是从时间、地理位置和操作对象几个维度上的不同来最后确定要区分几个阶段。
当然，一开始分得不合理也没关系，因为对阶段进一步细节分解、梳理过程中，会帮你发现不合理的地方，然后你还可以继续修正。
那么，当你第一步进行了业务的阶段拆分后，其实你可以简单的绘制阶段流程图，示意如下：
这个很简单，我们接着往下说。
第二步：阶段内各角色流程活动的梳理
有了第一步的分阶段，我们需要对每个阶段的细节内容进行梳理，阶段细节的梳理，其实要弄清楚的这里面会涉及那几个角色，这里的角色，不仅仅指用户，系统或者某个实体作为和任务有交互的地方，都是一个角色。
以＂在线填单＂为例，这里面有那几个角色呢，首先，肯定有：
用户角色：就是自助寄件的人；
系统：在线填单后，系统要接收处理快递单，肯定也是一个角色；
快递柜：是用于用户后续放件的地方，它也是一个角色；
这个案例里面，主要是这三个角色；有了角色后，那么我们就需要对每个角色，在这个阶段里面的具体的活动来进行整理。
在＂在线填单＂的阶段，任务的发起角色是＂用户＂，主要的活动也是他来触发的，所以，我们肯定要从用户这个角色开始梳理他的阶段内的活动。
那么用户在这个＂在线填单＂里面都需要执行哪些活动呢，其实联系现实中寄件填单过程，你很快就能理解到用户主要有＂填写收件人信息＂、＂填写物品信息＂、＂寄件人信息＂、＂需要的柜子大小等＂，整理成流程图，就是这样：
这个流程图里面的活动，其实都是蛮容易就能想到，唯一刚开始可能缺漏的是活动＂4＂，但其实一开始有缺漏没关系，后面进一步的分析会帮你发现这个缺漏。
理完用户这个角色，那么接下来要继续梳理＂系统＂这个角色流程活动。
很显然，用户在线填完单后，系统要接收该快递单，要考虑分配怎样的柜子，以何种方式来让用户找到柜子、开启柜子等内容，那么你会逐步梳理出系统的流程活动是这样的：
其实系统的活动也还蛮简单，也是只有5步，梳理完系统后，还有快递柜，显然，快递柜的位置和空闲状态是由快递柜本身的系统来返回的，它的流程图我们在这里暂略，在后面的总图中会看到。（需说明的是，实际上快递柜和快递公司，由于不是一家公司，所以，这里面快递柜是一个独立的角色）。
按照角色梳理完阶段内各自的活动后，接下来就是整合的操作。
第三步：使用泳道图来整合各角色的流程活动
有了上面的各个角色的阶段内活动图后，我们这个时候来把它们整合成泳道流程图，显然就很容易。
还以自主寄件中＂用户在线填单＂为例，最后整合出的泳道流程图如下：
看起来这个流程图一眼望去还是比较复杂的，但其实如果你按照上面的三步：
第一步，将业务分拆成多个阶段；
第二步，阶段内各角色流程活动的梳理；
第三步，使用泳道图来整合各角色的流程活动；
你一定可以比较轻松的完成整个业务流程图的绘制。
当然，在具体的整合过程，以及整合后，我们还需要对很多细节进行推敲，完善，很多时候也不是一次性就完成的，这里面还有很多正常、异常的情况需要去考虑，但有了上面的基本方法，你的框架定下来了，细节逐步去完善就不会很难了。
本节的内容就是这样，欢迎大家继续关注我的连载内容。
相关阅读
需求分析篇｜从实例分析中理解业务需求、用户需求、功能需求的转化
需求分析篇｜从生活体验中理解用户场景及其关键4要素