作为一个较资深RPA从业者，一个RPA项目是否可以顺利推进、快速落地，其实在项目起始阶段就可以通过考察该项目的种种客观因素加以预判。本文重点有：
企业什么情况下容易推进RPA
什么样的企业更容易推进、落地RPA项目呢？从我亲身经历的项目来看，有以下几种情况：
- 业务需要增加人手；
- IT资源不足，需求排长龙；
- IT系统改造成本高；
- 无法做接口联通系统；
- 系统建设预算不足；
- 有现成的机器人复用。
举几个例子：
案例1、 当前流程痛点非常明显，传统的解决办法由于各种原因无法继续采用：
某企业有大量增值税发票，需要人工进行复核，而且业务量会爆发增长，然而由于人员编制有限，无法通过增员来应对，并且系统改造由于涉及外部系统（国家税局的系统），无法开发接口完成自动化。这时候RPA就能很好地解决这一业务痛点，既可以模拟人的操作，又可以从前端操作外部系统，无需接口开发。
案例2、需求提出时间很长，一直没有得到IT部门的支持或被明确拒绝：
某业务部门需要每个月定期从不同的系统中导出数据，然后加工成报表，自动生成报表的需求早已提出，但由于报表生成规则大概过几个月就会调整，所以IT部门认为投资回报率低，不接收该流程的系统改造需求。而RPA开发效率高、开发成本低、后期改动灵活的特点就显现了。因为RPA主要是模拟人的操作，与传统开发相比，节约了大量的从需求获取到方案设计的时间，并且因为RPA的产品操作简便，一般业务人员就可以进行简单的规则修改，所以无惧规则变化。
案例3、 IT系统升级，但预算有限，无法申请到更多的预算，而创新项目预算较容易申请：
某公司科技部有十几个系统需要每天做运行状态监测，确保系统运行正常。一共有100个服务器，每天都会在0点进行重启，则需要在00:30的时候检查是否全部服务器都重启成功，并且部署在上面的服务都正常启动。一般的做法是有一个人分别远程连接这些服务器，然后再判断里面的服务是否启动。但是由于科技部门是成本中心，而该工作涉及的系统太多，全部改造成自动化的话，成本巨大。而RPA项目本身从技术上是创新，在项目形式上也是创新的，最关键的是，RPA项目一般在前期还会有流程梳理的工作，所以可以把流程本身梳理好。
案例4、跨国企业总部在推广RPA，各国分公司被要求采用：
某跨国零售巨头在总部已经启动了全面的RPA数字化转型，作为集团内部、与国外总部办公环境一致的中国分公司，只需要做一些本地适配性的调整，就可以采用已经做好的机器人，将其快速应用到生产之中。在这种场景下，RPA非常容易复制，产生规模效应。
企业什么情况下不容易推进RPA
与上面情况相对的，也有不少企业接触了解过RPA后，不选择或不继续使用RPA的。我总结了以下有这些情况：
- 业务人员不配合；
- 流程差异化太大；
- 性能要求非常高；
- 客观环境因素，如网络、地理等；
- 信息系统较新；
- 业务量小。
举几个例子：
案例1、业务人员不配合：
一家企业的财务部门的现状是：大量重复的工作一般是交给实习生，或者年纪较大的人处理；财务人员普遍的计算机技能较弱，或者说个体间计算机技能差异比较明显；岗位设置一般是专人专岗，配有AB角，少数流程需要多于2个人全职、满负荷完成。有可能是担心饭碗不保，也可能是力不从心。结果就是很难推进。
案例2、 流程标准化程度低或标准化的成本过高：
某公司有10多名跟单员，当一个订单生成的时候，走系统的流程是基本上一致的，但是每一位跟单员自己有一套自己的台账，流程的传承靠师傅带徒弟，每个人都有一些自己的小窍门，秘而不宣。除此之外，有一些流程可能表面上有统一标准，但是由于业务流程的演变，业务逻辑变得非常的庞大，已经没有人能够梳理清楚这些流程的逻辑关系了，只能靠经验来判断。无法实现自动化。
案例3、 流程自动化需求性能不满足：
我曾经接到过一个高频交易的需求，从投资决策引擎那里把交易指令在交易系统中执行。要求是1秒内能完成这个操作。但是因为是前端操作，受制于电脑与交易系统的限制，以及RPA本身的操作之间必然的停顿，无论如何都无法实现这种性能要求。又比如，有一个需求是，要求抓取一个交易平台的数据，然后存下来。但是该平台采用了一些反机器人的技术，导致无法识别、得到数据，因此RPA自动化也无从下手。与此类似的情况，如一些涉及人工点击按钮的操作，也无法利用RPA完成。
4、规模化部署难度大：
RPA部署对于环境的要求比一般的程序都要高，因为RPA经常要应对的是一些外部的系统，许多异常情况不好控制。有的时候在开发阶段甚至UAT阶段都没有问题的机器人程序，在大范围部署的时候，可能就会遇到一些问题。可能是因为硬件设备配置不一，导致运行时超时的阈值不一；可能是因为运行环境的操作系统、浏览器等版本或配置不一，导致控件抓取出问题；也可能是因为一些机器上装了非标准的软件，导致有一些干扰项如弹框等造成流程异常。同时这些问题的排查必须得在现场复现问题才能解决，造成运维难度大，成本非常高。后续的推进会变得很慎重。
5、 公司成立时间较短：
有一家民营银行，成立时间不长。了解了RPA是什么后，表示技术理念挺新的，但是要找合适的场景。我们把最典型的业务场景案例去跟业务人员交流的时候，要么是现有系统较新，很多别人有的痛点在系统层面已经解决；要么是业务量太小，现在的人手足够支持业务。结果结论是当前不需要，待日后业务上来了，或者有变化了再说。
本文转载自微信公众号：梁巴里，本文观点不代表51RPA立场。
