被热议的RPA，被质疑的三个核心问题

长期服务日本RPA市场的捷一科技创始人王新童则告诉捕手志：「国内大部分从业者使用的是AutoIt（免费）/Python-UIAutomation-for-Windows（开源）+Selenium+中间件（AI）这样的开源免费架构来打造自己的RPA产品。对比下来，国际知名的RPA厂商UiPath、Blue Prism、Automation Anywhere都是使用.NET自主研发的RPA架构。前者架构冗余性较高，系统安全性和健壮性不足，属于资本驱动型产品。」

当然凡事都有例外，特别是在AI公司集体转型RPA的浪潮中。达观数据副总裁陈文彬表示：达观智能RPA使用的是Go语言，能够适配所有主流操作系统，对于需要建设自有IT环境的大企业、政府客户来说，其带来的运维自动化有着明显的优势。

RPA的发展如火如荼，但在捕手志的采访中，所有受访对象都无法给出一个清晰的能被广泛认可的RPA定义，唯一能获得认可的描述是：RPA（Robotic Process Automation）即软件流程自动化，是存在超过十年的流程自动化工具，最早要追溯到1994年微软发布的Excel 5.0，其中的Macro功能可以视为RPA，甚至诸多企业外包所做的业务就是RPA。而今天大家关注RPA的核心原因是，整合成熟AI技术的RPA应用范围大幅扩张，形成了巨大的商业价值。

但随着越来越多的关注，争议也在增多，其中三个争议成为RPA市场讨论的核心问题：

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

第二，集成自动化会不会取代RPA？

第三，定制化服务会不会制约RPA企业的增长？

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

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

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

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

部分企业则将RPA看做自家业务的自然延伸，例如达观数据、阿博茨和英诺森等并不强调自己是RPA企业。英诺森RPA产品负责人徐志宏直接将RPA视为公司的其中一项业务， 其公司核心还是「一个AIoT驱动的创新公司」，业务集咨询、企服软件、RPA等多个领域，其更讲求以能源和资源行业为核心，提高全球范围服务能力。

翊翎资本管理合伙人范维肖则坚持认为在中国RPA流程引擎作为一个独立的生命体是伪命题，真正的核心还是围绕释放数据价值的流程，RPA流程引擎将会被融合在AI等技术体系中，自然相关市场份额也会被AI服务收入囊中，所以翊翎资本将投资的重心放在了AI领域。

而关于流程引擎与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企业极有可能辛辛苦苦干了水中捞月的事。

采访中，弘玑Cyclone、达观数据等提到的自家核心产品专利，都集中在OCR、NLP、ML等AI技术领域。

从这个逻辑来推导，我们可以看到：一方面，一旦未来操作系统级的RPA平台服务升级，直接整合核心RPA技术功能，将会严重影响相关RPA公司的竞争力；另一方面，也意味着总有一天RPA市场会进入一个临界点，出现大批量同类型公司，从而陷入竞争红海。RPA的红海竞争中，流程引擎不再是核心竞争力，反而可能需要依靠AI来突围。

不过在这两个观点之外，大部分受访者则未明确表态，他们认为没有人规定RPA的核心只有一个，无论是流程引擎还是AI，甚至是靠近产品端的渠道都是RPA的核心。

集成自动化会不会取代RPA？

「技术上，企业软件和操作系统更适合整合AI技术。」王新童告诉捕手志。

如此一来，在流程自动化技术上，也不只有RPA这一种解决方案。操作系统底层整合AI功能层，然后面向企服软件推出自动化接口，在企服软件公司的配合下可以实现流程自动化；强势的企服软件平台公司，同样可以在自家产品中整合进AI功能，靠着丰富的服务直接实现流程自动化。

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!