您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
需求分析篇|只需三步,掌握业务流程绘制的方法
 
  2640  次浏览      14
 2018-9-13 
 
编辑推荐:

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

本节,我们继续沿用该案例,向大家展示如何高效快捷的绘制出业务流程图。

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

(图片自百度图片中搜集过来)

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

清晰的展示了该流程里面涉及多少个“角色”;

该业务流程分成了多少个“阶段”;

角色活动的边界、流向清晰;

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

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

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

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

阶段1:在线填单阶段

阶段2:找柜子放件阶段

阶段3:支付阶段

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

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

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

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

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

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

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

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

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

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

用户角色:就是自助寄件的人;

系统:在线填单后,系统要接收处理快递单,肯定也是一个角色;

快递柜:是用于用户后续放件的地方,它也是一个角色;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   
2640 次浏览       14
 
相关文章

需求分析师的能力模型
基于模型的需求管理方法与工具
需求管理工具DOORS 的接口
使用Web+EA实现基于模型的需求管理
需求经过大脑的过程:需求分析评估方法
 
相关文档

需求分析与需求管理
需求分析具体要求全解
需求分析与验证
需求分析的核心线索
基于UML的需求分析方法
 
相关课程

需求分析与管理
从需求过渡到设计
业务建模与业务分析
产品需求分析与管理
需求分析最佳实践与沙盘演练