部门里面一直以来都在谈着RPA，我对它了解不多，一直停留在“它不过是一个类似按键精灵的应用技术”。所以没怎么在意。

今天看了国外同事演示的RPA应用，让我对它有了更具体的了解。我不由得发出一阵叹息，所以拟了这样一个颇有争议的题目。可能不同的人对这个问题有不同的看法。然而这就是我的目前的结论：从办公自动化的角度，RPA比VBA更有竞争力。

以下是我的理由：

  • RPA更多的从替代人的手工处理角度考虑问题。VBA更多从帮助用户处理事情的角度考虑问题。RPA的最终目的是减少或者去掉人的干预，由机器自动处理问题。基于这样一个理念，RPA的自动化是没有用户界面的（或非常少的用户界面），不需要任何人去点任何按钮。而VBA的自动化，始终把用户放在第一位，用户界面是设计的时候需要重点考虑的。VBA项目让用户对数据有充分的控制能力。设计出来的界面上有各种按钮，有按钮就需要人来点击，这就导致VBA项目始终无法将人的参与完全剔除出去。

如果说第一点还只是设计出发点的不同导致的，转换VBA的设计方式就能扭转乾坤，那么来看下面这一点。

  • RPA跨系统的数据交互，是它强过VBA的核心之处。VBA可以从其他ERP系统导出数据吗？如果能连接到其他系统的后台数据库，是可以的。然而云存储相当普遍的今天，能让用户有直接连接到后台数据的权限是很危险的。绝大部分ERP只能通过用户界面去导出数据。VBA对此似乎无能为力。而RPA却在此方面相当的强悍。RPA解决了数据源的问题，接下来，VBA能做的，RPA全部都能做。

接下来的这一点看似是RPA的短板，实则是理念的差异。

  • RPA没有特定的数据存储，它只能借助其他的数据存储方式，比如Text File, Excel，Access，SQL Server等。而VBA则可以将数据存储到任何宿主程序中。这样来看，似乎VBA强过了RPA，但是如果你从替换人的角度来看，任何真实的雇员从来都没有随身携带一个数据池，数据操作完毕以后，如果需要将处理的数据存储下来，可以直接在RPA中加入存储数据到任何数据库的操作。
  • 最后从市场上来看，RPA是新兴的技术，人才市场上有它的一席之地。而VBA则被纳入到数据分析师之类的岗位技能之下。憋屈不憋屈各人自有感受。

最后总结一下，RPA为公司创造价值，VBA为用户创造价值。技术虽然没有优劣之分，然而市场确不是这样。