【补充篇】如何评估RPA需求

在2019年9月29号,51RPA小编分享了一篇“如何评估RPA需求,RPA需求的模型”。本篇再补充其他相对比较重要的,影响RPA评估的因素。

【补充篇】如何评估RPA需求

评估RPA关键词–稳定的平台

RPA机器人是一套流程。RPA机器人的运行是需要有一个载体,一个系统平台。没有载体或系统平台的机器人会被架在空中,什么都没法做。理解不了?看看下面这个比喻:

大家可以理解为系统是一辆运载货车,由司机来控制和驾驶车辆,把车上的货物运到目的地则为任务完成。随着科技升级,车还是那辆货车,但有一个软件可以控制货车替代司机驾驶,这个自动驾驶的软件可以看做是RPA机器人。自动驾驶软件可以替代司机,但不能替代这货车(载体/系统平台)。没了车,人和自动驾驶软件都变成了空中楼阁,无法驾驶”空气”到目的地。

【补充篇】如何评估RPA需求

正常来说,司机和自动驾驶软件是可以互相替换的,尤其是自动驾驶软件掌握方向盘的时候,人甚至都不需要坐在车上,自动驾驶按照既定路线行驶,遵守交通规则,避让障碍物,只要货物送达目的地,那就大功告成。

那不正常和不稳定的情况呢?

1 、不稳定之—车辆频繁故障

比如车辆照明系统故障,看不清路况了;比如轮胎爆胎,车辆走不了;比如变速箱故障,只能低速运行了等等。如果说车辆(系统平台)频繁故障,老司机可以凭借丰富经验勉强把货车开到目的地。那同样的情况交给自动驾驶软件(RPA)还要求顺利到达目的地,倒不是办不到,但所需的代价巨大。

【补充篇】如何评估RPA需求

为了应对异常,自动驾驶软件需要把所有不正常情况都录入自动化流程包括不限于照明问题、爆胎问题、变速箱问题、动力故障问题等等等等。不仅功能覆盖了各种故障,还要针对各种异常做充分的测试,确保自动驾驶软件(RPA)是可以正确识别故障并拿出正确的故障预案应对问题。

如此大费周章,不仅自动驾驶软件会变得庞大而冗余,运行效率也会降低很多,因为即便是一路正常,也要随时监测是否有异常存在,随时准备着应急预案,这车根本快不起来。

我们换一个方向呢,如果我们选择任务(开发RPA流程)之初,就选一辆质量靠谱的货车(稳定的系统平台),这样自动驾驶软件(RPA)可以轻装上阵,无需担心各种故障(不是没有故障,而是故障率极低,影响低至可以忽略不计)不仅简单,而且运行也高效。

实际的RPA开发过程中,系统不稳定带来的一系列问题还是比较麻烦的。我们曾经开发RPA流程有遇到过:公司内部云盘系统不稳定,同步软件报错;点选的按钮后,界面无反应登录界面故障;等等各种情况;

【补充篇】如何评估RPA需求

在评估RPA流程时,如果没有正确及时地识别系统本身的不稳定因素,一旦确认开发RPA流程,则无异于”入坑”,开发难度和开发周期都会因为不稳定的故障问题而直线上升。开发完成后,上线运行效率可能大打折扣。

因此,流程选型调研之初,务必摸底,明确了解流程所应用的系统是否稳定,基于相对稳定的系统来开发RPA机器人,对后续的开发和运行稳定都是很有帮助的。

2 、不稳定之—车辆频繁改装

还是以货车为例子,若这个货车虽然质量好,运行平稳,但三天两头没事就来个改装,对自动驾驶软件(RPA)也是一个大忌,今天左舵,明天改又舵,后天刹车油门踏板换个位置,大后天把车门锁死,改天窗进入。。。

【补充篇】如何评估RPA需求

实际的RPA开发中也会常常遇到类似的问题,虽然系统本身没bug,但界面和功能的频繁变换会对机器人产生很大影响。

我们曾经遇到最惨痛的例子则是:资金团队下载账单流水。开发RPA机器人在支付宝,微信企业网银界面下,下载巨量账单。开发之初比较顺利,上线也比较快。但很快噩梦来临,也许是阿里和腾讯的互联网公司属性,开发资源过于丰富,使得页面的改动是极为频繁。

【补充篇】如何评估RPA需求
图为微信支付网页端界面

改动部分不触动流程判断还好,只要影响到RPA流程需要点选或者需要判断的内容,他调整我们就得跟着改。RPA流程上线一年多,我们流程就改了一年多,支付宝和微信下载账单流程目前改得和当初上线时完全不同的两套流程了。其代价是我们有相当多的RPA开发资源被陷入这个流程泥潭不能自拔,除非放弃这套流程,否则就得长期安排RPA开发人员陪着改。

人工是有强适应能力的,但机器不行,若是有RPA需求基于频繁升级变动的系统,避开绕走上上策。

评估RPA关键词–生命周期

RPA流程是要考虑生命周期的。因为RPA的效率,准确率都高于人工,因此RPA可以替代人工完成一部分工作。而常规系统的稳定性(只要不是做得很糟糕),效率一般会优于RPA。因此如果公司决定开发一套与RPA功能重复的系统,RPA很自然就会被取代。

比如我们曾经开发一套自动认证发票的流程,登入税务系统后,机器人自动录入需要认证的发票号码,执行查询操作,若查询到了发票,则勾选发票,完成发票认证。

【补充篇】如何评估RPA需求
图为发票认证平台登录界面

单张发票认证速度还算不错,5秒一张发票。但量级一旦上来,1000张,2000张发票,这项工作则需耗费数小时。后来公司进行系统开发,通过第三方公司实现与税务系统打通,每批次20-30秒时间,可以认证100张发票,至此我们的RPA认证流程正式退休。(如果大家对这个感兴趣,我会找机会写一篇案例分析,详解RPA发票认证流程的兴衰过程)

【补充篇】如何评估RPA需求
图为RPA机器人,发票认证工作界面

这么对比下来RPA流程就没有价值了吗?非也,首先RPA流程的出现相比人工来认证发票,本身已经是一次质的飞跃了,节约不少人工成本。其次,RPA的开发速度快,实施周期短,比系统级认证功能早上线近两年(系统需求常年排队开发,大部分公司均是如此)。再谈到实施这套系统的费用,不考虑公司本身投入研发人员费用,仅上线这套认证功能,一般需要支付给有资质的供应商上线费用是四五十万至百万不等。这么一对比,我们的RPA解决方案几乎是不花钱。

结论:可以这么理解,系统上线之前,RPA流程是相对最优选择,系统上线之后,与之功能重复的RPA流程自动退位。每一家公司的研发投入资源都不一样,若是某些问题不远的将来,公司有明确时间表开发或外购系统来解决,那此问题就可以暂不考虑重复开发RPA。若是系统上线遥遥无期,开发多快好省的RPA流程是值得一考虑的。

小结

评估RPA四个关键词:高度重复的工作、清晰明确的规则、稳定的平台、生命周期。一项RPA需求怎么评估基本介绍得差不多了。

评估完成后,开发前期需要注意哪些事项呢,后续会再撰文码字,敬请期待。

本文是51RPA中文社区原创文章。发布者:RPA小当家,转载请注明出处:https://www.51rpa.net/rpaedu/3530.html

(7)
RPA小当家的头像RPA小当家
上一篇 2019年10月16日 上午11:38
下一篇 2019年10月18日 上午9:00

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注