RPA是数字员工，是企业智能自动化战略一部分。应用RPA战略应该包含完整流程咨询、优化、开发测试上线、运营管理，需要一整套数字员工管理办法。
企业范围的自动化策略可以包括RPA、BPM、人工智能(AI)、案例管理，协作。使用框架是计划和管理这类复杂计划的好方法。
脚本自动化：在RPA技术出现之前，脚本自动化是企业自动化可选的比较靠谱自动化落地技术。用于解决最基础的几步任务自动化，技术的缺点是没有容错、任务管理、弱鸡的基于GUI的能力。商业上的优势是，几乎可以免费使用。
万事达卡全球业务服务中心- 近几年自动化旅程
万事达卡全球业务服务中心GBSC自动化之旅始于2012年的金融共享服务倡议。最初的目标集中在更好地利用固有的优势核心后台系统中的自动化功能（Oracle ERP、Hyperion、Workday等）。这包括选择使用第三方工具和开发临时脚本和工具。虽然这种方法是有益的，但没有完全满足人们对数字自动化的期望。
其结果是一个战略性的决定，开始了更广泛、更全面的自动化和创新，越来越多的利用RPA +AI 技术：
2015年，自主研发和引进包括VBS和python。这为无人值守自动化创造了可能性。2016年，GBSC评估了RPA软件，启动了一个自动化项目来部署RPA解决方案。GBSC自筹内部资金创新团队和投资基础设施。2017年，GBSC对运营业务流程专家进行了RPA培训，驱动手动流程向自动化转换，同时实现跨GBSC业务部门部署25个自动化流程的目标。2018年，GBSC增加员工和资金运营RPA，实现交付60个自动化流程，帮助节约超过2.3万小时/年的工作时间。
RPA虚拟员工转型之路，公众号：RPAPlus案例学习-万事达卡全球业务服务中心（GBSC）
在RPA流程自动化机器人之前，脚本自动化一直是企业自动化战略中非常重要的一部分。GBSC的自动化的发展路径让他们看到了RPA替代部分脚本自动化的可能性。
BPM：类似地，BPM也是一组非常成熟的工具，最适合用于大规模部署和转换。由于它通常需要对新应用程序进行大量的流程重新设计和构建，因此BPM可能变得复杂而昂贵。BPA是BPM体系中的流程自动化应用技术。
BPA和RPA都有一个相似的目的:通过自动化更有效地执行业务功能。BPA最早被引入技术市场，可以在其系统内实现RPA。区分BPA和RPA的三个主要因素是:整合、工作流程和定价。
RPAPlus代表，公众号：RPAPlus【RPA vs BPA】RPA与BPA的区别
相比之下，RPA还很年轻，但很快就成熟了，因此最适合用于重复性的、基于规则的任务。与前面提到的宏和脚本相比，这是一个复杂得多的演化。通常，它被策略性地部署或者与BPM工具结合使用。最后，人工智能最适合用于处理各种数据类型的复杂、内容较多的流程。
不过得益于Python的快速发展，高效，稳定的许多自动化技术框架正变得越来越容易。Python+自动化框架的能力在很多层次与主流RPA工具相当，优于许多国产本土初创RPA产品。别忘了Python还有自带的“种族天赋”，爬虫技术，在处理网页大数据信息抓取场景方面有不小的优势。
为什么说许多公司部署的只是桌面自动化应用？
因为目前许多RPA项目，都是使用RPA工具去落地实现很小的那一段业务流程TASK自动化，而实现这样的需求传统桌面自动化工具同样可以很好完成。无论从为企业带来商业价值角度，还是项目本身自动化在企业数字化转型战略中的格局，都是很小很片面的应用点。
所以这样的点应用，其实只是实现了桌面级别的自动化能力。
社区活跃会员孙先生观点：
相比传统软件开发，RPA机器人的开发是比较“新”的。这个新只是概念上的“新”，因为它一直存在于传统软件开发的过程中。当我提起（UI自动化测试）的名头，你会不会有所感悟。为什么我会这么说，因为它们的核心是完全一样的，只是目的不同。RPA的目的是要把数据正确的导入系统中，或者操作系统下载数据。而UI自动化测试则是通过异常数据对系统的操作从而发现系统存在的问题。那么我们可以看到他们的核心都是操作系统软件，只是目的不同而已。在我看来RPA（约等于）UI自动化测试。用一些开源自动化框架（selenium或者PUP/Win32API/UIA）足可以替代UIPath/AA/BP等软件的绝大部分功能。
RPA底层核心技术几乎完全传承于自动化测试框架，所以站在纯技术的视角去理解RPA确实相差不大。
核心技术上--->>>RPA 的部分能力 约等于 桌面自动化工具
核心商业逻辑 --->>>商业目的完全不同，RPA是为了实现业务能力，自动化测试工具是为了服务开发人员，提升开发测试效率。由于商业目的不同，产品的设计理念就会完全不同，产品的发展路径也会大大不同，RPA朝着用户体验，业务使用者协作方向大踏步迈进。
RPA 是数字员工，实现商业价值，使业务工作流的自动化，不论是否需要集成第三方的各类应用能力。
问题：仅仅实现某些独立零散流程自动化有必要上RPA吗？
大企业高层考虑的是RPA是否符合企业数字化转型战略，如何围绕RPA创建数字员工的管理支撑体系，以及短期这笔的软件投入若干年之后是否会成为无效投资。
在乎成本的中小企业，更在乎机器人能否真的省钱，仔细核查投资回报。如果机器人的软件License支出占据了很大成本压力，考虑使用不需要License费用的自动化服务也不是不可以，只是选择靠谱的服务合作伙伴显得尤为重要。
RPA应用本应该不存在所谓的单机部署，如果有这样的需求，或许可以考虑传统的自动化解决方案。
► 2019年全球TOP 几大RPA厂商商业数据分析
►【RPA vs BPA】RPA与BPA的区别
► 几款不错的RPA开源软件分享[RPA Plus]
►企业有关于未来工作的路线计划图吗？
► 免费入驻-RPA产品在中国页面
►RPA新宣言：流程自动化机器人的十大定律
►Uipath 收发消息 R-Connect范例（官网可下载）
► RPA开发利器，R-Connect 人机交互解决方案
►搜索引擎机器人-可下载
► RPA的门槛真的很低吗?
►RPAPlus 2020合作计划
► 突破RPA的障碍和最佳实践 RPA Plus
► 国产RPA软件横评报告
「RPAPlus」 | 专注RPA+AI研究、评测、教育