一、针对不合适的流程部署RPA

这样的流程包含2类:

第一类是非常复杂的流程。针对复杂的流程做RPA规划将会产生高额的费用。复杂程度中低等的流程或子流程是RPA项目初期的最佳目标,企业可在RPA成熟之后再着眼于复杂的流程,从价值最高或构架简单的部分开始,逐步增加该流程的自动化程度。

第二类则是经常变化的流程。RPA不适合被部署到经常变化的系统中去,频繁升级或者变更会导致RPA项目维护难度直线上升。 


二、针对某一流程过度自动化

看待RPA的最佳视角是将其当作辅助工具,用来完成基础流程的操作,使人力有更多时间完成其他工作。将一个流程的70%低价值部分自动化,30%高价值部分人为处理时一个良好的初期目标。机器人完全学会每一个流程可能需要较长时间,项目应尝试通过一系列简易的变革,逐步增加流程自动化的比例。


三、低估RPA所带来的影响

在RPA项目的启动、定位和交付中会遇到很多问题。然而有2个问题可能会影响到RPA项目的延迟上线与利益实现:忽视了如何使自动化流程上线和由谁来操作RPA机器人

一个以业务为导向的RPA卓越中心是管理提升虚拟劳动力的最佳方式。着手构建卓越中心,就IT管理达成共识,训练员工使用RPA机器人并持续优化流程。


四、采取传统方法实施RPA

通常企业采取过于工程化的软件实施方法来部署RPA,其中包括低价值的文档和阶段性划分,使通常只需要几周实施周期的RPA项目延长至几个月。

大多数软件实施方法对RPA来说都太过于工程化,尤其是RPA较少改变现有系统且新流程已存档在RPA工具中。企业应依据自身面临的挑战,简化传统实施方法,通过灵活的手段分阶段实施RPA。


五、缺乏RPA商业案例

大多数企业通常会先做POC(概念验证)或RPA试行来检验RPA是否能如期运行。但是通常成功的POC和大规模生产自动化之间仍有巨大的差异,RPA项目组将无法回答董事会关于“如何定位RPA,RPA项目有着怎样的成本与回报”等基本问题。

而且要通过POC需要花上数周时间,将复杂程序自动化,这期间足够开展一个扎实的机遇评估探讨,和完成具体的商业案例。


六、针对RPA建立POC的过程、资源及经验不足

一个RPA常见的陷阱,只需短短一两天的培训,大多数的业务用户就可以自动化一个简单的流程。然而实际上,创建一个可以灵活扩展的RPA流程所需要的技能远远不止这些。因此通常情况下,POC需要经过长期的测试和修改过程后才能实施,甚至是重建。在团队培训和技能转移支持上不吝啬花费,是项目成功的重要因素。


七、对RPA的投资回报率期望过高

现有的RPA虽然能够自动化大部分流程,但是并不能自动化所有流程——通常是因为这些流程需要从打电话或纸质记录开始,或需要一定的客户沟通。因此公司经常会自动化了很多子流程,却忽略了刻意通过电子化或者OCR技术来增强RPA功能以及自动化整体流程。


八、忽略IT系统设施

绝大多数的RPA工具,最好是在一个虚拟的桌面环境里,通过适当的扩展和业务持续性设置,进行操作工作。RPA流程可以很快地实施,但IT却不能够在如此短暂的时间搭建完善的生产设施,并因此成为实施RPA的主要绊脚石。


九、没有将RPA考虑为业务主导,而是由IT作为主导

企业通常在初期认为RPA是系统自动化项目,从而忽视了RPA最终将会把公司上下的业务交付给虚拟员工来处理。

成功的RPA是由业务为主导,与IT、网络、安全、风险、人力资源和其他职能部门有着紧密合作关系的企划或项目。


十、将RPA看作一系列系统自动化项目,而非端到端的变革项目

如果在RPA项目进行中,没有做好系统性的架构重组与员工重置计划,企业人员会迅速流散转移去做其他工作,例如关注服务提升,或关注比手动任务自动化更有趣的任务。这可能导致项目预期利益未能全部实现,项目的后续阶段未能得到批准。


扫描二维码关注UiBot RPA微信公众号