需求分析篇只需三步掌握业务流程绘制的方法

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