RPA已经进入了人们的视野,火热趋势只增不减。针对RPA市场有三个备受争议关键点:首先是RPA的核心到底是流程引擎还是AI;其次是集成自动化会不会取代RPA;最后是定制化服务会不会制约RPA企业的增长?
那么,RPA的核心是流程引擎还是AI呢?
首先我们知道,RPA在很早之前就已出现,并不算是一个新的行业。RPA原本市场空间狭小,正是有了AI技术搭建桥梁,才让一些企业有了冲击百亿美金估值的底气。
按使用价值大小来算,AI才是核心。不过除了OCR、NLP这些AI功能模块外,RPA产品架构、商业模式依旧延续原有的RPA模式,在实际业务中,RPA核心工作就是在打磨优化流程引擎,所以流程引擎才是核心。
对于企业来说,他们更喜欢流程引擎和AI两者通吃,既要RPA概念的钱,又要AI颠覆世界的愿景。但不可否认的是,整个市场已经形成一波AI公司转型RPA的潮流。
关于流程引擎与AI在PRA中的地位问题,一个清晰的逻辑:操作系统厂商以及其他意图打造自家操作系统的互联网巨头也在押注RPA,他们不会吞下所有RPA业务,但会让市场进入门槛愈加变低,这会让工具形态的流程引擎重要性持续下降,最终只能倚重AI服务得利。
操作系统正在力推面向消费者的RPA,这类RPA架构更加复杂,包括AI核心层、工具能力层、开发应用层。他们的核心明确是AI。但企服市场的RPA不一样,没有这么详细的层级划分,他们更愿意基于操作系统,直接打包优质的AI技术为企业定制RPA产品。
技术上来看,纯粹的RPA只是一套基于操作系统接口的工具,RPA的核心功能服务实现与操作系统有着直接关系,所以理论上操作系统才是更大的RPA平台。
理论上来说,RPA企业也是操作系统上应用生态的一员,开发者服务也需要向后兼容,操作系统方不可能大动干戈影响RPA企业的根基。但没有人能确定是否会在保证向后兼容、RPA服务稳定性的前提下,增强操作系统级的RPA服务。
另外,令人担忧的是,RPA企业没有任何能钳制竞争对手的流程功能、交互设计专利——RPA产品功能是基于系统级的接口服务实现的,流程自动化针对的也是已有的企服软件交互界面,这让RPA企业极有可能辛辛苦苦干了水中捞月的事。
从这个逻辑来推导,我们可以看到:一方面,一旦未来操作系统级的RPA平台服务升级,直接整合核心RPA技术功能,将会严重影响相关RPA公司的竞争力;另一方面,也意味着总有一天RPA市场会进入一个临界点,出现大批量同类型公司,从而陷入竞争红海。RPA的红海竞争中,流程引擎不再是核心竞争力,反而可能需要依靠AI来突围。