在不少RPA厂商的宣传中，经常会标榜自己的RPA产品是低代码的。甚至为了达到这一目标，建立非常繁杂的组件体系，来完善其组件生态。然而很多功能并不适合做成组件。那些被强行做成成组件的功能，就如同是被遮住的代码。
低代码开发是无需编码或通过少量代码就可以快速生成应用程序的一种开发方式，它允许用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。从概念上看RPA与低代码并无直接的关系，那么为什么有很多RPA厂商或者用户将低代码开发与RPA关联起来呢？
一般有以下两个原因：
1）RPA厂商希望通过在RPA工具中引入低代码开发来降低RPA工具的使用门槛，扩展RPA工具的用户群体范围，这样就能更好的推广厂商自己的RPA产品。
2）从RPA产品角度看，RPA是机器人流程自动化，那么使用者首先就应该是那些真正清楚公司业务流程的业务人员，但是这个用户群体通常没有IT技术背景，只能通过低代码的方式来完成自动化流程设计。
对于RPA工程师而言，通常他们是具备一定的代码功底的。在实现一些特定功能时，场景代码比组件更好用。一句代码能解决的事情，可能需要拖拽2，3个组件，组件在某些时候会更繁琐。
组件会增加开发人员的额外的学习成本。代码通常是RPA工程师已有的技术能力，如果强迫工程师使用组件完成，无疑增加工程师学习组件的成本。
代码和组件的文档帮助生态的不同。
相关代码的技术知识，在网上有丰富的资料和帮助文档。而组件的文档和帮助，通常取决于RPA厂商或者组件开发者对其的准备妥帖程度。
目前从未有一个公认的RPA概念。但是，“低代码“从来不是RPA的限定词。那么为何目前大家都谈到RPA都会联想到低代码呢。可能是跟RPA目前是处于初级阶段，对市场的渗透率还不高有关。
RPA厂家和生态中的角色，在宣传RPA时，会把Python和传统技术作为潜在对比对象。低代码确实是一个比较明显的区分点。当然，RPA不应该局限于“低代码“中。
在一个RPA产品上实施项目，可以无代码，可以低代码，也可以完全是代码。