企业业务系统开发的历史时期不同，采用的技术也千差万别。因此，RPA软件存在一个跟企业业务系统就会出现一个“相性”考验的问题。如果不带入到企业环境应用，永远也不清楚RPA工具能不能驾驭得了。POC由此产生。

POC测试，即Proof of Concept，是业界流行的针对客户具体应用的验证性测试，特别是在应用系统选型阶段，针对一些大型企业的复杂业务流程，并非单一的功能性演示就能覆盖现实的业务需求，事先划定一个小范围的典型实验对象，通过小范围的项目导入与实施，从真实业务的实践到战略意图的实现，来验证系统方案是否能满足用户的需求，从而作出更客观更准确的判断。POC的成本都是厂商或者实施方承担的，无论谁来承担成本POC阶段，要尽可能多的去验证RPA产品能够操控哪些业务系统，不能操控哪些业务系统。多场景测试，才能真正检验RPA能否胜任。

但从实际出发，RPA替换成本也不高，主要原因如下：

1.RPA机器人的生命周期短。RPA主要解决的是重复流程造成的人力成本浪费的问题。基于RPA机器人自动化进行的优化，是建立在企业进行业务系统升级基础之上，一旦问题解决，RPA也到了尽头 。

2.企业最终不会只选择一种RPA产品。目前大多都是“尝鲜”阶段，有能力的企业会同时找几个厂商进行RPA机器人流程自动化的初期试验。目前RPA产品存在非常严重的核心技术同质化问题。可能财务某个方向A更好，某个方向B的实现更成功。因此对于RPA厂商而言，产品的互补和最大范围的覆盖企业业务系统才是其RPA成功的关键。

3.充分优化后的业务流程往往非常简短。“现有业务流程复杂”是企业用户引入RPA机器人流程自动化的主要原因之一。对于RPA厂商而言，业务流程最终将演变成自动化的脚本语言对实际业务场景的覆盖，这些于用户而言又恰恰是关注最少的地方。

好了，今天关于RPA技术的探讨到这里就告一段落了，让我们一起来期待一下RPA给我们未来的工作带来改变吧。