RPA是只关注流程吗?

流程与任务

从RPA机器人流程自动化的名称上看,RPA是处理流程。事实上,RPA主要通过机器人自动完成任务。通常机器人处理枯燥的任务,用户来完成高价值、有挑战的决策,并控制、确认整体流程正确性。

一般,全部任务都可以自动化完成的流程,通常部署在服务端。

全自动化的流程在日常流程中的比例非常低,绝多数流程包括与用户交互等一系列任务,简单的任务由机器完成,高价值、灵活的任务的由用户完成。

RPA主要完成一系列任务

很多影视作品、小说、书籍都都渲染机器人将替代人类,从而引起社会对机器人引发失业的焦虑。RPA的流行,也让人担心RPA会抢人类的饭碗。

事实上RPA主要替代的是人类重复性的工作,让人可以集中经历完成高附加值的工作,比如完成前台与客户交互的复杂任务,后台的流程由高效的RPA来完成,从而提高整体效率。

RPA只是将人力从低附加值的工作中解放出来,而不是替代人。

首先使用RPA能够降低成本。

公司使用RPA降低了低附加值工作的成本。人类更愿意做有创造性的工作。因而日常管理性质的重复性的工作,由RPA来完成,降低成本;RPA解放了用户在日常管理事务上的时间,可以在让人有更多时间专注于高价值的工作,从而创造更大的价值。RPA不仅降低了成本还能创造更大的价值

1、 RPA已经存在了数年,特别是在三、四年前被关注。现在有很多公司实施流程自动化已经有十多年的历史,并在客户那里验证了RPA的价值。

2、 随着RPA 的逐步完善,在很多项目上已经验证RPA是优质的IT资产。现在已经有很多企业的日常工作已经离不开RPA了。

3、 企业应用软件越来越复杂,在多个系统间切换的用户体验已经让用户非常痛苦,RPA会提高系统的敏捷性,并加快流程处理速率。

4、 人工智能技术、机器学习技术,聊天机器人等技术应用于RPA,促进了RPA的进一步普及。

RPA已经在很多行业创造了价值,将会持续被用户接受。

多数业务部门的人会认为:项目中有IT部门参与会延长项目周期,RPA的工具已经足够设计自动化流程,自动化流程不需要任何的修改。

但RPA作为软件工具,至少需要安装、部署,这需要IT人员;任何自动化工具都有异常发生的情况,需要IT人员维护;自动化工具的维护不会如供应商说的那么简单,所以RPA的实施还是需要IT参与的

RPA可以减少系统集成的时间和成本,RPA的目标是不需要IT支持而能独立运行的脚本,但现在还需要IT参与。

RPA需要业务部门与IT部门协同工作

很多用户使用过Excel的VBA的宏来完成重复性任务。也有人用过批处理软件来交付批量任务。所以经常有人将RPA与宏和批处理最比较。宏和批处理与RPA有类似之处。

但RPA与宏和批处理有明显的区别

具有处理不同技术的能力,RPA可以执行本地安装的软件系统功能、Web系统功能;可以调用API实现功能,也可以调用Web Service;还可以调用用户界面;RPA还支持java,.net语言。

但宏支支持用户界面,不能支持没有API的系统。

RPA的功能远远比宏能提供的功能要完善。

在实现自动化之处,基于开发工具,很多简单的自动化流程是可以通过记录、应用就配置完成的。因而对于终端用户而言,没有或有非常少的编程背景是可以创建第一个自动化流程的。

但是很多复杂的流程操作有许多依赖条件的,RPA必须能够处理异常,对自动运行的代码提出了非常高的质量要求,需要脚本结构优化以方便后续的功能迭代。

构建一个持续发展的自动化流程需要开发配置技巧。

RPA不需要编程技巧,但保持流程的持续改善需要设计技巧。

本文由 RPA Club 作者:Editor 发表,其版权均为 RPA Club 所有,文章内容系作者个人观点,不代表 RPA Club 对观点赞同或支持。如需转载,请注明文章来源。

发表评论