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运行模型，设计目标终端状态，梳理端到端流程，保障控制节点与配置能够完美匹配各项需求。这要求项目实施团队有丰富的实战经验，专业的服务水准和强大的技术支撑作为后盾。任何一个环节无法推进，都将导致项目失败。

原文链接：https://www.51rpa.net/rpaedu/5657.html