RPA技术这么强,为什么机器人还会让人失望呢?

响应“停课不停学”号召,RPA修炼营也开学啦!还是熟悉的配方,每周一、三、五发布有关RPA的行业分析、应用场景和应用案例,让你宅在家也能学习RPA。

RPA真的有那么好?

RPA技术这么强,为什么机器人还会让人失望呢?

作为近两年最受期待的自动化技术,RPA机器人流程自动化风头正旺,同时这场肺炎疫情虽然给人类带来了巨大的挑战,但是也将RPA这把火烧得更旺了,相信已经不用小编再来给大家科普RPA的功能究竟有多强大了,其应用的领域有多么广泛了。但是……RPA真的有那么好吗?

让我们来看看德勤的一项调查发现,在400家公司中,30%到50%的初始RPA项目失败,63%的RPA项目没有按时交付。

那些失败的RPA项目,既然是众望所归,为何却落得个命途多舛的下场呢?是RPA名过其实吗?当然不!!!

今天就让小编给大家细数RPA项目部署失败的七宗罪!!!

一、低估RPA带来的影响

在RPA项目实施的过程中,会遇到很多问题。企业往往忽视了两个问题:如何使RPA上线,以及由谁来操作机器人。这两个问题会耽误RPA的实施与利益的实现。其实,建立一个以业务为导向的RPA卓越中心是管理RPA的最佳方式,不仅能训练员工使用RPA,还能持续优化流程。

二、事先没有梳理好流程

针对一个非常复杂的流程做RPA规划是常见的失误。由于将一个复杂流程自动化会产生高额费用,而这些费用若是用于完成多个相对简单流程的自动化则更为合理。复杂程度中低等的流程(子流程)是RPA项目初期的最佳目标,可节省约50%的人力成本。企业可以在RPA成熟之后再着眼于复杂流程,逐步增加流程的自动化程度。

三、缺乏具体的商业案例

多数企业通常会先做POC测试来检验RPA是否能如期运行。但成功的POC测试与大规模生产自动化之间仍有差异。而且POC测试往往也要花上数周时间,将复杂程序自动化,而这期间足够开展一个扎实的机遇评估探讨和完成具体的商业案例。

四、将RPA考虑为IT主导

初始时期,企业通常将RPA当作系统自动化项目,而忽视了最终会把公司上下的业务交付给RPA处理。实际上,成功的RPA部署是由业务主导的,而非IT主导。RPA是与IT、网络、安全、风险、人力资源和其他职能部门有着紧密合作关系的项目。

五、忽略了IT系统设施

大部分RPA软件,最好是于一个虚拟的桌面环境中,通过适当的扩展和业务持续性设置,进行操作工作。通常仅需几周,RPA流程即可很快实施。但IT系统却因无法在短时间内搭建完善的生产设施,而成为RPA实施过程中的“绊脚石”。一般而言,RPA供应商会对企业提出IT设施需求,并提供相应技术支持。

六、没有选择良好的RPA平台

RPA想要无缝嵌入原本的工作,需要极强的应对复杂环境的适应能力。RPA产品平台,不能只关注局部工作,而要注重整体的规划和工作流程上下游的串联。单个RPA组件的性能优异还不够,更要实现成百上千个RPA组件的高效联动。这样才能避免RPA成为单点作战的孤立单元,让RPA运行的稳定性有所保证,并且具备后续在企业内部大范围的应用、扩展和延伸的可能性。而不够成熟的RPA产品平台,显然无法满足这么复杂多元的需求。

七、没有选择好的项目实施团队

为了保证RPA在实际应用中的顺利运行,项目开展期间要分析RPA运行模型,设计目标终端状态,梳理端到端流程,保障控制节点与配置能够完美匹配各项需求。这要求项目实施团队有丰富的实战经验,专业的服务水准和强大的技术支撑作为后盾。任何一个环节无法推进,都将导致项目失败。

本文转载自云会计大数据前沿,本文观点不代表51RPA立场。

发表评论

电子邮件地址不会被公开。 必填项已用*标注