在做RPA项目的时候，所有人需要对流程有一致的理解，否则就会鸡同鸭讲。
今天希望通过对流程进行分级定义，让大家在做流程梳理的时候可以在同一层级进行讨论。我曾经遇到过一个客户，宣讲之后，提了几十条流程，但是有的流程是很细的，有的流程是很粗的。对于未经处理的流程收集清单，是很难比较得出优先级的。所以今天介绍一个基本的分类原则，帮助大家梳理流程。本文重点有：
- 流程分级的概念
流程分级
在实际开展RPA项目之前，需要首先介绍一个流程分级的概念。因为不同的角色对于同一个业务流程的描述往往是不一样的。如流程专员可能关注的是自己的工作部分，部门负责人可能关注的是该流程在自己所管范围内的全部，而客户的角度可能会不管具体的细节只管流程的输入与输出。
举一个“开办新的手机号”流程的例子，一个客户需要去开通一个新的手机号码，对于客户来说他了解的开号流程如下：
对于接待他的柜员来说，开户流程如下：
对于后台审核人员来说，开户流程如下：
在这种情况下，如果要对“开办新的手机号”流程进行自动化改造，就要知道从哪个角度分析流程自动化改造。例如从业务的角度，流程分成了三级：
- 第一级：业务层面的流程。不同角色在同一个业务从开始到结束的所有工作。
- 第二级：部门间的流程。不同的部门（前台后台）来说有其固有的工作指引。
- 第三级：具体岗位的流程。一个部门内的一种业务操作。
对于不同级别的流程，可以画出其对应的流程图，一级流程图适合描述人与人/部门与部门之间的交互，主要关注与客户交互的部分，以及每个节点的价值；
一级流程图示例二级流程图适合描述不同状态的业务具体对应的操作，主要关注部门之间的协作；
二级流程图示例三级流程图适合描述人与系统之间交互的操作，主要关注具体人的操作。
三级流程图示例我认为只有搞清楚了一个需求在不同层级的流程图，才能够做出合适的评估与分析，才能够让不同的人在讨论解决方案的时候聚焦在同一层面的问题。我认为RPA主要是针对三级流程进行的自动化。如果我们能够在二级流程，甚至一级流程作出优化，带来的效果将会更加明显。并且最终的RPA部分也可能会变得简单
文章转载于微信公众号：梁巴里
本文来自投稿，不代表51RPA立场，如若转载，请注明出处：https://www.51rpa.net/rpaedu/5775.html
评论列表（1条）
[…] （略，可参考上一篇文章的流程图RPA基础：流程分级 | 梁巴里分享） […]