【讨论】事关大家的利益,望大家参与讨论UiBot RPA的突破口

lhui 2022-1-10 775

目前UiBot RPA的市场人群貌似定位在企业管理者,通过得到企业管理者的认可,从而从上往下推,最终达到双赢的目的。这个战略是不错的,中国国情决定了企业中领导者说一不二,只要领导认定了,不管对错,一定能很好地贯彻执行下去。

个人认为要让领导者认同RPA的重要性不是那么简单:
1.RPA不是无可替代。RPA能做的人工也能够做,没有达到没它不行的境地。
2.RPA集中起来出问题后追责不易。没人能保证RPA不出问题,出问题后追究谁的责任呢?开发者的责任?UiBot的责任?好像都不合适。增加一个RPA运维人员?好像也不合适,随着RPA机器人的增多,一个RPA运维人员估计忙不过来,RPA24小时不断执行,运维人员三班倒也不合适。
3.RPA分散到各用户用人效率不高。领导者钱投下去了,用户不可替代,否则RAP出问题工作停摆,这导致人没减下来。不单只人减不下来,还要增加RPA开发人员,因为没人能保证RPA的工作环境(数据源应用、工作标的)不会发生变更,有时一个网站更新几乎导致RPA机器人要重新开发一遍,随着RPA机器人的增多,外委开发人员有请不动和请不起的情况,只能自己培养开发人员。

个人认为通过个人用户也能打开局面:
1.RPA目标对个人更易实现。RPA能提高工作效率是毋庸置疑的,衡量RPA的目标,从领导者的角度来看,是企业增加了投资,有没有减少了成本或增加了收益的问题;从个人的角度来看,是增加了个人投入,有没有降低工作强度、自己更加不可替代的问题。
2.降低工作的劳动强度个人的积极性更高。领导只注重结果,工作是个人做的,明显个人对降低工作的劳动强度更积极。

如何通过拓展store的功能打开局面:
1.完善开发者及用户身份的评价。让用户有依据选择开发者、开发者有依据选择用户,实现双向选择。
2.拓展用户需求功能模块。在store需求提报页面给出填报模板让用户能填写自己需求,并能自动上传工作环境、指定的应用系统类型特点等。
3.拓展store中用户与开发者互动的功能。用户在store上发起的需求,开发者可多人竞争接活,用户通过开发者评价指定开发者。甚至可以在开发者同意的情况下,启用多开发者竞争或合作模式。
4.拓展远程开发功能。用户可以临时开启store的远程开发功能,开发者在用户的实时监护下进行远程开发。
5.拓展质量保障功能。可以在开发者交付一个月后经用户评价不取消交易后再付款给开发者。

我在这里抛砖引玉,希望大家畅所欲言,给RPA找个突破口。

最新回复 (8)
  • ma_512255 2022-1-11
    2
  • 呆头呆脑 2022-1-11
    3
    只能给你大赞
  • westsunrise 2022-1-11
    4
    楼主的建议很中肯,大赞。
  • 易水寒scko 2022-1-12
    5

    千万不要啥需求都接,做一堆看起来爽,后期维护烦死了!

  • 草碳酸 2022-1-12
    6
    个人并不支持竞争接活,大家同时竞争一个工作,一起浪费一个星期时间最后只有一个得到利润,其它开发者却白白浪费时间去写一堆代码,而且客户要联系这么多的开发者,为他们一个个去提供开发情境。
    保障功能参考淘宝收货,由UB做为一个中立平台提供收付款,评价,首先得有一个沟通软件记录双方的沟通信息以供法律支持。后期的维护费用可由平台代收每月返还开发者,如果期间开发者离职了可由平台改判给其它开发者接手。要保障客户的利益,也要保护开发者的利益。平台所要走的路还很远。
  • lhui 2022-1-13
    7
    草碳酸 个人并不支持竞争接活,大家同时竞争一个工作,一起浪费一个星期时间最后只有一个得到利润,其它开发者却白白浪费时间去写一堆代码,而且客户要联系这么多的开发者,为他们一个个去提供开发情境。 保障功能参考淘 ...

    要是很急的活,用户要确保开发成功,选认为有把握的3人,胜出者价钱市场价2倍,陪跑者完成的0.7倍,未完成的木钱,我觉得大家都可以接受。

    关于维护费,个人觉得你的提法很有新意,但是要解决接手者拿到源代码的问题,除非源代码一开始就是交付给用户的,否则都有风险。

  • lhui 2022-1-13
    8
    易水寒scko 千万不要啥需求都接,做一堆看起来爽,后期维护烦死了!
    能不能在开发过程中就考虑提高免维护性?
    比如在输入用户名密码时不时直接点选编辑框为目标,而是通过页面中用户名密码的字样找到相应的编辑框,且找不到密码字样找找口令什么的。
  • 呆头呆脑 2022-1-21
    9
    接活?想多了吧。
返回
发新帖