作为一名RPA从业人员，经常被问的问题就是最好的RPA是那个？XXX的RPA好不好？知乎上RPA相关的话题下很多都是厂商自荐文，缺少对RPA选型真正有参考价值的回答。
笔者从事企业信息化多年，2021年因为看好RPA未来的发展，All in RPA，目前专职从事RPA开发实施，是UiPath,UiBot和华为WeAutomate的高级认证开发者，在这里谈一谈RPA选型的个人观点，能力一般，水平有限，家乡父老能容我，不使人间造孽钱。力图客观公正，希望能帮助到你。
需求评估
导入RPA项目的第一步，就是对自身RPA需求进行评估，以确定是否需要RPA以及需要什么样的RPA产品。
需求评估：从业务层面评估企业是否需要RPA，哪些流程可以用RPA来处理，RPA能否解决业务上的痛点，谁来主导选型和实施，投资回报周期。
技术评估：从技术角度，对RPA工具进行横向比较。
适合RPA的业务场景主要有以下几个特点：
- 业务是通过人与业务信息系统之间的手动交互完成的，如登录系统、录入信息、点击操作等；
- 这种交互活动有明确的规则，且大量重复；
- 无法通过API实现，或者开发成本较高；
举例：
1.某电商企业需要每天监测数个网站上某类商品的价格，采集大宗商品的行情，参考竞争对手的价格，并根据这些价格给出客户当天的最新报价。
RPA非常适合采集数据，但如果报价没有明确的规则，例如要综合考虑客户的重要程度和价格敏感度，而这两点无法量化，那么RPA只能做到采集数据，最终的报价需要业务人员决定。
2.某企业每日入职和离职数名员工，员工个人信息需要在OA系统、ERP系统、门禁系统、邮箱系统、钉钉、HRM系统、薪资系统中进行相应处理。
这是RPA在人力资源管理中的典型应用场景，RPA非常适合。
3. 年终总结需要从ERP中提取运营的各项统计数据。
RPA可以做，只是要考虑一年一次，每次半小时就能完成的工作是否有必要花费半天时间开发一个机器人来完成。
4. 某高频流程需要多人审批。
RPA可以做，BPM会不会更适合？机器人可以完成审批的动作，而决策需要人来进行并承担相应责任。
5. 每日采集某网站的最新内容整理后发布到内网。
RPA可以做，Python更适合。
6. 登录MES系统，提取工时和计件信息，进入ERP薪资管理模块核算员工当月工资。
RPA的典型应用，如果MES或ERP没有提供二开接口的话，RPA的非侵入性特点非常适合打通不同的信息系统。
无代码还是有代码？
大部分RPA产品分为三件套：Worker或Robot是开发好的机器人，一个可视化的IDE用于RPA开发调试(通常叫Creator或Studio)，一个集中管控机器人的界面，通常是Web界面(UiPath叫Orchestrator，UiBot叫Commander)。
有一些RPA工具还有自建AI平台，这是一个可选项，你可以使用RPA厂家的自建AI，也可以使用第三方如百度、阿里云的AI。
我们先来说RPA的设计界面也就是IDE，大致可分为无代码开发和低代码开发两大类。
无代码开发意味着流程的每个动作、分支、循环乃至赋值都是鼠标拖拽而成，对于非IT人员非常友好，典型如UiPath。
低代码开发意味着要写代码，虽然不多，IT人员用起来会很亲切，精准表达，易于沟通，典型如UiBot。
两者之间并没有不可逾越的鸿沟，UiBot是有代码，也提供了可视化的界面作为辅助，两者之间可以无缝切换。
影刀也是两者之间可以切换，但只有企业版开放了代码。
UiPath的Slogan叫做A Robot for every person人手一个机器人，针对平民开发者UiPath推出了StudioX，对无代码开发再度做了简化，非IT人士也可以开发自己的RPA。
个人以为：无代码适合平民开发者，开发一些较为简单的机器人，有代码适合专业开发者，适合开发企业级的机器人。
UiPath卖那么贵究竟领先在哪里？国产RPA差距大么？
UiPath，Automation Anywhere和BluePrism在全球RPA市场中处于领导者地位，国内诸多RPA或多或少的借鉴了三大家的思想。
遗憾的是三大家的本地化做的不好，培训和文档都是英文版，并不适合国内中小企业。
面对疾风吧，卷死你们。
一个有趣的现象正在发生，Automation Anywhere进入中国市场的这两年，中国市场上突然涌现出一批RPA（机器人流程自动化）企业。Automation Anywhere中国区总经理严立忠表示，估计今天可能已经达到上百家了。
对于大多数企业，国产RPA更适合。
目前国内RPA市场竞争成白热化，每一家都有不少的知名乃至500强客户，但其实同质化竞争严重，笔者也试用过国产另外几家RPA，总的来说国产RPA更容易上手，实事求是的讲，80%企业的80%的需求诸如数据抓取和录入，市面上大部分RPA都可以完成，闭着眼睛点，道道都好吃。
其实不是这样的，举一个例子，画一个界面，可以用Photoshop，也可以用CorelDraw，甚至Windows自带的画图也可以，为什么很多企业用Figma或Sketch？
同样的需求，不同厂家开发出来的RPA都能基本完成任务，但有的需要两倍的开发和调试时间，有的总是出现莫名其妙的异常无法解决，有的运行缓慢。
举个例子，UiPath的鼠标键盘点击有四种模式，有的可以后台运行，有的速度快一倍，有的兼容性好可以运行在老旧软件上。
UiBot也有模拟操作、后台操作、系统消息三种类型分别对应不同场景，而有些国产RPA就要弱一些，在个别场景会有一些吃力。
RPA选型重点
1. RPA厂家的优势和特点
UiPath，领导厂商，功能强大，外企首选，有丰富的动作库Activities(UiBot称为命令库)，状态机和REF企业级RPA框架可以用于复杂场景，IDE功能强大，提供了很多的调试手段，甚至提供了一个正则表达式调试工具，文档和培训资料齐全，遗憾的是基本没有本地化，外企首选，
UiBot，源自国产RPA先驱按键精灵，基于Electron构建，除了三件套之外还提供了Mage魔法师，赋予了机器人AI和NLP能力，主要基于代码开发，厂家称为UB script，相对于UiPath，界面简洁，提供了一些实用的功能例如写屏、分身、辅助流程，
UiBot功能完备，生态健康，MiniBot可将机器人打包成独立应用程序，UB Store平台对接用户和开发者，内部没有开发人员的中小企业可以较方便的找到外包开发。
UiBot没有针对平民开发者的IDE，企业级REF框架的资料也只针对专业开发者，要开发出健壮的企业级机器人，对开发者的要求较高。
影刀，一款精心打磨的有互联网基因的RPA，界面华丽，集IDE和市场于一体，对用户很友好，口号是任何人经过10小时就可以学会RPA开发，支持分身运行和触发器，有几十个官方开发好的电商场景机器人，在电商行业比较流行。
2. Selector
所谓Selector，就是Web或桌面软件中的输入框、文本框等控件，RPA要进行抓取或点击动作，首先要使用Selector准确的定位控件，Selector要想全部适配五花八门基于不同技术构建的Web和应用软件，正是考察RPA厂商实力的地方。有些企业的软件基于Citrix或Java GUI，往往需要专门的Selector，如果企业中存在类似的年代久远的内网或桌面应用，那么一定要实地测试下Selector是否好用。
3. 企业级框架REF
RPA上手容易，要想开发出成熟健壮的机器人，仍然要遵循软件开发的工程思想，例如命名规范、封装重用、版本管理、异常处理、事务处理、测试用例等，由此而生企业级机器人模板框架，UiPath和UiBot都称为企业级框架REF Framework，遵循该框架模板开发的机器人易于重用，更加健壮。
无代码决定了RPA的下限，企业级框架REF决定了RPA的高度。
4. 是否易于扩展
UiBot有500多个命令，UiPath更多，厂家内置的命令库/Activities再丰富也有满足不了的场景，RPA的计算功能比较弱，如果涉及到一些稍微复杂的计算场景，可能需要调用外部命令或编写插件，大多数RPA工具都声称易于扩展，尤其是Python，有些RPA平台底层就是调用Python实现的，不过只是简单的调用是不够的，看看是否有厂家扩展包，提供一些函数可以与机器人进行通讯。
5. 厂商的发展情况
这两年RPA市场井喷，各厂家都获得了大量的融资跑马圈地过的很滋润，一个成熟的市场不太可能出现十多家厂家，而现在国内已经有上百家RPA厂家了，风口过后是否一地鸡毛犹未可知。
从RPA的整个生命周期来选择RPA工具，尽量选择头部大厂，那些不太知名的小型RPA厂家，几年过后还在不在很难说。
6. 自己做一个简单的机器人
最好的评估方式就是动手做，厂家如果提供免费的社区版，可以下载下来，自己做一个简单的机器人原型，体验下开发难易程度，在开发过程中肯定会遇到一些新手问题，没关系，看看厂家的手把手学习视频，去论坛看看FAQ，试着提问看看能不能得到支持，顺便也考察了下服务，如果写一个简单的机器人让你觉得很头疼或者别扭，说明你比较笨。说明这款RPA可能不适合你。
结论
RPA易学难精，这两年受到资本的追捧，俨然成为企业数字化转型的关键，我们要冷静的看到行业内有不低的烂尾率，RPA毕竟只是一个工具，工欲善其事必先利其器，选择适合自己的工具尤为重要，除了License上的投入，还需要开发维护人员的投入，这个价值是无法估量的，如果可以，和你的开发人员一起选型，多听听他的意见，毕竟以后主要是他在用。
选择主流厂商，不做小白鼠，价格在选型中是最不重要的。
先尝后买，有些厂商的社区版已经很好用了，虽然严格的讲社区版不能商用，你只是想在正式采购前彻底评估下社区版，啧，真香。
祝你选到最适合自己的RPA!