例如：员工接受不了RPA，业务人员不配合。

作为一项创新技术，RPA的实施与应用可能会引起部分员工的焦虑与疑问。因此，弄清这项技术对员工工作角色的影响非常重要。不少公司通常会将大量重复的简单工作交给实习生或是计算机能力较弱的老员工处理。一些业务人员可能担心饭碗不保，或者力不从心，往往不太配合。如此一来，RPA项目就很难推进。

那么，怎么和员工解释比较好呢？相关负责人可以换种说法，比如“实施RPA是为了改善业务流程，给大家减负”，让员工意识到RPA是工作中的得力助手而并非要取代他们。这样，员工或许能更乐意接受RPA。

例如：所有投资回报率（ROI）高的业务流程中都实施RPA。

为了推进工作方式改革，某公司曾试着在所有投资回报率高的业务流程中都导入RPA。遗憾的是，半年之后，项目还是没有出成果，不仅耽误了业务进度，工作方式改革也停滞了。有时RPA还需对接外部系统，遇到异常情况不好控制。大范围部署RPA时，由于硬件设备、运行环境和操作系统等差异，都可能导致流程操作出现问题，且问题排查难度大、成本高。

那么，可以先从一些较小的业务流程着手，等管理者和业务人员有意识后再逐步推广。这样做的好处是：不仅成果显而易见，实施过程也顺利许多。

例如：在没有充分验证的情况下，应用了不适合的RPA产品。

公司内部要通过部署RPA的提案或申请，就必须讨论成功案例。然而，每个公司的业务流程不同，部署环境不同，工作上的需求也不同。如果不考虑自身环境，盲目参照成功案例选择RPA产品，就有可能在实施过程中遭遇各种阻力，导致项目难以推进。

那么，应该根据公司规模、自身需求和经验状况，在考察自身业务流程、预算等基础上，选择适合公司RPA产品。