ITBear旗下自媒体矩阵:

【艾瑞专访】博尔捷数字科技集团姚奕:社会化用工新时代,复合用工管理亟待满足

   时间:2021-08-30 15:50:44 来源:艾瑞咨询作者:王勐璇编辑:星辉 发表评论无障碍通道

社会化用工是近年来新兴的一种用工形式。与全职用工模式不同,社会化用工模式中的企业和个人不是雇佣关系,双方平等合作、风险共担、盈利共享。社会化用工为个人提供了多元、灵活的工作方式,于企业而言,则可以充分调用社会资源,降低用工成本。外卖、社区团购、直播带货、社交电商、网约车、在线教育、互联网医疗等都是社会化用工的典型行业。在社会化用工的新浪潮下,企业的人力资源管理面临需求匹配、佣金结算、规则设置、税收筹划等诸多挑战,复合用工管理的需求凸显。

博尔捷数字科技集团打造的企业复合用工管理云平台包括劳动力众包管理SaaS、品牌合伙人管理SaaS、数字园区产业平台、eHR SaaS和HRO SaaS,通过对企业用工结构进行数字化平台双边构建,促进企业多业态用工形式发展,赋能企业复合用工管理,助力企业提高营收,降低人工成本。

image001.jpg

姚奕Tracy,博尔捷数字科技集团副总裁

企业用工呈现出多业态发展趋势

艾瑞网:何为复合用工?博尔捷数字科技集团为什么选择切入复合用工管理云平台赛道?

姚奕:当前,企业用工将呈现出多业态的发展趋势,包括美团在内的很多平台型、服务型企业,全职员工占用工总量的比例已经不到50%。外包员工是第一种业态,骑手、团长、导购员等自由劳动力是第二种,第三种是以项目制跟企业发生关系的个体经营者和合伙人,比如教练、设计师、网红等。

我们是最早服务于美团的,最开始做传统的人力资源服务,包括人力派遣和外包。众包是平台型企业与我们共创的一种用工方式,逐渐发现这是他们未来的发展方向。我们的复合用工云平台就是帮助企业管理多业态用工人群的管理软件。第一个是管理全职员工,覆盖求职、招聘、到离职的全生命周期管理,现在市面上很多这样的针对内部员工管理。第二,我们会搭建社会化的自由劳动力平台,以及社会化的业务合伙人平台。第三个是人力资源供应商管理的软件。

艾瑞网:复合用工管理背后有哪些驱动因素?

姚奕:在工业时代,员工是生产上的螺丝钉,全职员工、雇佣关系,所有的固定资产全部需要企业购入。步入数字时代,企业可以调用社会上所有的资源,比如自由劳动力、业务合伙人等。从工业时代到数字时代,平台型企业是数字化管理的先驱。美团、滴滴、喜马拉雅、春雨医生等都是其中的典型企业。他们作为标杆,未来的企业会学习他们调用社会上比较闲散的社会资源,人才不求所有、但求所用。

其次,社会进步、科技发展是基础,以前企业也想调用社会资源,但是没有这个基础。没有平台的时候,如果企业想雇佣3万个智慧导购,就需要60个财务开票,交易量大、人数多、交易频繁。工业时代没有平台,反而会得不偿失。

最后是个体意愿。很多高级的知识工作者,想自己干自己专业的事情,不再是朝九晚五的工作方式。年轻劳动力追求斜杠青年,不想做简单枯燥的劳动,希望工作内容丰富化。

艾瑞网:博尔捷数字科技集团的复合用工管理云平台主要面向哪些场景和客户?

姚奕:我们的劳动力众包管理SaaS主要针对以下几个场景。第一个是即时配送,美团买菜、美团外卖、每日优鲜、口碑、京东买菜、盒马这些。第二类是社区团购类,比如盒马优选、兴盛优选、橙心优选、网易优选、美团优选,这些团长都是社会化用工。第三类是新零售企业的导购和分销员,他们的地推、试吃、导购、分销等。第四类是会员体系、数字化营销,里面有分佣的机制,比如美妆或者母婴品牌。第五类是格力、美的的售后维修这种,他们的维修师傅以前只服务一家企业,现在他们是社会化用工,将维修单子发到平台后师傅接单,师傅会同时服务多家企业。这种社会化平台的搭建我们也会帮他们做贴标,变成他们自己的平台。第六类是在线教育、爱库存、哈罗单车这些社会化用工场景。

我们的品牌合伙人的SaaS服务的第一类是内容分发平台,比如网络小说平台的作家,音乐平台的作曲家和歌手;第二类是医疗咨询平台,春雨医生、微医等;第三类有医美机构,美丽田园、伊美尔等;第四类是房地产行业,全员销售,做房产佣金的结算;第五类是知识工作者的平台,包括广告策划、设计师、IT开发人员、教练、咨询师、培训师、美工、测试等;第六类是微商城平台。

复合用工管理以激励员工为核心

艾瑞网:复合用工管理云平台和通用型的HR SaaS有哪些差异?

姚奕:通用型的HR SaaS没有针对社会化用工管理的平台。社会化用工管理有几个痛点,第一,交易量大,因为社会化用工的人数众多。比如社区团购的团长一个月可以发展到15万人,同时他的交易非常频繁,一分钟需要计算300万数据,一天的交易流水就会超过全职员工的量。电子合同方面,全职员工通常是3到5年签一次劳动合同,而社会化用工可能是每天、每分钟都在签。第二,社会化用工需要搭建佣金的即时支付体系。我们不仅有全职发薪平台,还有零工的佣金发放平台与合伙人的筹资发放平台,这是是7*24小时实时交易、提现的。支付体系的搭建是非常繁琐的,资金要经过银行或者支付通道进行资金隔离。商户体系、个人账户体系以及资金体系的搭建是通常的全职管理软件所做不了的。第三个是合规化的处理,个税、社保、增值税等都需要有落地的服务商来完成。

我们的功能一个是帮助企业去降本,通过用工结构的调整,通过灵活用工的方式。第二个是增效,发票核验、电子发票都是增效。第三个是创收,业务合伙人帮助企业创造业绩。

艾瑞网:在复合用工管理领域,博尔捷数字科技集团主要的竞争对手是哪些?

姚奕:我们碰到的竞争对手都不是做人力资源管理的,大部分是高灯、百望这些做票据、财税的厂商。他们和我们的初衷不同,不能说是竞争对手,只是在大客户投标会遇到。我们的初衷是对人的管理,最终目的是激励人,他们是从交易的角度切入,最终目的是实现票据的输出。交易结算的工具只是管理复合用工所必不可少的功能,而我们最终要解决的是人的激励问题。我们要激励多样化的人群,激励全职员工、自由劳动力、业务合伙人帮助企业创造更多的业绩。

艾瑞网:博尔捷数字科技集团如何实现对社会化用工的激励?

姚奕:对于社会化用工的激励是基于我们人才研究院的研究成果。佣金的及时兑现是对人最好的激励,所以我们第一个激励是让人马上拿到钱,就是提现快。第二个是佣金规则的设置,动态调整。我们有大数据、AI的能力,可以实现动态的算法。比如外卖小哥的提现业绩会有几个指标,包括外卖配送的时间段是否是高峰时段,产品的品类是外卖、奶茶还是药、鲜花这些,商家在哪里,是KA还是小吃,最后外卖平台会计算从A到B的最优时长、最优路线,8分钟和12分钟跑完的佣金比例是不同的。再者,比如医美机构要推水光针的时候,他和热玛吉的算法提现就不同。客户选型的时候可能感觉不到整体大趋势的激励机制的提升,但是我们的老客户会感觉到有明显的差异。

底层PaaS平台解决定制化难题

艾瑞网:博尔捷数字科技集团如何平衡产品标准化和需求定制化的矛盾?

姚奕:我们有两个PaaS平台,aPaaS和iPaaS。我们的iPaaS既可以走出去,也可以引进来。复合用工管理相关的很多功能是企业需要但我们没有的,比如CRM、票据、财务SaaS我们没有,但我们可以基于iPaaS调用这些软件的PaaS接口,调用他们的能力到我们平台,做开放应用的集成。从客户体验来说,他是一体化的。这是引进来。走出去是像很多第三方的工具型SaaS,他缺少社会化用工的能力,他可以调用我们的接口,我们输出能力给他们,他们在上层开发SaaS应用,底层调动我们的能力。对于aPaaS,现在有很多低代码、零代码平台,比如工作流、审批逻辑、数据权限、电子表单等,个性化、定制化需求就不用二次开发了。

现在我们的定制化比较少,因为我们不是针对某个企业的需求来满足,而是考虑怎么做成产品化,看有没有可配置项或者可以沉淀到PaaS上的能力进行模块化开发,再把这些定制化承接到我们iPaaS平台上。

艾瑞网:博尔捷数字科技集团采取怎样的商业模式?

姚奕:劳动力众包SaaS是按照交易金额GMV抽成的,只有抽成,没有SaaS软件的收费。通用的HR SaaS是按SaaS收费的。GMV抽成比例是按照流水交易比例动态调整,比如交易流水大抽成会往下降,第二个还看开什么票,比如个体工商户的专票比普票交易收税比例小。

艾瑞网:下一阶段,博尔捷数字科技集团的业务发展方向是什么?

姚奕:未来我们会完善PaaS平台的开发,包括低代码和零代码的完善,以及iPaaS的开放应用集成。其次,我们会通过大数据、深度学习加强佣金算法,佣金的规则和佣金项针对每个行业是不同的。我们重点关注的行业是新零售、社区团购、微商、直销、在线教育,还有今年新拓展的游戏平台,包括陪玩陪练、虚拟打赏。合伙人的交易量上去,我们收入就会上去了。也就是从激励人的角度,帮助企业提升业绩。

我觉得未来行业会向趋于美国自由职业者的平台方向发展。国内之前看到的自由职业者平台发展都不太好,商业模式存在一些弊端。自由职业者平台的需要发展两端,一个是客户获取,自由职业者的获取有流量成本,一个是C和B的交易匹配,如果不能很好的匹配,就会跳单,平台没有收益。我们要避免B端的BD费太多、C端的补贴费太多,交易体系不完善。我们首先要在B端解决企业的痛点,比如资金安全、管理效益,把整个复合用工管理的体系搭建起来。C端我们是通过业务来获取的,比如补贴。当B端和C端的匹配以及电子发票、支付结算等都在平台上完成时,跳单率就会很低。

举报 0 收藏 0 打赏 0评论 0
 
 
更多>同类资讯
全站最新
热门内容
网站首页  |  关于我们  |  联系方式  |  版权声明  |  网站留言  |  RSS订阅  |  违规举报  |  开放转载  |  滚动资讯  |  English Version