研究RPA我们是认真的，今天我们讨论的一个话题是关于RPA Studio Canvas ，即RPA 设计器流程设计画布工具的现状及未来发展趋势讨论。

今年5月份有幸与上海某知名高校某教授讨论RPA行业与发展，对于RPA流程设计工具应该朝什么方向发展产生了一定分歧。教授的观点是RPA设计工具还是应该有门槛，RPA设计器应该只适合专业人士掌握或者精通，理由非常简单，软件行业的同志们需要有饭吃，RPA工具谁都会了，软件行业做RPA服务的公司就很难混。站在这个立场看这个问题，我们理解教授是在维护整个软件行业的同仁的利益。只是科技的发展考虑太多会不会让某些人没饭吃，会不会就太束手束脚了呢？再说RPA本来就是要去部分替代那些入门级白领的重复性工作。

 

言归正文，纵观目前RPA行业的几大门派我们发现了这样的RPA画布规律。

派系一：代码流派

▲

代表产品：AutomationAnywhere    G1ANT

代码流派RPA设计器Studio 最大的特点就是自动化靠一行行的命令代码。与普通开发工具相比，每一行命令基本都可以找到组件，拖进去就可以使用，对程序开发人员来说已经是莫大的体验升级。

AA：

AA Sample Task“Files-Folders”

不知道小伙伴对于这样的流程开发设计是怎么看的？反正我们听好几个玩过AA的小伙伴当面评价过“你们不觉得这样真的很方便吗？”

 

对于以前写C#,Java 的同学，觉得这样Coding和维护很舒服。

对于非开发人员看这个，觉得像看天书，这和敲代码有差别吗？

 

这个派系还有一家典型厂商 G1ANT：

Language torule them all, one robot studio to robotize any platform or app

口号：用一种语言来统治它们，用一个机器人工作室来自动化任何平台或应用程序

 

对的，G1ANT觉得他们的RPA是一种新的语言。不知道大家怎么看这个问题？每一个RPA厂商各自为政都去开发一套自己的RPA语言，亦或是RPA这个行业真的还需要一门语言来Coding所有的RPA工具吗？

RPAPlus的观点：没必要

国产厂商Uibot显然也是这个派系的：

有没有觉得理念跟AA很像：

首先管组件叫做命令（AA叫Command），其次是拖命令到右侧并配参数，然后以这个作为基础任务单元，用来合成流程。整个Studio中有画布，但是也是跟AA非常相似只有4个图标，开始，结束，流程块（AA叫执行TASK块），判断。

艺赛旗iS-RPA V4.0, 5.0, 6.0 是代码流派，7.0开始引入了某开源游戏开发引擎Studio，设计器升级成画布方式，但是，由于那款游戏设计引擎天生的局限，画布并不是太合理。

派系二：流程图流派

▲

派系二：流程图流派

代表产品：Blueprism  WorkFusion （Uipath的Flowchart也属于这一派）

流程图流派RPA设计器Studio 最大的特点就是流程画布极度与业务流程图逻辑接近，最大的特点就是对普通人比较友善，业务老师自己大概率能看懂流程设计。这其实是科技发展的一种进化，对业务用户来说，传统软件开发对他们极度不友善，因为软件开发过程对他们是黑盒子，他们不知道码农到底在干嘛，到底程序逻辑是不是他们想要的；然而流程画布的出现很大程度上改善了这个问题。还有一点其实是关于代码后门和安全审计，传统的软件开发项目如果服务商想要留下后门是非常容易办到的，而甲方往往没有能力去识别和验证，流程图派系RPA很大程度上能帮忙管理和优化这个问题。

BluePrism:

BluePrismSample Process

Blueprism的Studio流程画布功能基本符合普通人对业务流程图的理解。我们之前也做过一个对比，得出的结论是：如果需要，Blueprism的流程设计图可以与业务设计图画的很相似。

Workfusion:

WorkFusionSample Process

Workfusion的免费版本 RPA Express 没有带流程图Workflow工具，需要选择RPAExpress Pro 才会有完整的流程图Studio工具。Workfusion的流程图设计还是蛮漂亮的。

派系三：序列流派

▲

代表产品：Uipath

 

序列流派应该是Uipath首创，就是其框框套框框Sequence 方式。序列流派的特点是，理解流程优于代码流派，但是劣于流程图流派，但是还有一大好处是Sequence方式规避了Goto，流程只是按顺序和分支执行。

 

在 Uipath、BluePrism、AA产品对比之设计器篇 一文中

我们还提到Flowchart只是UP的Activity(Uipath中的Activity就是其他RPA工具的组件)

可能是使用习惯的问题，Uipath直接使用Simple Process的流程图方式，调用Sequence Activity可能也会慢慢变成Uipath玩家的主流

 

国内有若干厂商使用了序列流派Studio。

派系四：线性工作流派

▲

代表产品：Kofax

 

线性工作流派RPA是线性工作流，主要特点是从头到尾线性执行。Kofax应该是主流RPA中唯一一款用Java开发的RPA工具，从产品架构的选择，流程设计Studio，到很多Kofax特有的功能，都证明了Kofax团队是原创独立自主的团队。

Kofax Sample Process

派系五：其它流派

▲

被归于其它流派可能是因为我们看的还不够多，还没归纳整理出其特点。NICE的产品也是比较有特色，比较适合前端呼叫中心助理类应用。待我们有更多更新的发现和总结，我们也会及时更新。如有说的不对的地方也请各位大大指正。

【关于RPA Studio 画布未来发展】

 

RPAPlus的观点：

软件的易用性和使用体验是每一家产品公司应该首要考虑的问题，因为人总是越来越矫情的。我们习惯了手机无线充电就不想拿一条线往手机上插，我们开车习惯了自动挡应该几乎很少还有人鼓吹要买手动挡的车子了。把RPA的用户想得尽量白痴，让三岁的小孩自己摸索就可以慢慢学会，这是未来的方向。做产品的人要把各种困难都自己消化，让用户简单，用户是上帝。

 

RPA取代儿童编程工具也会是顺势而为，因为RPA又强大又实用又易学，还让小盆友去学一个为了编程而编程的工具就没有意义了。

 

【关于网页版RPA Studio 设计器的探讨】

 

RPAPlus团队做了一个网页版设计器的原型，基本思路就是通过网页即可实现流程的设计，修改，调式等工作，需要安装一个Agent用来辅助收集元素和执行机器命令。我们也在思考网页版设计器+更优的流程图流派会不会是更好的一个发展发现。

 

 

最后你会选择支持哪个流派作为RPA未来发展方向？