业务流程自动化作为一种高效工具,通过消除重复繁琐的步骤,能够提升生产力并降低人为错误。不仅仅是简单的表格填写,数据转换或循环任务执行,它更能在工作流程与集成的层面展现自动化的优势。
机器人流程自动化(RPA)平台作为这种自动化的关键载体,为业务人员和技术人员提供了一体化的解决方案,包括开发、测试、部署和监控机器人活动的工具。许多RPA平台都配备了流程挖掘功能、情境发现工具、开发工具以及运行环境,以优化机器人的功能并监控其运行。
然而,机器人流程自动化也如同所有技术一样,正处于不断变化的状态,围绕炒作、实际情况和最佳实践进行调整。关于自动化平台能解决的问题和可能存在的风险,以及使用过程中可能出现的缺点,大家有许多疑问和失败经历。为了解答这些问题,我们将深入探讨在开发RPA过程中的七个常见错误和解决方案。
虽然RPA为我们带来了众多商业机遇,但过度的炒作可能会误导人们认为机器人能够全面实现自动化并解决所有的流程、集成或数据捕获问题,以及认为机器人代表着无需人为干预的流程。实际上,这些流程仍然需要持续的维护和优化。
在开发RPA解决方案的过程中,与业务相关方建立合理的期望至关重要。需要提醒他们,机器人并非简化工作流程的灵丹妙药。实际上,即便平台提供了机器学习、可视化开发工具和测试功能,开发一个机器人仍然需要编写代码、处理数据和进行测试。在实际生产环境中,支持机器人往往需要不断地进行修复和优化。最后,绝大多数机器人仍需要人工对异常情况进行审查,并评估何时需要改进。
02
在缺乏明确优先级的情况下进行机器人开发
RPA开发与其他类型的开发活动具有一个共性,即业务需求常常超过了支持各个优先事项所需的开发人才。尽管RPA平台支持公民开发,但建立优先级和治理流程对于帮助组织避免为实现较低价值业务功能而创建机器人是非常必要的。
一个建议是将客户数据作为确定机器人开发优先级的主要工具。一个常见的错误是未能充分利用来自不同客户体验渠道(如呼叫中心数据、实时聊天记录和支持工单)的客户声音(VoC)数据,以便了解自动化的优先级和发展路线图。VoC包含了极具价值的定量和定性信息,可以指导我们确定哪些任务需要优先处理,以及哪些边缘情况需要由RPA成功应对。
在构建一个机器人之前,我们该如何评估项目的可行性和复杂性呢?
一种简单的方法是画出流程图,计算涉及的人数、集成的数量以及步骤的数量。如果一个流程只涉及少数人员、一两个集成和几个步骤,那么自动化这个流程的可行性更高,而且更接近于一项业务任务。然而,涉及大量人员、角色和集成的复杂业务流程可能超出了RPA的应用范围。在这种情况下,我们可能需要人工执行半自动化过程中的一些步骤。
Kissflow的美国区销售高级副总裁Aali Qureshi表示:“使用RPA时最大的误区就是将其视为能够自动化流程的工具,但实际上,RPA更多的是实现机器人任务自动化(RTA)。RPA机器人非常适合自动化单一的、重复的任务,但如果你希望创建并自动化跨越整个企业的更复杂的流程,你需要一个可以实现任务和流程自动化,且避免手动编码的低代码或无代码自动化工具。”
例如,你正在自动化一个发票处理流程,这个流程需要扫描PDF文件、从ERP系统抓取数据、验证数据,并支持审批流程。许多RPA工具可以自动化前三个步骤,但你通常需要一个独立的功能来开发审批流程,如一个低代码或无代码平台。
Qureshi建议:“对于创建互相依赖并可能根据某些规则或异常情况进行变更的连续流程,低代码或无代码自动化工具比RPA更为适用。”
设想你正在为一个重要且高价值的业务任务开发一个机器人,该任务仅需两个集成和数个步骤。这是否意味着这个业务任务能够轻松实现自动化呢?
Copado的产品管理高级副总裁Esko Hannula对此持谨慎态度。“将波动性大的流程自动化是一个误区,RPA最适合用于自动化那些在不再改变的传统系统上稳定运行的业务流程。”他表示,“如果底层系统或影响它们行为的任何因素仍在发展变化,RPA可能无法适应这些变化,进而导致业务运营中断。”
以下是一些易变流程的例子:
在源条件和需求频繁变动的情况下,实现机器人自动化可能面临挑战。即使成功构建出机器人,为了支持这些变化,它很可能需要付出更高的维护成本。
如果业务流程容易出现需要人工干预的异常情况,RPA可能无法实现预期的投资回报。
尤其是在推出支撑关键业务流程的机器人时,异常并不是唯一可能出现的问题。下一个需要规避的失误就是在没有进行数据验证、错误检测、监控和警报的情况下,将机器人投入生产。
一项最佳实践是将机器人的监控和警报任务集中在负责应用程序和基础设施监控的开发运维或IT运维团队手中。当出现问题时,他们的操作指南应把机器人视为另一种应用程序、集成或数据管道,给予相应的支持。
另一项最佳实践是教育公民开发者如何让他们的机器人具备可监测性,这可以通过实施错误检测和日志记录过程步骤、采用命名规则以及记录实施详情来实现。
机器人作为一种软件,需要持续维护。实际上,如果机器人所依赖的底层系统经常发生变化,那么机器人可能比应用程序需要更频繁地进行更新。
以一个利用CSS选择器或其他较弱方法从DOM中提取数据的机器人为例。这类机器人容易出错,尤其是当底层网站经常更新页面时。
另一个问题是,当机器人需要在众多集成点之间协调流程时。SaaS工具的输入或负载的微小变动意味着机器人可能需要支持来应对这些变化。
“对于没有API的旧系统,RPA可能是一种正确的解决方案,但它们需要持续进行手动更新,”Quickbase的产品总监Harrison Hersch表示。“现在,大多数企业使用各种SaaS解决方案,你不能依赖RPA来自动化、简化并以一种可扩展的方式将这些复杂组合整合在一起。”
Hersch建议充分绘制业务流程和所需集成。“尽管基于AI的自我修复RPA正在增长,但在可能的情况下,仍应谨慎使用RPA。”他建议,“与其采用RPA,不如考虑一种iPaaS策略,这是一种经过验证的预防未来问题的方法。”
Hersch提到了iPaaS(集成平台作为服务),这对于希望将多个SaaS和企业解决方案集成到健壮的业务流程中的企业来说是一个选择。
曾有人指出,机器人仅是一种临时措施,用于掩盖旧版平台和商业流程的问题,它们实际上只是在原有代码上叠加。最终,我们还需投入资源进行应用和商业流程的现代化。
确实,对于能规避常见错误的组织来说,机器人能为企业带来显著的商业价值。它们有助于降低成本、提升质量,从而节省用于减轻技术负担和更新遗留系统的时间和金钱。在最佳状态下,RPA能提供高额的投资回报。然而,数字化领导者们意识到,机器人应作为整体现代化和数字化转型策略的一部分来部署,而非旧系统的终极解决方案。
文章由RPA中国编译发布,如有侵权,请联系删除。