在理解了清算的相关概念后,一些学生仍然没有建立计费系统的想法。作者结合自己的经验,分享了如何从0到1构建计费系统,并从四个方面总结了方法,希望能对您有所帮助。看完这篇文章,你会知道以下内容,文章比较长,建议收藏观看。什么是计费计费的特点收费的整体业务流程如何构建计费体系一、什么是收费?我们上面介绍过O2O电子商务支付结算系统的主要内容(点击链接查看),
在理解了清算的相关概念后,一些学生仍然没有建立计费系统的想法。作者结合自己的经验,分享了如何从0到1构建计费系统,并从四个方面总结了方法,希望能对您有所帮助。
看完这篇文章,你会知道以下内容,文章比较长,建议收藏观看。
- 什么是计费
- 计费的特点
- 收费的整体业务流程
- 如何构建计费体系
一、什么是收费?
我们上面介绍过O2O电子商务支付结算系统的主要内容(点击链接查看),本文分享计费系统的设计方法,即上一篇文章标题中的清算,清算可以拆分为清算结算,有些人可以拆分为清算结算意思不纠结,本质相同,即计算和赚钱,清分/清算对应本次共享的计费系统。
首先,什么是收费可以通过字面拆解直接解释。收费:计算费用。总之,根据不同的收费规则,计算订单/交易中不同参与角色应该分配多少利益(主要是钱)。简言之,这是一件如何分配蛋糕的事情,起着承上启下的作用。
需要注意的是,上述订单和/交易不是电子商务中狭义的订单/交易,而是包括所有涉及收费的事件/活动。O2O电子商务订单计费共享后续内容,如下图所示(来自网络)。
二、计费特点
1. 业务属性强
与支付或其他底层系统相比,计费系统具有较强的业务属性。如果你仔细研究公司的计费规则,你可以通过调整计费模式来推导业务的一般发展轨迹。举个简单的例子,在某个阶段,外卖平台为乘客提供0佣金。底层原因可能是现阶段平台缺乏工人供应,需要使用0佣金点来提供供应。
也许过了一段时间,服务质量好的配送兄弟会减少佣金。现阶段的重点是提高服务质量,用服务质量吸引/留住客户。
经常讨论的一点是,计费模块放在业务系统或中间系统中。就我个人而言,我认为没有什么大问题。计费应该放在业务系统中。正如上述原因所述,计费模块具有较强的业务属性,在不同阶段可能会有较大的调整,这与中间系统的通用设计理念相冲突。
2. 风险与收益并存
计费系统很容易产生业务结果,可能只是调整模型中的计费策略,可以带来明显的收入数据改进,但同时,计费也是一个非常容易携带大锅的模块。业务/系统逻辑复杂。如果公式稍有错误,可能会造成数百万的损失。总的来说,这是一项风险与收入并存的业务,但如果有机会,我仍然强烈建议你负责这件事。只有困难,你才能成长并完成它。
三、计费整体业务流程
从上图可以看出,计费主要分为三个步骤:触发计算行动、计算/确认钱、赚钱
第一步:完成劳动者服务APP/小程序完成确认动作,计费模块上游系统触发计费动作,计费系统启动资金清算流程。
第二步:根据计费结果生成结算单(O2O这一步是不必要的,这与每个平台的实际商业模式有关。如果是标准服务,如出租车、外卖,无需确认直接结算。
如果是保姆//月嫂这种长期订单不是标准的家政服务,工人的工资与各种服务因素有关,如上下时间、是否请假等,生成结算表(工资表)需要工人、平台(不必要)、客户确认后才能进行资金结算。
第三步:根据订单参与角色和费用类型生成结算单后,计费系统要求结算平台完成资金结算,完成整个业务流程。
四、如何构建计费系统
以上介绍了计费系统的整体业务流程。接下来,我们将分享如何从0-1构建计费系统述业务流程,然后围绕自己的业务模式构建计费系统,记住最重要的一点:系统服务于业务,没有通用系统,只适合自己的平台业务系统
1. 计费模型
上图是计费系统的模型。模型分为触发计费、计费模式、计费结果、付款结算四个要点。后续主要从这四个方面分享如何构建计费系统。
2. 系统架构
在完成业务流程和计费模型后,我们将简要介绍计费系统的主要系统之间的结构。见上图。简单地说,上游系统触发,计费系统完成资本清算,最后要求结算平台完成付款结算。这里不再重复,下面将详细说明。
3. 从0到1搭建
STEP1:触发计费
计费动作的触发可以由计费的上游系统、订单/交易系统或服务性能系统触发。
在实际业务流程中,工人服务完成后,在APP/小程序操作确认动作,比如滴滴打车到达地方后,会收钱(图片来自网络)。同样,送货员送到后,会划出我已经送达(图片来自网络)。
劳动者动作触发后,服务绩效系统将服务订单标记为服务完成,相应的订单和交易将成为完成状态MQ从订单信息到资金信息流的转变,消息到计费系统触发资金清算,完成业务信息。
有一点需要注意,为了防止工人未确认服务状态(订单),服务绩效系统需要做底部机制,系统定期任务判断服务订单是否完成,完成订单自动完成订单动作,触发费用,完成资本结算,防止整个服务绩效过程卡住,造成工人投诉或其他资本损失。
STEP2:计费模式
两个设计方向:
计费模式是整个计费系统中最核心、最具业务属性的部分。简单来说就是蛋糕怎么分的问题。计费模式的制定一般可以抽象成两个方向,一个是佣金制,一个是差价制。佣金制比较简单,差价制比较灵活,扩展性比较强。为了直观看两者的区别,我举个简单的例子,见下图:
平台单毛利=价格-成本,例如订单成本是价格,工人收入是成本。
如果平台想提高单个订单的毛利润,要么提高价格,要么降低成本(有限)。从上图可以看出,平台提高价格后,两种计费模式平台的收入都增加了,但差价系统平台赚得更多,相当于平台收入的价格上涨部分。
一对比差价制的灵活性凸显出来,因为价格上涨不必然要给工人加工资,平台可以全赚。差价制解耦了服务价格和成本价格,两者相互独立,可以zui 大限度地提高平台收入。
当然不是全部O2O服务可以采用差价系统的设计理念。这种设计方法更适用于工人服务/商品可以标准定价的业务场景,如滴滴出租车。用户支付的订单金额与滴滴司机收到的劳动报酬无关。工人的工资是一种单独的定价模式。
其他抽佣制的玩法
除了最简单的固定比例抽佣,常见的订单抽佣制也可以有很多玩法,比较常见的如下:
- 阶梯式佣金,1~100单佣金10%,101~200单佣金5%,促使工人更加努力地接单,从而增加平台收入。
- 不同等级的工人有不同的佣金比例。等级越高,佣金比例越低,促使工人不断提高商业水平。如何提高商业水平与工人的分层策略有关。
- 按单量抽佣金,月底根据单量确定抽佣金比例,统一结算。比如月底累计服务100单抽佣金比例为10%,月底累计服务100单以上,抽佣金比例为5%。这个模型平台的需求和阶梯式抽佣金一样。
- 佣金比例与会员权益绑定,如货拉拉会员权益策略之一是司机购买的会员级别不同,相应的司机订单佣金比例不同。会员级别越高,佣金比例越低。该平台最终通过会员服务费和工人想要赚回会员费来增加收入。
最后,当我们制定计费策略时,我们必须考虑该策略对应的平台的核心需求/基本目标是什么,以增加收入?还是为了稳定/增加供应?或者一切。
延伸展开:
我还提到了劳动者工资的计费策略不仅可以增加收入,还可以与劳动者分层结合。不同等级的商家有不同的工资/佣金策略。等级越高,佣金越低/工资越高,进而促使商家努力提高劳动者水平,进而提高劳动质量和保留,把商家的计费策略作为劳动者管理的起点。
结论:整体差价系统计费模式更加灵活。您可以从这个方向制定更多的计费策略。同时,在制定劳动者计费策略时,您应该更多地考虑业务侧的本质需求。
STEP3:计费结果
以上我们分享了计费系统中最复杂的部分,计费结果会比较简单。我分享这个模块制度分享这个模块,主要分为佣金配置、计费动作、清算清单/细节。下图是一个大致的交互过程:
抽佣配置:
佣金配置模块主要配置与计费相关的数据,如不同等级的工人佣金比例或工资,以及其他计费规则参数。该模块主要是计费配置信息的载体,如下图中的佣金配置页面(以便滴滴举例):
一点:计费系统需要为其他业务系统提供数据查询接口,查询佣金比例/工资,进行端上显示或金额试算。核心参数如下:
计费动作:
上游系统触发计费动作后,计费系统将所需数据或其他系统从不同系统传输到计费系统,完成各类费用的计算,生成清算结果。
清算记录/详情:
为了提高计费问题的调查效率,清算细节(计费结果)页面尽可能显示与订单计费相关的所有信息,信息主要分为三类(详见以下原型图)
单独说一点,由于业务的历史原因或业务探索,可能会有各种计费策略共存。为了提高后续问题调查的效率,必须在订单清算细节中添加一个字段来区分当前订单的计费策略,即图中的计费模式。
清算记录原型:
清算细节原型:
注:以滴滴为例,滴滴的实际计费场景和模式比例子复杂得多。
结算单确认/调整:
如果需要确认订单中参与角色的资金清算数据,则单独拉一页作为结算单的实体,携带角色的相关资金/订单/服务摘要信息,然后配合流程平台(审批流程)完成结算单的串联确认。
结算单调功能的一点是,在调整结算单时,需要选择资金调整的来源/地点,以确保资金流动的正确性,减少资金损失,如下图所示:
STEP4:结算打款
计费系统根据计费规则计算不同类型的费用金额后,要求结算系统进行付款结算。需要注意的是,不同类型的费用结算周期和结算方式不同,不同类型的费用结算规则需要在结算系统中配置。详情将在结算系统中说明,此处不再重复。
4. 数据指标
数据主要在以下方向:
计费策略对应的业务收入是最重要的,包括计费数据的准确性、工人工资结算的及时性、结算表的确认、调整效率、资金结算过程中的资金损失风险。
五、总结
计费系统是一个连接上下的模块。将订单业务信息转化为资本信息具有较强的业务属性。我们需要更多地思考业务侧的底层逻辑和本质需求。业务/系统的复杂性不低,运动性强,容易发光。如果我们有机会从事这项工作,我们应该勇敢地抓住机会。
本文由 @鲸爷陆 大家都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
本文仅代表作者本人,每个人都是产品经理平台,只提供信息存储空间服务。
创业项目群,学习操作 18个小项目,: 备注:小项目!
如若转载,请注明出处:https://www.fxzy666.com/10267.html