一、针对不合适的流程部署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项目进行中，没有做好系统性的架构重组与员工重置计划，企业人员会迅速流散转移去做其他工作，例如关注服务提升，或关注比手动任务自动化更有趣的任务。这可能导致项目预期利益未能全部实现，项目的后续阶段未能得到批准。