rpa项目poc_行业洞察 | 浅谈RPA行业解决方案

无论是2018年，还是2019年，RPA一直都处在一个不断探索以及不断被验证的阶段。

各大RPA厂商都在大范围地铺张流程自动化的应用场景，反观实际项目收益却捉襟见肘。应对各行各业的业务场景，客户始终都在询问我们，你们的行业解决方案是什么？是产品解决方案？还是已经试行的POC？

首先，大家先来了解一下什么是行业解决方案。随着软件应用的不断兴起，每个公司都开始有自己的软件，从最初的手工台账到电子档案的存储，从局部的专项应用转向全局化的企业资源管理，无不是将一个软件的应用覆盖到整个公司的运营。

同行业的整体解决方案应运而生，各个行业也都走着相对固定化的运营模式，对于一个拥有多年经验的项目经理来说，客户的经营模式其实决定了软件项目的格局规划，这里格局规划其实就是我们说的行业解决方案。

再让我们把目标转向RPA，很多人都说，RPA的解决方案其实就是针对某个流程的解决方案，怎么理解呢？

试想下，机器人可以根据Excel内容操作软件自动填单，从结果上看客户的自动填单业务通过RPA解决了，但事实上只是说明RPA在这个软件上得到了技术验证，而并不是说RPA在某个行业被验证了，且不说该软件是否能代表整个行业，但仅仅是技术层面的验证，始终不足以支撑RPA的行业解决方案。

那么，怎么去梳理或者总结一个行业的RPA解决方案呢？既然是总结，总要有经验，经验就是来源于项目，基于一个典型客户的RPA项目，从项目角度就不能单纯的以解决“拟人化”、“自动化”为导向，而是应该深入业务，了解客户实际的业务协作模式后，再规划其应有的RPA流程。

以某跨国贸易RPA项目为例，该项目核心主要是交付财务的对账机器人，联合多个内、外部系统以及海外的业务团队，串联从业务下单到最终的回款对账，无论是线上还是线下，都打破了原有费时费力的传统流程，融合成一个全新的闭环业务。

如图1所示，非常普通的员工与员工、员工与软件的业务协作模式，很多RPA的实施人员可能都会单纯的认为，在软件的操作上，只要尽可能满足“拟人化”、“自动化”就可以了；殊不知“流程自动化”的“流程”才是RPA最大的定义，这里的“流程”也并不应该简单指“操作流程”，而是“业务流程”。

所以在该项目的初期方案规划上，项目组大胆地尝试将图1中的“员工与员工协作、员工与软件协作”规划成“机器人与员工协作、机器人与软件协作”模式，用最时效的方式衔接整个流程，让机器人推进整个业务的执行，最终形成闭环。当然，从另一个角度说，这个项目的目标已经从简单的“拟人化”转向“去人化”了，这无疑是对RPA项目方案的进一步升华。

无论是行业解决方案还是项目实施方案，想要诠释RPA的概念，都需要跳出“操作流程”自动化的简单思维，逐步走向“业务流程”自动化的场景中。随着天匠RPA产品的不断升级拓展，客户场景不断的被验证，我也相信RPA的探索之路将不止于此。

作者：蓝忘机（花名），云扩科技高级项目经理

*本文仅代表作者个人观点，如需转载请注明