编者按：现在有些企业会开发服务平台。对于这些平台，部分产品的服务会产生收费模式和标准，按照年、月、日等不同的规定进行收费。本文分享了企业服务平台交易模式——计费结算的设计。让我们来看看。
企业服务项目和产品规划分为两部分。
本系列主要讲述如何做技术服务开放平台的产品策划。对企业服务产品感兴趣的可以看一下。
在最后一章，我们谈到了产品和平台用户。在本章中，我们主要讨论交易：计费和结算。
00-1010首先，让我们回顾一下一笔交易的流程，看看有哪些核心操作？
一、核心交易流程简述
根据产品的不同服务形式(产品类型)确定收费方式，一般按量收费，需要确定计量项目(最低收费单位)和单价。例如，每天每个呼叫次数/每个QPS的API费用；SDK根据永久授权的终端设备数量收费；每年独立部署费用等。然后单价可能会有默认价格和优惠价格。
00-1010，创建一个客户帐户，并将产品配置为在有限的时间内免费拨打有限次数的电话。
客户进行测试。
1. 生产产品——定价
测试通过，正式合作，BD和客户确定付款方式，预付还是后付。预付费一般是按月订阅的形式，需要提前确认购买资源的金额；购买资源包后，相关资源将分配给用户，直至到期。
后付，即先用后付，结算时根据实际使用情况收取费用，结算周期需要确定，一般按日/月进行结算。
00-1010客户调用API，或者使用SDK，系统搜索客户产品的订单列表(可能同时有多个订单)，按照特定的策略筛选出订单。如果订单是预付费资源包，需要判断剩余资源是否充足；如果是后付费方式，则进行累计计费。
2. BD找到客户——报价——提供免费测试
预付费模式，下单后生成账单；在账单支付之前，不会分配资源。付款后，当结算周期到达时，生成账单并提供使用详情；付款前使用资源。
综上所述，如上图所示，通过梳理核心流程，我们对交易系统的认识已经开始有了轮廓。
3. 签订合同，分配资源
基于以上概述，我们继续思考系统核心功能模块的设计。根据账单是否生成，我们将其分为两个块：计费和结算。
4. 客户消费
概念：根据收费规则计算单个产品的收费，根据结算周期汇总所有服务的收费明细生成账单。企业服务的计费方式一般分为预付费和后付费。
1)预付
一般是按月订阅的购买形式：客户可以根据自己对资源的需求选择资源包，下单后会生成账单。注意资源到期提醒或欠款警告。
2)事后付款
指先用后付，结算周到期生成账单的计费方式。客户需要在约定的时间内完成支付；它还涉及欠款的管理。这样，对于客户来说，需要多少就付多少，不浪费资源而且更灵活。
比较适合还处于发展初期的平台，或者客户是大客户，议价能力强的时候，一般都是后付。流程如下：
3)配置收费规则。
该模块不仅要支持配置资源包，还要支持后付费的收费规则。
资源包
配置资源包的起止时间、计量项目、总额、分配规则、结转规则。根据分摊规则和结转规则，可分为“月分摊不结转/月分摊可结转/一次性分摊不结转/一次性分摊可结转”，影响分配和扣款。
付款后收费规则
收费规则主要根据产品的服务形式确定收费期限、最低收费单位(计量项目)和单价。算法：需要支持分步算法，也就是你在时间窗口用的越多，单价越便宜。请注意，在设计该模块时，它应该尽可能抽象，以确保灵活性。因为To B业务，客户是甲方的父亲，客户可能会提出其他收费规则，这也需要我们系统的支持。在这里，考虑给销售人员或操作员留一个手动输入的洞。(手工录入或价格管理、优惠管理会涉及审批流程管理模块的设计，这里不再赘述)
4)优惠管理
支持运营配置优惠方案，如优惠券等。
5)计费顺序策略
客户使用同一产品时，可能不仅有免费额度，还会购买预付费资源包或按量付费，这涉及到开票顺序，需要先确认。例如：预付费QPS预付费资源包，免费额度，按量付费。
如果购买了多个资源包，则扣款顺序可以是：按照购买时间的顺序，从早到晚，从小到大，按照规格，从购买的次数包中扣出相应的次数。
6)到期提醒/欠款警告
在资源包到期/资源包即将用完/后付款触发信用额度之前，
需要提醒用户续费，否则将停止服务。一是以邮件、短信、站内信的方式推送给客户。二是通知负责该客户的销售，销售通过线下的方式推动客户。2. 结算
概念：对账及发生实际的资金流转。
1）结算触发规则
预付费：是下单购买时就会立刻触发结算，生成账单，发给客户确认，无误后，就会向客户提供发票，对方支付后，就会下发对应的资源到对方账户上。
后付费：到达结算周期，触发结算，聚和账单，发给客户确认，无误后，提供发票，对方支付。
2）聚合账单
企业客户可能有多个子账号。有几种方式。
子账号不单独计费；子账号使用主账号的资源或使用量记在主账号上。由主账号负责结算。子账号单独计费；预付费时，主账号涉及资源分配。由主账号负责结算。子账号单独计费，独立结算；一般是组织架构复杂的集团，要求子公司财务独立核算。3）对账
账单生成后，可能会因为业务上的一些问题需要调整。
4）付款
企业服务，不面向个人开发者时，一般都是线下对公汇款。预付费，汇款完成，即下发对应资源。后付费，汇款完成，即与账单对应的计费流水进行核销。
5）欠费管理
如果是预付费，购买时立即支付的方式；当客户的资源包已经用完，就会进入欠费流程，但是一般不会直接停服；超出资源包的部分可以以按后付费的方式结算，这里就需要有一个欠费授信管理的策略，需要结合客户的风险程度，设置一个欠费额度上限。超过上限后，再进入下一步：停服。
如果是后付费，那企业客户一般有账期，比如下个月初结算上个自然月的帐，对账完成后，客户在30天内支付完成即可；那这个账期内，也是不停服的，同意需要授信管理策略，超过上限后，则停止服务；后付费，还有一种减少欠费的方式，即客户使用前先要求对方充值一定的资金用以冻结，使用后再结算，不过一般是大厂才（敢）这么做。
三、业务数据模型
大框架，顶层设计有了，我们可以提炼出来业务过程中关键对象的关系，进而抽象出底层的业务数据模型。
只有业务数据模型清楚了，正确了，建立在这之上的更细节的业务逻辑，流程，功能设计才会清晰无误；且数据模型的设计会影响到数据库表结构，字段的设计，是产品设计的根基，是设计之初就要想清楚的事情。
我之前的文章也提过，从项目的完整生命周期来看，数据表结构决定了拓展性；上线后，如果要改底层的数据表结构，成本会很高。
以计费流程为例，关键对象有：客户、账号、产品、订单、账单、计费模式、计量项、单价、计量（使用量）。
这些对象的关系是什么样的呢？我们用ER图来梳理一下。
简单介绍一下ER图：
ER图概念：ER模型，全称为实体联系模型、实体关系模型或实体联系模式图（Entity Relationship Diagram），提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型， 它是描述现实体对象之间关联关系经典方法。
ER图三个核心要素：
实体：表示一个对象，可以被（粗略地）认为是名词，比如会员，优惠券，公司属性：对象所具有的属性，特性。比如会员可以有昵称，生日，注册时间等属性关系：表示对象与对象之间的联系。比如老师这个对象和学生的实体之间的联系。ER图中关联关系有三种：
1对1 ：指实体集A与实体集B，A中的每一个实体至多与B中一个实体有关系；反之亦然。1对多：指实体集A中的每一个实体与B中至少有1个以上的实体有关系；且B中每一个实体至多与A中一个实体有关系。多对多 ：指A中的每一个实体与B中至少有1个以上的实体有关系；反之亦然。一般来说，我们设计的时候，如非必要，尽量避免多对多的关联关系。
这里只是简单介绍对ER图感兴趣的同学，可以自行搜索了解更多；另外说一点，ER图的呈现方式很多，产品不必拘泥于某一个特定形式，描述清楚对象和关系即可。
关于数据，安全，请看下一次更新。
作者：hmdjzg；微信公众号：hmdjzg自习室
本文由 @hmdjzg 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 unsplash，基于 CC0 协议