RPA的核心到底是流程引擎还是AI？

RPA是一个老旧的行业，原本市场空间狭小，正是有了AI技术搭建桥梁，才让实在智能这样的企业有了冲击百亿美金估值的底气。

按功劳来算，AI才是核心。不过除了OCR、NLP这些AI功能模块外，RPA产品架构、商业模式依旧延续原有的RPA模式，在实际业务中，RPA核心工作就是在打磨优化流程引擎，所以流程引擎才是核心。

当然，对于企业来说，他们更喜欢流程引擎和AI两者通吃，既要RPA概念的钱，又要AI颠覆世界的愿景。但不可否认的是，整个市场已经形成一波AI公司转型RPA的潮流。百度风投投资副总裁方鑫表示，2018年RPA概念刚火的时候，有AI公司还不愿意承认自己是RPA公司，但其实他们的产品业务本质就是RPA，到今年RPA赛道爆发之后，才挂上RPA的标签宣传融资。

流程引擎与AI在PRA中的地位问题，我们可以梳理出一个清晰的逻辑：操作系统厂商以及其他意图打造自家操作系统的互联网巨头也在押注RPA，他们不会吞下所有RPA业务，但会让市场进入门槛越来越低，这会让工具形态的流程引擎重要性持续下降，最终只能倚重AI服务得利。

操作系统正在力推面向消费者的RPA，例如：Amazon Alexa、Google Assistant、苹果Siri、微软Cortana等语音助手。这些RPA架构更加复杂，包括AI核心层、工具能力层、开发应用层。他们的核心明确是AI。但企服市场的RPA不一样，没有这么详细的层级划分，他们更愿意基于操作系统，直接打包优质的AI技术为企业定制RPA产品。

虽然RPA企业足可以针对细分行业，在操作系统上再形成一层类似于PaaS的RPA平台，但RPA与PaaS不同，RPA大部分功能在本地，PaaS则在云端，PaaS几乎不可能被替代，第三方RPA平台则处于未知状态。至少，那些让RPA应用范围大幅扩张的AI技术，正在被操作系统整合。

技术上来看，纯粹的RPA只是一套基于操作系统接口的工具，RPA的核心功能服务实现与操作系统底层GUI接口有着直接关系，所以理论上操作系统才是更大的RPA平台。随着Windows GUI以及开源软件的持续升级，RPA技术门槛将会变得越来越低，但RPA核心的流程引擎对系统安全性、健壮性的要求恒定，流程引擎在其中发挥的重要性将不断下降。

当然，理论上来说，RPA企业也是操作系统上应用生态的一员，开发者服务也需要向后兼容，操作系统方不可能大动干戈影响RPA企业的根基。但没有人能确定，像微软这样的操作系统厂商是否会在保证向后兼容、RPA服务稳定性的前提下，增强操作系统级的RPA服务。

更令人担忧的是，RPA企业没有任何能钳制竞争对手的流程功能、交互设计专利——RPA产品功能是基于系统级的接口服务实现的，流程自动化针对的也是已有的企服软件交互界面，这让RPA企业极有可能辛辛苦苦干了水中捞月的事。