2022年RPA发展的趋势

近几年RPA的热度很高，但是今年也在逐步回落，很多团队取消了这个业务。

刚入门的RPA，解决的业务流程自动化的问题，相对比较简单，而且往往面对的是非关键性业务，比如OA，查询交易等等。

这个场景下，对RPA的要求并不高，主要集中在：通过键盘输入字符、移动鼠标点击、通过rpa程序发送邮件、接收邮件、读取excel文件等等类似的功能。

对于比较复杂的业务，比如从应用系统的界面上抓取信息，还停留在通过把界面图形化（即截屏保存成图片），然后再通过OCR来识别文字的阶段。

 

随着业界对RPA的认知更深入，我们期望RPA做更多的工作，做更关键业务的工作：

1、做更多的工作，就是对于周期性、日常性的业务，都实现自动处理。即使用机器人来处理更多的、更复杂的业务流程，减少人工干预，提升处理效率、减少成本、提升正确率。

2、更关键的业务。从原来非关键业务的OA等，逐步过渡到处理业务系统，比如销售统计、自动查找投标信息、自动处理电力业务系统的流程等等。

3、更复杂的与应用系统的交互。RPA的处理对象，从简单的鼠标、键盘、邮件、excel等，变成了业务系统为主导。需要通过windows等操作系统的UI层面，和被“驱动”的业务系统软件来进行交互，比如：从界面上，在某个字段上输入值；或者从某个界面上的表格中，取出数据。因为OCR技术有很多局限性，对于复杂的数据，例如表格，就无法正确的识别。

4、更快速和准确。从鼠标和键盘来输入数据，带来的问题是速度很慢，也不准确。比如，我们需要在active某个组件，并且在这个组件内输入数据。使用键盘，需要准确的active这个组件，然后再通过键盘输入字符流。其中，由于应用系统的性能抖动，可能造成某个键盘输入丢失，从而引发一系列的错误。另外，还有中文输入法的影响，也比较难处理。如果输入的过快，发生错误的几率就大大的增加了；为了降低出现错误的几率，就只能让RPA的脚本跑的很慢。这样会导致业务流程处理缓慢和错误，增加了运维的成本。

5、以及更复杂的业务逻辑处理。

 

综合以上，传统的RPA产品，必须符合以上的要求，才能够在下一轮的竞争中成功和存活。

 

当然，对于传统的，开发自动化测试工具的厂商来说，绝对是利好消息，因为这些厂商几乎满足了所有的要求：

1，能够满足关键业务系统的交互处理、稳定可靠；

2，能够处理复杂的业务逻辑；

3，能够执行的又快又准确。