RPA就像辅助驾驶,但”撞了”不用甲方负责

大家好,我是报表哥~ 快2个月没写文章了,这2个月在办“家庭大事”,把这十几年创业的努力兑现成老婆的梦想;兑现过程和做一个项目类似,中间遇到各种问题,我也得到了一些成长。

近日的热门新闻“辅助驾驶又撞人了”,大家也都看了视频,我们不讨论具体出事细节,只用这件事情来作为RPA行业的讨论点。

同样的一段话,适用辅助驾驶也适用RPA

先看看下面这段汽车专家的话:

“自动驾驶辅助功能,会有失效的概率存在。”专家解释,功能是否失效,可能取决于复杂的道路环境。比如说车辆的某个探头被脏东西遮住,模糊不清左右不一致导致算法紊乱,导致最终来不及做出反应

上面这段话也同样适用在RPA行业,我来转换下:

“RPA的自动办公功能,会有失效的概率存在。”报表哥解释,功能是否失效,可能取决于复杂的工作环境。比如说某个目标操作窗口被遮挡,RPA无法对其操作,导致该步骤报错,最终造成整个流程停止运行。

细品,是不是一模一样! RPA和辅助驾驶非常相似,都是用机器来替代人类操作。辅助驾驶模拟人类眼睛、手、脚,来完成对车辆的操控;RPA模拟人类鼠标键盘操作,来完成有规律的工作。辅助驾驶算法和RPA背后,本质都是用代码来表达逻辑,逻辑的缜密性是稳定的核心。

辅助驾驶撞人车主(甲方)要负责;RPA事故则是乙方(RPA开发)负责

报表哥在2021年车展就订购了一辆准L4自动驾驶汽车,目前在排队等提车,作为一个IT人员,我会去多看看辅助驾驶的法律信息。从目前法律来看,L3级辅助毕竟还是辅助,车主需要承担事故责任,因为车主有责任随时接管车辆。我在等L4的法律落地,L4级别车辆出事,就是车厂的责任了。

RPA行业则不同,上海数员做的RPA基本就是L5级别的自动化,不需要客户盯着电脑看着屏幕,让机器人全自动运行就可以。如果出现任何大小“事故”,那都是RPA机器人开发的问题,和甲方无关,因为乙方需要保证RPA机器人做出来的结果,都是正确的,遇到问题可以不做,但不能乱做。

如何保证RPA数字员工稳定好用不烦人

上海数员核心业务是月付制RPA数字员工,稳定性是我们最关注的,完善的数字员工运维体系需要包括很多细节,主要有下面几点:

  1. 完全适用于RPA机器人的系统环境:
    包括系统版本、Python版本、office/WPS版本、各类辅助软件配置等等,甚至包C盘可用空间的监控。上海数员为每一个客户都独立搭建运行环境,这是最基础的稳定需求。
  2. 自我检查机制:
    例如银行填写查询日期,我们都会在机器人填好后,再人机器人检查一遍是否正确填写,因为当网络卡顿、网页卡顿的时候,有低概率出现RPA没填上的情况。
  3. 日志记录:
    记录机器人每个步骤的开始、结束、报错、状态。遇到连续报错就会暂停整个流程,并且自动@数员维护工程师。

当然,比上面这些更重要的,是需求调研的深入和扎实。扎实调研+稳定运行,需要付出更多的工作量,更多的配套后台;实际项目中,花在调研和稳定性上的精力远比实现核心功能更多。

如果您的RPA项目,运行不顺利,乙方总说您的需求不完善,机器人跑跑停停,总需要人工干预恢复,那找我们把把脉吧 :)