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