在理解了清算的相关概念后，一些学生仍然没有建立计费系统的想法。作者结合自己的经验，分享了如何从0到1构建计费系统，并从四个方面总结了方法，希望能对您有所帮助。

看完这篇文章，你会知道以下内容，文章比较长，建议收藏观看。

1. 什么是计费
2. 计费的特点
3. 收费的整体业务流程
4. 如何构建计费体系

一、什么是收费？

我们上面介绍过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协议。

本文仅代表作者本人，每个人都是产品经理平台，只提供信息存储空间服务。