虽然通过RPA实现业务自动化正在受到越来越多企业的追捧,但RPA并不是“万灵丹”,并非所有业务都适用。在某些情况下,RPA也不是唯一的解决方案。
RPA在提升效率、降低成本上发挥了积极作用,但现阶段的RPA产品仍不完美。部署RPA前,IT部门不仅要考虑RPA应该用于哪些场景,也要探讨哪些场景不应使用RPA。
RPA的用途:将简单任务自动化
多年来,企业的商业流程一直在优化。尚未优化的大多是复杂的、碎片化的业务,而非简单重复的工作。这将影响RPA应用规模的扩大。
归根结底,阻碍RPA规模扩大的原因在于流程和应用程序的复杂性,而非RPA本身。更换过RPA供应商的企业对此应该深有体会。
企业不应该使用RPA来实现所有业务的自动化,而应该用RPA自动化来优化复杂流程中的简单任务。
毕竟,与100%自动化20名员工的业务相比,将1000名员工的业务自动化50%更为有效。
此外,RPA不是自动化的王牌,只是推动数字化转型的方式之一。数字化转型的目标在于改变业务,而RPA承担的是部分业务的优化。
即使RPA自动执行了旧的遗留应用程序中的不适宜流程,也不会改变流程本身不适宜的事实。
部署RPA并不意味着大功告成
RPA并不是只要设定好就万事大吉。对API而言,RPA并非可扩展的。因此,IT部门也不能一劳永逸。
Pegasystems对全球509名决策者进行的最新调查显示,87%的受访者在一定程度上遭遇了bot的故障;41%的受访者表示,在持续进行的bot管理上花费的时间和资源比预想的要多。
基于RPA的自动化可以使用API来重新设计新的数字接口。然而,这种RPA连接将是暂时的。
智能自动化中,有比RPA更好的技术手段。例如:
- 为消除麻烦的电子表格,可用支持集中式控制规则的低代码设计;
- 集中电子邮件管理,可用具有读取和响应电子邮件的自然语言处理功能,而不是在Outlook中使用RPA;
- 编排和低代码组合,可以促进替换过时的流程和废除执行不适宜流程的遗留应用程序。
不应使用RPA自动执行复杂流程
RPA的核心是通过用户界面(UI)实现屏幕自动化。换言之,RPA从屏幕上读取信息内容,并对数据进行处理,再将数据发送回屏幕。由于所有RPA都受限于操作系统以及系统上运行的众多复杂编译的应用程序的能力。因此,RPA并不需要太多的智能。
虽然有些RPA内置AI-OCR识别功能,但在这种情况下,应用程序的自动化比一些RPA产品中基于对象的自动化速度慢且不稳定。
嵌入了复杂应用程序和图形用户界面(GUI)的复杂流程并不适合RPA。这样的流程不稳定、支持成本高,且不能频繁运行。
此外,由于在架构上并不合适,所以长期企业应用集成(EAI)项目也不应使用RPA。
即使在RPA链中进行简单的UI更改,也可能严重影响EAI。这对以使用经过验证的安全技术连接的强大、可扩展API为目标的企业架构师来说,无疑是悲催的。
不过,这类API并不一定可用于实现短期优化或数字转换。这种情况下,将RPA视为权宜之计(应急手段)是没有问题的。
今后,关注RPA是如何发展将会十分有趣。以RPA推广受阻为契机,至少能引起人们对不适宜流程的关注。最终,人们可能会开始变革这些不适宜的流程。
本文是51RPA中文社区原创文章。发布者:RPA小当家,转载请注明出处:https://www.51rpa.net/rpanews/5222.html