RPA工程师的职业前景如何？这个话题互联网上其实已经被讨论过几次，今天咱们从RPA开发从业者和那些正在考虑要不要做这份工作小伙伴的视角来聊一聊这个话题。

诚然，RPA行业存在夸大RPA作用的宣传，导致有部分人觉得RPA炒作太过头了。AI+RPA机器人不是万能的，还是有不少缺点跟局限的，而后期需要人维护就是一个很大的“缺点”。站在企业视角，需要持续投入人力维护是缺点，但站在RPA开发维护工程师的角度这个缺点反而更像是优点。为了便于区别，我们就暂时把：

使用RPA产品实现业务流程需求叫做“RPA开发”

使用C++/.Net 等语言开发RPA产品叫做“RPA研发”

曾有人讲研发RPA产品的门槛低，支持这个观点的人认为，自动化脚本包一个壳就可以称之为RPA ；拿一个开源的自动化框架（例如OpenRPA）改一改也可以称之为自研的RPA ，所以支持者觉得研发RPA产品的门槛低。

反对这个观点的人认为，这是浅显的想法，没有把RPA当一个产品来看。因为有个轮子能拉着走的工具，和能下赛道的“宝马”差的可不是一星半点。所以做RPA产品的门槛是极高的。

RPAPlus两种观点都认可，站在做真正的好产品的立场，让RPA产品的使用者用起来爽，研发RPA产品这件事绝对是非常难的。

RPA开发工程师入门门槛不高

RPA开发工程师的入门门槛是比较低的，因为已经有人把一个可以拖拉拽的产品做出来了，不需要从0去探索企业自动化方案。通过目前市场上主流的RPA产品，简单的业务流程自动化基本可以通过产品内置组件和简单的逻辑实现。

不过，这仅仅限于那最简单的一些自动化需求，对于稍微有一点难度的正常项目，RPA就有可能牵涉，项目架构、复用、容错、循环、数据库操作、WebService、引入各类第三方应用等。

对于计算机相关专业毕业的学生，或者逻辑思维比较强的小伙伴，经过简单的培训上手应该都没什么问题。

做RPA开发最重要的是RPA的开发思维，对于掌握完整RPA开发思维的小伙伴是可以快速适应新的RPA工具。

RPA开发工程师需求大

RPA的行业生态主要由3个不同角色来构成。他们分别是1-RPA 产品工具供应商、2-RPA服务供应商、3-RPA应用客户。其中RPA服务供应商是连接其余两者的重要节点。

RPA开发工程师在以上提到的三类行业角色中其实都可以找到对应的需求。

通过智联招聘、前程无忧、猎聘等平台搜RPA关键词就可以看到招聘的需求还是蛮大的。等到RPA市场和行业应用率足够高的时候，RPA服务供应商和RPA应用客户的需求还会继续扩大。

哪些小伙伴适合RPA开发工程师

工作时间不长（1-3年）偏技术类的工作岗位的小伙伴。适合，可以用很短的时间帮助完成从1万月薪->2万月薪的跨越。

本职工作业务领域想突破技能瓶颈的小伙伴。适合，会RPA的会计，会RPA的HR是非常有优势的。

对于已经有很多年（5-10年）开发经验的高阶开发。慎入 ，入职可能意味着降薪和其它烦恼。如果是去做RPA产品的研发，适合。还是在点原先的技能树，研发RPA的经验应该也可以带来更多机遇。　

总体来说，RPA开发工程师入门门槛低，但这个岗位天花板也挺低的，如何寻求突破呢？

RPA进阶和突破

RPA开发工程师是比较容易进阶和突破的，因为RPA天生的基因导致RPA与业务的捆绑度非常高，RPA相关岗位的出现让技术路线小伙伴转偏业务向出现了很多可能。

业务思维导向的复合型人才，懂业务，会沟通，强逻辑，加上RPA的加成；RPA做项目提升的是综合解决问题的能力，追求精进纯粹的开发技能的小伙伴不建议尝试RPA。