LittleR

TOP RPA公司2019年最新财务数据盘点

AA,BluePrism,UiPath管理层

TOP RPA公司2019年最新财务数据盘点

TOP RPA公司2019年最新财务数据盘点

TOP RPA公司2019年最新财务数据盘点

Top 6家在国内有影响的欧美RPA公司2019年重要数据对比

TOP RPA公司2019年最新财务数据盘点重点盘点:

  1. 基本以美国公司占据主导,仅一家英国公司。(Pege公司有其它传统业务,并非都是RPA业务数据)
  2. AA和Uipath两家公司的融资总额均接近 10亿美金。

3   AA和Uipath估值过高:

TOP RPA公司2019年最新财务数据盘点

▌Uipath收入增长已趋于合理

相比2018年Uipath收入增长 3000%,2019年继续发力全球布局,中国市场大力拓展之后,增长率反而回归合理的94%。

TOP RPA公司2019年最新财务数据盘点

▌单位员工效益(收入)并不突出

2019年10月底,Uipath被曝出裁员多达400人,从3200人,裁员至2800人。至2020年4月份,最新员工数是2739。 如果不裁员,Uipath单位员工收入数据一定会不大好看,至少会比BluePrism差不少。而又有一种说法是,Uipath2019年收入是250M美元,如果按这个数据计算,91.3K 单位员工产出相较竞争对手还有一定差距。

▌成本数据推测

BluePrism, Pege 这样的上市企业,成本和净利润都非常清晰,公司还是赚钱的,利润率可以达到77%。(尽管Blueprism 和 Pege在中国的业务不行,后面分析)

TOP RPA公司2019年最新财务数据盘点

BluePrism公司License 收入占比高达95.6%

Uipath公司在2019年的成本数据,推测应该是比较难看的,不过既然有大量资本进入,短期是否赚钱也并不是重点。


RPAPlus: 对比Pege ,911 M的收入,6.2 B的估值 ;BluePrism 101 M 英镑 的收入,1.2 B美金的估值 。AA与Uipath的估值过高 。

注意:英镑兑美元的汇率汇率是 1.23 (2020.4.23)



紧盯当下更需远眺未来:

1)市场趋势

2019年中国市场RPA有增长,但增长率没有预期高,RPA的爆发期还未到来。

客户数(市场占有率)

Uipath的竞争策略是为了获得更多用户,更多的开发者生态。只是有一个小问题,用户采用了某RPA产品后,后面替换成其他RPA产品的成本和代价有多大,有多大比例用户愿意接受。(关于此话题,我们也会持续跟踪并收集一手数据)

低价竞争,导致行业竞争混乱。

去年的RPA市场,有太多需要”证明自己“的初创国产品牌,导致经常出现低价竞争的局面。然而还有许多初入RPA这个领域的同学,会严重低估RPA项目的服务成本,经常出现服务费用严重超标的项目。

RPA行业或许会在2-3年内完成第一轮洗牌,RPA产品公司/专业的RPA咨询服务公司都将面临这次挑战。

2)产品趋势

Uipath – Studio X

概念可以归纳为以下几点:

  • 用户体验与易用性进一步提升, 让RPA使用者不论是开发人员还是业务用户都用得爽。
  • 得益于收购了ProcessGold 和 StepShot两家流程发现领域的专业产品公司。流程发现将更加智能。
  • Uipath自有Computer Vision 以及 Open AI ARCHITECTURE ,扩展AI的能力边界,让AI集成与部署更加简单。
  • 加强企业级安全架构,从三个方面加强安全,数据传输安全,数据留存、归档、日志、队列、数据库安全,以及防外部攻击。

RPAPlus: 方向是很好的,除了云方向的能力未提及外。只是对于安全架构,现存的Studio,Robot, Orchestrator 体系能达到的天花板似乎就在那里。



AA- ENTERPRISE A2019

基于 Web 的云原生 RPA 平台,体验即时易用性和前所未有的可扩展性

TOP RPA公司2019年最新财务数据盘点

网页上的设计器,将拖拽体验极大优化

AutomationAnywhere 的原客户端Studio的鲜明特点是过于技术,对于非技术人员不友善。

TOP RPA公司2019年最新财务数据盘点

ENTERPRISE V11使用原先这个Studio

总结一下:

  • 为了弥补之前Studio用户体验的不足,推出体验更好的网页版在线流程设计工具,同时也为将来更加云端的应用做好铺垫。
  • 强化AI及认知能力,不局限于只是完成重复工作的机器人任务
  • Discover Bot 用于流程发现
  • Bot Insight 强大的报表能力

RPAPlus:  企业级管理,高可用,安全体系是AA原有的优势。AA的方向是追求更好的用户体验。

扩展阅读 Uipath、BluePrism、AA产品对比之设计器篇



3)本土化趋势

通过之前的分析已经可以发现,这些TOP RPA公司几乎全部来自美国(英国)。

曾经许多产品在国内难寻替代方案,而RPA产品在国内目前确已有那么多可替代方案,尽管可能产品性方面还不如TOP RPA Vendor。所以留给本土RPA公司的机会依旧存在,看谁可以笑到最后吧。

BluePrism在中国为何这么失败?

TOP RPA公司2019年最新财务数据盘点

BluePrism全球的业务其实还不错,亚太业务占比仅为12.5% ,而亚太业务贡献目前主要来自日本。

TOP RPA公司2019年最新财务数据盘点

▌临阵换帅及投入缺乏战略定性

可能很少有人知道,从2019年至今,BluePrism大中华区GM两次被换人,目前更是面临群龙无首的奇怪现状。

大家都知道英国人做事偏保守,上市企业又会面临许多合规审计问题,在面对业务扩张这样的事情上,可能无法像手握投资人重金的Uipath和AA那样大手一挥。不过,导致目前这样的局面应该还是战略规划问题,简单的讲就是不重视。


RPAPlus:  BluePrism 2019年报-官网可下载

BluePrism 2019年年报 (下载12)

最后

问:Uipath是 RPA行业的领导者吗?

从企业收入,知名度,开发者生态这些指标上讲,Uipath是领导者之一。从其他的角度来看,读者心目中应该有答案。

其实当下的排名,市场占有率并不能说明一切,最后占据中国市场No.1 指不定是一个国产品牌。

► 几款不错的RPA开源软件分享[RPA Plus]
► 企业有关于未来工作的路线计划图吗?
► 免费入驻-RPA产品在中国页面
► RPA新宣言:流程自动化机器人的十大定律
► 后危机时代:灵活可扩展的自动化逐渐成为标配
► Uipath 收发消息 R-Connect范例(官网可下载)
► RPA开发利器,R-Connect 人机交互解决方案
► 花了一点时间,我们自己做了一个RPA设计器
► 搜索引擎机器人-可下载
► RPA的门槛真的很低吗?
► RPAPlus 2020合作计划
► 突破RPA的障碍和最佳实践 RPA Plus
► 从疫情中窥机 – 人工智能商业潜力
► 重新审视当今最被炒作的RPA
► 国产RPA软件横评报告
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
孙越

开源RPA之路(免费不止于免费)

RPA值不值得花时间去搞开源,有没有必要去走这条路。我个人觉得是有必要的,即使有些企业已经在享受付费软件带来的红利的同时,也要考虑一下是否能够根本的削减软件使用成本,以及外部软件带来的使用风险。RPA核心技术并不复杂,所以很多RPA产品公司会把自身的产品加持AI或集群部署等技术,以便抬高入门门槛,使其看起来更加高大上深不可测。但大部分企业实施场景几乎应用不到。很多企业应用场景只是对网站/窗体程序/Excel等进行简单的重复操作。这些的场景完全可以通过开源的技术进行实现。有人会说开源的技术1)不稳定不成熟。2)实施时间长,3)非IT人员不能操作。

第一个问题,开源技术是原始技术,需要整合再封装。就像安卓和MIUI的关系,只有标准化再封装后,才能达到满意的效果。这也才能把开源的技术改造成公司的核心技术。比如说selenium(同步)及pup(异步)对网页的控制,技术非常成熟稳定,只需稍加优化整合就可以成为一个非常成熟RPA核心组件。

第二个问题,当RPA核心技术稳定后。只要引用一种编程语言,传统软件开发人员可以分分钟变为RPA实施人员。因为只要任意引用一种语言做为业务逻辑的平台,便可轻松实现RPA工具的创建。无论是开发还是后期维护,都只需关注业务逻辑问题,对于RPA核心组件是不需要日常维护。同时该核心也可以应用到传统软件开发的测试部门。

第三个问题,这是个绕不开的问题。如果一个公司没有IT人员的话。使用产品确实是一个不错的选择。但公司为了工具的稳定性,一般都会配备运维人员,来保证RPA工具的日常稳定。如果是这样的话。RPA的成本优势又会减少。我个人想法(让专业的人去做专业的事,才能使事情变得更好。)

RPA开源是免费使用的,但不止于免费使用。开源不等于免费的产品,而是真正参与其中,可任意修改和优化核心组件,为我所用。

现在已有大型企业已经开始做自己的开源RPA技术来代替前期使用的RPA产品。也许以前RPA可以优化已存在业务的内部成本,但将来利用开源技术的公司将会在开发业务阶段,就可以利用成本优势站在承接业务的制高点。所以有理由相信,开源技术并不是决胜现在,而是决胜未来。

LittleR

突破RPA的障碍和最佳实践 RPA Plus

突破RPA的障碍和最佳实践 RPA Plus
RPA Plus
集中式自动化,弹性和低维护的机器人为RPA的成功铺平了道路
导读目录突破RPA的障碍和最佳实践 RPA Plus

摘要

随着组织越来越多地将流程自动化机器人(RPA)作为其自动化策略的一部分,扩展RPA计划仍然是大多数企业的主要障碍。

【关键发现】

› 企业似乎无法按需弹性应用RPA,这样导致了RPA的应用成本没有想象中低。不到五分之一的组织在弹性自动化方面非常有效,大量应用rpa的组织在控制与rpa相关的成本方面非常无效。

› 机器人经常会中断,给运营带来沉重的负担。超过45%的组织每周频繁地处理机器人维护问题,与此同时,客户体验也受到影响。员工还必须承担额外的本该由机器执行的任务。

› 代码脚本在当今rpa项目中应用频率极高。几乎所有的初始化者(99%)都表示,他们组织的机器人逻辑需要一些代码脚本,在一段代码脚本中表示机器逻辑的大部分为42 %。79%的组织报告说他们的RPA项目需要高级的编程技能。

› 使用基于脚本的RPA解决方案的组织会因程序而遭受更多的痛苦。高代码脚本组织遭受机器人中断影响客户服务的可能性高1.3倍,并且对成本或收入(例如,延迟交易)的影响的可能性是其他因素的1.5倍。

› 在应用RPA方面企业经常面临额外隐藏IT资源。只有五分之一的RPA应用组织拥有集中式自动化卓越中心(CoE),并且组织在不受控制的应用中苦苦挣扎。大多数组织不知道与RPA计划相关的总规模和成本。

突破RPA的障碍和最佳实践 RPA Plus

RPA取得了回报,但控制问题浮出水面RPA是一项会影响客户和员工敬业度的关键技术,因此,组织正在以快速增长的速度投资RPA服务。Forrester预测,到2023年,RPA市场将增长到120亿美元,高于2019年的50亿美元。在对271家美国企业决策者的当前RPA计划进行调查时,我们发现:

›所有RPA工作的三分之二是在集中式IT之外执行的。组织报告说,RPA实施是在IT,业务线和外部承包商之间共享的,但是所有工作的大约三分之二是在集中式IT之外执行的。业务部门在流程的较早阶段就参与其中,以制定总体策略并定义需求。外部承包商经常参与开发,而维护则更多地依赖业务领域中的技术资源。

›通常需要高级编程技能。尽管RPA经常承诺使业务用户成为“开发人员”,但是大多数组织报告说,他们的RPA程序需要高级编程技能。从1(不需要技术技能)到5(需要高级编程技能)的等级,平均分数为4.1。

› RPA不仅改善了客户体验,而且提高了员工的生产率。RPA用户已经实现的两个最重要的改进是员工的生产力和客户体验。五分之四的组织已经实现了对客户和员工都有影响的切实成果。我们还根据12条标准对RPA计划的成熟度进行了评分,发现领先组织的整体改善总体上更高,员工错误率的下降幅度也更大(分别为68%和58%平均)。

突破RPA的障碍和最佳实践 RPA Plus

充分实现RPA收益存在主要障碍

组织在重要的地方缺乏集中化,导致效率低下

尽管RPA正在革新企业如何支持员工并与客户互动,但这并非没有挑战。当谈到实现方法,我们发现分布式程序特别有问题。根据我们的调查结果,我们发现:

›自动化CoE非常罕见,这是常见的痛苦根源。只有五分之一应用RPA的组织拥有集中式自动化CoE。这一发现并不完全令人惊讶,因为CoE通常是削减预算的目标。然而,近三分之二的受访者认为缺乏集中式资源非常具有挑战性。

›分散的RPA程序导致昂贵且不受控制的应用。超过一半的受访者表示,他们为防止隐藏的IT资源付出了很多努力,整体拥有成本的总规模和相关成本在组织层面尚不清楚。超过三分之二的人在控制RPA成本方面挣扎-这两个问题是相关的。没有RPA的集中视图,就不可能确定效率。

› RPA责任存在分歧。63%的受访者表示他们拥有自动化程度不高的孤岛,因此,业务和IT利益相关者之间的错位并不奇怪。商业用户可能会低估IT部门需要付出的努力,因为技术受访者说IT领导部门在战略和需求开发要比业务受访者大。在开发和维护中也存在类似的理解偏差。

突破RPA的障碍和最佳实践 RPA Plus

机器人中断,拖延流程并使员工超负荷

当前构建机器人的方法看起来像是坐在脆弱的旧系统上的工作流和应用程序拼凑而成的,换句话说,不采用正确的企业RPA应用策略会创建脆弱的机器人。当我们查看机器人中断时发现:

›组织重视RPA的弹性,但似乎无法掌控。84%的受访者表示,弹性自动化对于实现业务目标非常重要或极其重要,但只有16%的组织对此非常有效。此外,大约一半的RPA程序缺乏显着的弹性。与弹性作斗争的组织说它们在控制与RPA相关的成本方面非常无效的可能性也提高了四倍。

›机器人面临多重可靠性挑战。机器人中断的主要原因是与基础设施相关的问题,例如软件可靠性问题或崩溃,但超过三分之一的受访者表示,应用程序UI和数据更容易导致问题,选择了错误的任务来自动化也是原因之一。Forrester建议遵循“五个规则”来确定适当的任务:少于五个逻辑判断,访问五个应用程序以及500次点击以内是RPA成功的安全区域。

›修复(维护)机器人会消耗资源。45%的组织平均每周都需要处理机器人意外,修复损坏程序大约需要一天的时间。同时,组织表示损坏的机器人会影响客户服务和员工体验,并降低员工工作效率。解决RPA意外工作流程最常见的方法是由人工接手,受影响的员工也任务更繁重了。

突破RPA的障碍和最佳实践 RPA Plus

突破RPA的障碍和最佳实践 RPA Plus

机器人中断,拖延流程并使员工超负荷

当前构建机器人的方法看起来像是坐在脆弱的旧系统上的工作流和应用程序拼凑而成的,换句话说,不采用正确的企业RPA应用策略会创建脆弱的机器人。当我们查看机器人中断时发现:

›组织重视RPA的弹性,但似乎无法掌控。84%的受访者表示,弹性自动化对于实现业务目标非常重要或极其重要,但只有16%的组织对此非常有效。此外,大约一半的RPA程序缺乏显着的弹性。与弹性作斗争的组织说它们在控制与RPA相关的成本方面非常无效的可能性也提高了四倍。

›机器人面临多重可靠性挑战。机器人中断的主要原因是与基础设施相关的问题,例如软件可靠性问题或崩溃,但超过三分之一的受访者表示,应用程序UI和数据更容易导致问题,选择了错误的任务来自动化也是原因之一。Forrester建议遵循“五个规则”来确定适当的任务:少于五个逻辑判断,访问五个应用程序以及500次点击以内是RPA成功的安全区域。

›修复(维护)机器人会消耗资源。45%的组织平均每周都需要处理机器人意外,修复损坏程序大约需要一天的时间。同时,组织表示损坏的机器人会影响客户服务和员工体验,并降低员工工作效率。解决RPA意外工作流程最常见的方法是由人工接手,受影响的员工也任务更繁重了。

突破RPA的障碍和最佳实践 RPA Plus

供应商选择,CoE和RPA计划的主要功能弥补了机器人维护的空白

当我们查看组织在减轻RPA挑战方面正在采取的措施时,出现了一些关键主题:

›领先组织将代码脚本编写减至最少。在以某种脚本或编程语言表达的机器人逻辑的百分比方面,领先组织绝对低于新兴组织(前者加权平均值为11.4%,后者加权平均值为45.9%)。

›软件测试自动化的成功与有效的机器人程序维护和成本控制相关。在软件测试自动化方面有效的组织在控制RPA成本方面的有效可能性也高1.4倍。在维护RPA机器人方面,它们的有效性提高了1.3倍(例如,保持机器人运行所需的成本和响应时间)。

›组织优先考虑供,维护和部署时间相对较少的供应商。当被问及RPA供应商的选择过程时,受访者将在特定自动化环境中的技术熟练程度,减少的机器人维护工作量和特定域的某些功能列为他们的前三项功能。

这些功能主要负责减少维护和部署时间。

› CoE的存在与RPA计划效率相关。具有CoE与没有的组织在任务自动化方面取得了进一步的进步,它们的自动化任务多3.5倍(89个任务与25个任务相比)。由于实施RPA计划,他们提高员工生产率的可能性是1.3倍。

突破RPA的障碍和最佳实践 RPA Plus

关键建议

RPA正在改变工作场所以及组织与客户互动的方式。将RPA视为自动化策略的一部分,并通过集中指导解决RPA问题,从而领先于本研究中发现的问题。

开发一种主动的方法以增强机器人的弹性。应用程序更改和系统问题是造成程序中断的主要原因,从而影响了收入和客户体验并增加了员工维护成本。跨功能工作以沟通未决的应用程序升级,并与基础架构和运营专业人员合作以实施最新的故障分析和自我修复技术。

在寻求运营效率时,请包括客户体验和收入。典型的RPA用例是通过在一线作业人员桌面上集成应用程序来降低成本。但是RPA在客户体验方面可以产生新的收入并改善体验。收债和缩短订单到现金流程的周期时间都是增加收入的沃土。客户体验的改善可以产生更戏剧性的结果。

建立评估模型以指导RPA流程的选择。RPA填补了旧系统中的空白,但有时最终会延迟所需的系统现代化。某些过程将从新的数字方法中受益,而不是从RPA机器人临时替代方案拼凑而成,而后者只用较少的劳动力即可完成相同的旧过程。历史记录少于稳定的应用程序不是自动化的理想选择。

也可以参考历史文章–>>>>   流程适用性评估

从中央开始,计划将责任与企业联合。在RPA计划的早期就正式制定运营模型。在一个小的集中团队中调整操作是可以接受的,但是要进行扩展将功能分配给各个业务部门。在自动化项目失控之前,需要在业务团队和技术团队之间建立共识。这样可以更快地获得结果,并避免了许多潜在的RPA问题。

围绕自动化构建操作模型,而不是特定的RPA工具。Forrester已经确定了13种AI技术构建基块,可以为未来的数字化劳动力提供智能。和自动化或IT服务管理。长期围绕单个RPA供应商建立运营模型是一个糟糕的长期尝试。相反,请遵循更广泛的策略,将重点放在自动化上,而不是RPA(但包括RPA)。

将变更管理计划放在首位。尽管有明确的愿望,内部用户和直属经理仍然非常担心更改,并且对替换机器人解决方案的担忧也越来越大。领先的组织将分配所需的资源来改变规范,而不是令人恐惧的结果。

本文内容编辑翻译自Forrester报告

► 从疫情中窥机 – 人工智能商业潜力
► 重新审视当今最被炒作的RPA
► 白领机器人-3个应用与思考
► RPA案例 DHL物流行业应用
► RPA被过度炒作吗
► 国产RPA软件横评报告
► 微软进入RPA市场意味着什么
► 2019 RPA+AI行业峰会 | 成功落幕
「RPAPlus」 | 专注RPA+AI 研究、评测、教育