RPA 的成本之殇

标准化是一种思维模式,也是一种商业行为方式。

标准化的穿着,曾禁锢人类的思想;标准化的业务流程,却正在解放生产力。

“软件终结者”Salesforce证明了SaaS才是未来方向,当这一趋势像炮弹一样,打到中国企业家、IT专家们的书桌上时,“软件即服务”这个词成了他们笔下的常客。根据中国信通院的数据,2018年中国SaaS市场规模达到232.1亿元,同比增长37.6%。通用的、标准化的软件服务似乎已成为一种趋势。所有人都在思考:谁将建立下一个SaaS帝国?

RPA 的成本之殇

RPA作为近年来最火的软件细分行业之一,在尝试向SaaS化方向发展的过程中,推出了RPA Store等商业模式。这个被人工智能和云计算亲睐的“宠儿”,能让“标准化”再一次浮出水面吗?为此,雷锋网AI金融评论策划了「RPA标准化」的系列选题,借同一个话题,对不同背景的受访者、产品和客群各异的企业们进行采访,期望在不同的商业认知下捕捉观点碰撞的火花。

定制化VS标准化

我认为,目前业内对定制化和标准化这两个概念的理解是混淆的。大家并没有把RPA的产品,摆正到比较通用化的角度去理解,特别是在和用户的前期沟通及项目落地的时候。打个比方,我们都认为Word是一个标准化产品,但是每个人使用Word,写出来的的内容、排版甚至文字风格等都千差万别。所以Word是一个标准化产品,还是一个定制化产品呢?

目前,由于RPA还属于早期市场,特别是中国的市场中大量的用户没有接触过RPA的产品,如果概念不清晰,会对用户产生很多的误导,使得用户使用产品的心理成本提高。一个产品是否标准化,在于这个产品本身提供的功能是否标准。推出RPA商城,也是因为我们认为在一定的限制条件下,是可以做到标准化的。

但我们需要将它限定在一定条件之下,因为事物没有绝对的标准。比如苹果手机里的APP,都是在IOS系统里运行的,都很标准。但同样是这些APP,在安卓系统上就运行不了。用户希望产品能满足他们的所有需求。伴随着项目的推进,用户很可能提出更多功能的定制化需求。当这些用户提出新的需求,但是已有产品的功能无法满足需求时,我们才把这种情况归类为定制开发。

我认为不应该把产品一刀切,人为的分成标准化的产品或者非标准化的产品。因为这样会误导客户认为这一类产品都是不标准的产品,而这个判断也许并不准确、全面。

比客户更了解客户

近年来,在RPA行业中,大家开始慢慢的接受订阅模式。但也有一些客户,他是不接受订阅的,比如一些对于产品和项目的选择有自己的管理制度的企业,他们本身的商务流程决定了无法使用订阅模式。

部分大型企业,有十分严格的采购和资产管理制度。他们不管采购的是看得见的水果还是看不见的软件服务,只要付费,就一定要把购买来的东西明确地标注在资产表上。10%不到的客户会有这样一个情况。客户这方面的需求,都是我们需要注意的。

RPA现在还是一个比较新的行业。虽然欧美、日本等国家走的比较快,渗透率已经比较高,但在中国它的渗透率还非常低。目前来看,以中国为例,我认为RPA在所有行业的渗透率都不会超过5%,市场的占有率也是一样。但有一些部门或者行业,这个比例会更高一些,比如财务部门和金融行业。金融机构的渗透率甚至可能已经超过了5%。渗透率第二高的行业我认为是制造业,特别是外企的制造业,仅次于金融业。

有数据表明,41%的用户,是第一次接触RPA产品。有可能是朋友推荐,有可能是销售的推广,也有可能是咨询机构提到了RPA,从而使他们购买服务。这些用户对于IT等新技术比较敏感,喜欢尝试,如果用的不错,就会继续买单,如果觉得效果不好,以后就不会再用。

“产品力”决定成本高低

目前,RPA大致有三种商业模式。

  • 订阅:指的是按一定的时间周期付费或是在RPA Store上购买服务的模式。
  • 项目化:指的是客户直接把一个项目的服务买断。
  • 纯服务:指的是,服务多少,收费就有多少。

我觉得产品卖的越多,理论上赚的钱越多。但是目前有的厂商为什么还存在成本高的问题呢?我举个例子,当客户只需要5个功能的时候,已有产品可以满足,但是当客户需要第6个功能的时候,由于厂商之前没有做过这种业务,现有产品无法满足新的需求。于是厂商就得派员工开始研发这第6个功能,去客户那边把这个功能加上去,然后测试等等。

这样一来,厂商的时间成本、人力成本就投进去了。部分厂商,确实存在这样的情况。这是因为它的产品不够成熟,需要通过到现场去重新开发,通过代码把产品中没有的功能补上。产品力做的不够好,导致了这些厂商的成本居高不下。但这样做,其实给企业带来了很大的风险。厂商不能把非常成熟的产品和服务直接交付给用户,为了拿订单,去做定制的产品,而定制开发的成本显然还是蛮高的。

如果厂商对用户不够理解或者做的单比较少,碰到的问题绝对很多。这也会使得成本降不下来。而通过一个接一个项目的锻炼、培训和经验的传递,让我们的员工快速的掌握产品的技术特性和现场交互能力,就可以大大降低RPA企业相应的成本。

RPA正在趋近SaaS化

Gartner曾发布报告,RPA行业已经出现了一个新的标准——RPAaaS。它将RPA的SaaS化当作整个SaaS化领域中的一个细分。我认为RPA未来肯定是SaaS化的,但让人疑惑的是,我们现在看到的厂商提供的却不是SaaS化的服务。

这是因为RPA产品的成熟度和市场的需求量还远远没达到可以SaaS化的标准。比如Salesforce,可以用订阅等模式实现SaaS化,它的客户使用成本低,倒逼产品做的越来越好。这种模式的特点是厂商制定规则影响客户、客户通过反馈影响厂商,两者相互促进。

RPA想实现全部SaaS化,会经历一个很长的过程。除了商业模式的问题外,还有诸如技术的储备、用户的服务等一系列的问题需要解决。如果RPA厂商现在就大量投入到SaaS化服务里,会割舍掉很大一块市场。目前金融、制造等行业或者财务、采购等部门并不接受SaaS化的服务,如果舍弃掉这些客户,将会是一个很大的问题。像金融行业的客户,它们不是说不想用,而是不能使用SaaS化的服务。比如财务部门,对数据的安全和隐私问题十分注重,不允许将数据放在SaaS平台上,只能在线下、本地部署。

所以,即便未来有SaaS业务平台推得很好,但是厂商可能还是要去保留原本私有化部署的业务。而且,客户的业务场景一直在变,RPA的业务流程也得随着改变。这样,RPA厂商自然就不能做成一个一劳永逸的产品或者服务了。

但随着人工智能的发展,我觉得在计算机视觉技术层面上,是有可能解决这个问题的。我们也在做这方面的尝试,而且有一部分的进展了。我们可以把用户业务场景变化的部分,采用规律性的方法处理。用户的业务场景变化之后,我们可以通过技术做一些预判,做一些修正,降低RPA的错误率。我认为人工智能的某些算法对RPA的应用会起到一个非常好的助推作用。

我认为两三年后,RPA的SaaS化会有一个更好的发展。我们也在往这个方向走,包括我们在做的商业模式,其实也是为了储备这一块的能力。我们的产品已经形成了一部分SaaS化的能力。一切的基础都围绕着好的产品。我们不满足只做store,其实我们是有很详细的计划往SaaS化方向前进的。

这也是我们区别于其他厂商的地方。在RPA这个信息行业里,我们不仅利用自身的优势资源,服务好我们的标杆客户和典型客户,同时还在寻找新的模式和新的产品发展方向,希望能通过不断地尝试和探索,带动行业的不断前行。

本文是51RPA中文社区原创文章。发布者:RPA小当家,转载请注明出处:https://www.51rpa.net/rpanews/7416.html

(2)
RPA小当家的头像RPA小当家
上一篇 2020年6月26日 下午10:37
下一篇 2020年6月28日 上午10:15

相关推荐

发表回复

登录后才能评论
51RPA整站出售(主站+域名),公司业务转移,诚心出售,非诚勿扰。外加域名:http://www.RPA.wang,一同出售。微信联系:EasonChen009