編輯導(dǎo)語：如今一些企業(yè)會開發(fā)服務(wù)的平臺，對于這些平臺，一些產(chǎn)品的服務(wù)會產(chǎn)生收費(fèi)的模式和標(biāo)準(zhǔn)，根據(jù)不同的年月日等規(guī)定進(jìn)行計(jì)費(fèi)；本文作者分享了關(guān)于企業(yè)服務(wù)平臺中的交易模式——計(jì)費(fèi)結(jié)算的設(shè)計(jì)，我們一起來看一下。

企業(yè)服務(wù)項(xiàng)目，產(chǎn)品策劃分為兩部分。

• 業(yè)務(wù)載體，即技術(shù)服務(wù)開放平臺
• 對外輸出的技術(shù)服務(wù)產(chǎn)品孵化

本系列主要講技術(shù)服務(wù)開放平臺的產(chǎn)品策劃怎么做，對企業(yè)服務(wù)產(chǎn)品感興趣的可以來看看。

上一章，我們講了產(chǎn)品和平臺用戶，這一章，我們主要講交易：計(jì)費(fèi)&結(jié)算。

一、核心交易流程簡述

首先，我們來捋一下一次交易的過程，看看核心操作有哪些？

1. 生產(chǎn)產(chǎn)品——>定價(jià)

根據(jù)產(chǎn)品不同服務(wù)形式（產(chǎn)品類型）確定計(jì)費(fèi)模式，一般是按量收費(fèi)，需要確定計(jì)量項(xiàng)（最小計(jì)費(fèi)單位）和單價(jià)。

如API按調(diào)用次數(shù)/按QPS每天計(jì)費(fèi)；SDK按永久授權(quán)終端設(shè)備數(shù)量計(jì)費(fèi)；獨(dú)立部署按年收費(fèi)等，然后單價(jià)可能有默認(rèn)價(jià)格和優(yōu)惠價(jià)格。

2. BD找到客戶——>報(bào)價(jià)——>提供免費(fèi)測試

創(chuàng)建客戶賬號，并配置該產(chǎn)品有限期內(nèi)有限次數(shù)免費(fèi)調(diào)用。

客戶進(jìn)行測試。

3. 簽訂合同，分配資源

測試通過，正式合作，BD與客戶確定付費(fèi)模式，預(yù)付費(fèi)或后付費(fèi)。

預(yù)付費(fèi)一般為包年包月的購買形式，需要預(yù)先確認(rèn)購買資源量；資源包購買后，即將相關(guān)資源分配給用戶，直到過期失效。

后付費(fèi)，即先使用，后付費(fèi)，在結(jié)算時(shí)按實(shí)際使用量計(jì)費(fèi)，需要確定結(jié)算周期，一般按日/月結(jié)算。

4. 客戶消費(fèi)

客戶調(diào)用API，或者使用SDK，系統(tǒng)搜索該客戶該產(chǎn)品的訂單列表（可能同時(shí)有多個(gè)訂單），根據(jù)特定策略篩選出訂單，如果該訂單是預(yù)付費(fèi)的資源包，則需判斷剩余資源數(shù)量是否足夠；如是后付費(fèi)方式，則進(jìn)行累計(jì)計(jì)費(fèi)。

5. 對賬結(jié)算

預(yù)付費(fèi)模式，下單完成后就生成賬單；賬單支付后，才分配資源。

后付費(fèi)，到達(dá)結(jié)算周期時(shí)，生成賬單，并提供用量明細(xì)；使用資源后，才支付。

總結(jié)如上圖，通過對核心流程的梳理，我們對交易系統(tǒng)的認(rèn)知開始有了輪廓。

二、功能模塊設(shè)計(jì)

基于上述的輪廓，我們繼續(xù)思考系統(tǒng)的核心功能模塊設(shè)計(jì)。

我們根據(jù)是否生成賬單，劃分為兩大塊：計(jì)費(fèi)和結(jié)算。

1. 計(jì)費(fèi)

概念：按照計(jì)費(fèi)規(guī)則計(jì)算出單個(gè)產(chǎn)品要收取的費(fèi)用，并且按照結(jié)算周期聚合所有服務(wù)的計(jì)費(fèi)明細(xì) 生成賬單。

企業(yè)服務(wù)的計(jì)費(fèi)模式一般分為預(yù)付費(fèi)和后付費(fèi)。

1）預(yù)付費(fèi)

一般就是包年包月的購買形式：客戶可根據(jù)自身對資源的使用需求選擇資源包，下單完成后會生成賬單。要注意資源到期提醒或者欠費(fèi)預(yù)警。

2）后付費(fèi)

指的是先使用后付費(fèi)，在到達(dá)結(jié)算周可期時(shí)，生成賬單的計(jì)費(fèi)模式?？蛻粜枰诩s定時(shí)間內(nèi)完成繳費(fèi)；也涉及欠費(fèi)管理。這種方式，對客戶方來說，用多少付多少，沒有資源浪費(fèi)，更靈活。

對還處在發(fā)展早期的平臺更適合，或者客戶是大客戶，議價(jià)權(quán)較強(qiáng)的時(shí)候，一般都是后付費(fèi)。流程如下：

3）配置計(jì)費(fèi)規(guī)則

這個(gè)模塊既要支持配置資源包，也要支持后付費(fèi)的計(jì)費(fèi)規(guī)則。

①資源包

配置資源包的有效期起止時(shí)間，計(jì)量項(xiàng)，總量，以及分配規(guī)則和結(jié)轉(zhuǎn)規(guī)則。根據(jù)分配規(guī)則和結(jié)轉(zhuǎn)規(guī)則可分為「按月分配不結(jié)轉(zhuǎn)/按月分配可結(jié)轉(zhuǎn)/一次性分配不結(jié)轉(zhuǎn)/一次性分配可結(jié)轉(zhuǎn)」，影響下發(fā)和抵扣。

②后付費(fèi)計(jì)費(fèi)規(guī)則

• 計(jì)費(fèi)規(guī)則主要是根據(jù)產(chǎn)品的服務(wù)形式確認(rèn)計(jì)費(fèi)周期，最小計(jì)費(fèi)單位（計(jì)量項(xiàng)），以及單價(jià)。
• 算法：需要支持階梯式算法，即時(shí)間窗口內(nèi)用得越多單價(jià)越便宜。

要注意，在設(shè)計(jì)這一模塊的時(shí)候，盡可能高度抽象，以保證靈活度。因?yàn)門o B業(yè)務(wù)，客戶是甲方爸爸，客戶可能會提出其他的計(jì)費(fèi)規(guī)則，也需要我們系統(tǒng)能支持。這里可以考慮留一個(gè)口子，讓銷售人員或者運(yùn)營人員手工錄入。（手工錄入或者是價(jià)格管理，優(yōu)惠管理這一塊，都會涉及到審批流管理模塊設(shè)計(jì)，這里不額外展開）

4）優(yōu)惠管理

支持運(yùn)營配置優(yōu)惠方案，如優(yōu)惠券等。

5）計(jì)費(fèi)順序策略

客戶使用同一產(chǎn)品，可能同時(shí)既有免費(fèi)額度，也購買了預(yù)付費(fèi)資源包或按量付費(fèi) ，這就涉及到計(jì)費(fèi)順序的問題，也需要先確認(rèn)好；比如：預(yù)付費(fèi)QPS>預(yù)付費(fèi)資源包>免費(fèi)額度>按量付費(fèi)。

如果購買了多個(gè)資源包，抵扣順序可以是從已購買的次數(shù)包中按照購買時(shí)間順序由早至晚，按照規(guī)格由小至大依次扣除相應(yīng)次數(shù)。

6）到期提醒/欠費(fèi)預(yù)警

資源包到期前/資源包即將用完/后付費(fèi)觸發(fā)授信額度，需要提醒用戶續(xù)費(fèi)，否則將停止服務(wù)。一是以郵件、短信、站內(nèi)信的方式推送給客戶。二是通知負(fù)責(zé)該客戶的銷售，銷售通過線下的方式推動客戶。

2. 結(jié)算

概念：對賬及發(fā)生實(shí)際的資金流轉(zhuǎn)。

1）結(jié)算觸發(fā)規(guī)則

預(yù)付費(fèi)：是下單購買時(shí)就會立刻觸發(fā)結(jié)算，生成賬單，發(fā)給客戶確認(rèn)，無誤后，就會向客戶提供發(fā)票，對方支付后，就會下發(fā)對應(yīng)的資源到對方賬戶上。

后付費(fèi)：到達(dá)結(jié)算周期，觸發(fā)結(jié)算，聚和賬單，發(fā)給客戶確認(rèn)，無誤后，提供發(fā)票，對方支付。

2）聚合賬單

企業(yè)客戶可能有多個(gè)子賬號。有幾種方式。

• 子賬號不單獨(dú)計(jì)費(fèi)；子賬號使用主賬號的資源或使用量記在主賬號上。由主賬號負(fù)責(zé)結(jié)算。
• 子賬號單獨(dú)計(jì)費(fèi)；預(yù)付費(fèi)時(shí)，主賬號涉及資源分配。由主賬號負(fù)責(zé)結(jié)算。
• 子賬號單獨(dú)計(jì)費(fèi)，獨(dú)立結(jié)算；一般是組織架構(gòu)復(fù)雜的集團(tuán)，要求子公司財(cái)務(wù)獨(dú)立核算。

3）對賬

賬單生成后，可能會因?yàn)闃I(yè)務(wù)上的一些問題需要調(diào)整。

4）付款

企業(yè)服務(wù)，不面向個(gè)人開發(fā)者時(shí)，一般都是線下對公匯款。預(yù)付費(fèi)，匯款完成，即下發(fā)對應(yīng)資源。后付費(fèi)，匯款完成，即與賬單對應(yīng)的計(jì)費(fèi)流水進(jìn)行核銷。

5）欠費(fèi)管理

如果是預(yù)付費(fèi)，購買時(shí)立即支付的方式；當(dāng)客戶的資源包已經(jīng)用完，就會進(jìn)入欠費(fèi)流程，但是一般不會直接停服；超出資源包的部分可以以按后付費(fèi)的方式結(jié)算，這里就需要有一個(gè)欠費(fèi)授信管理的策略，需要結(jié)合客戶的風(fēng)險(xiǎn)程度，設(shè)置一個(gè)欠費(fèi)額度上限。超過上限后，再進(jìn)入下一步：停服。

如果是后付費(fèi)，那企業(yè)客戶一般有賬期，比如下個(gè)月初結(jié)算上個(gè)自然月的帳，對賬完成后，客戶在30天內(nèi)支付完成即可；那這個(gè)賬期內(nèi)，也是不停服的，同意需要授信管理策略，超過上限后，則停止服務(wù)；后付費(fèi)，還有一種減少欠費(fèi)的方式，即客戶使用前先要求對方充值一定的資金用以凍結(jié)，使用后再結(jié)算，不過一般是大廠才（敢）這么做。

三、業(yè)務(wù)數(shù)據(jù)模型

大框架，頂層設(shè)計(jì)有了，我們可以提煉出來業(yè)務(wù)過程中關(guān)鍵對象的關(guān)系，進(jìn)而抽象出底層的業(yè)務(wù)數(shù)據(jù)模型。

只有業(yè)務(wù)數(shù)據(jù)模型清楚了，正確了，建立在這之上的更細(xì)節(jié)的業(yè)務(wù)邏輯，流程，功能設(shè)計(jì)才會清晰無誤；且數(shù)據(jù)模型的設(shè)計(jì)會影響到數(shù)據(jù)庫表結(jié)構(gòu)，字段的設(shè)計(jì)，是產(chǎn)品設(shè)計(jì)的根基，是設(shè)計(jì)之初就要想清楚的事情。

我之前的文章也提過，從項(xiàng)目的完整生命周期來看，數(shù)據(jù)表結(jié)構(gòu)決定了拓展性；上線后，如果要改底層的數(shù)據(jù)表結(jié)構(gòu)，成本會很高。

以計(jì)費(fèi)流程為例，關(guān)鍵對象有：客戶、賬號、產(chǎn)品、訂單、賬單、計(jì)費(fèi)模式、計(jì)量項(xiàng)、單價(jià)、計(jì)量（使用量）。

這些對象的關(guān)系是什么樣的呢？我們用ER圖來梳理一下。

簡單介紹一下ER圖：

ER圖概念：ER模型，全稱為實(shí)體聯(lián)系模型、實(shí)體關(guān)系模型或?qū)嶓w聯(lián)系模式圖（Entity Relationship Diagram），提供了表示實(shí)體類型、屬性和聯(lián)系的方法，用來描述現(xiàn)實(shí)世界的概念模型， 它是描述現(xiàn)實(shí)體對象之間關(guān)聯(lián)關(guān)系經(jīng)典方法。

ER圖三個(gè)核心要素：

• 實(shí)體：表示一個(gè)對象，可以被（粗略地）認(rèn)為是名詞，比如會員，優(yōu)惠券，公司
• 屬性：對象所具有的屬性，特性。比如會員可以有昵稱，生日，注冊時(shí)間等屬性
• 關(guān)系：表示對象與對象之間的聯(lián)系。比如老師這個(gè)對象和學(xué)生的實(shí)體之間的聯(lián)系。

ER圖中關(guān)聯(lián)關(guān)系有三種：

• 1對1 ：指實(shí)體集A與實(shí)體集B，A中的每一個(gè)實(shí)體至多與B中一個(gè)實(shí)體有關(guān)系；反之亦然。
• 1對多：指實(shí)體集A中的每一個(gè)實(shí)體與B中至少有1個(gè)以上的實(shí)體有關(guān)系；且B中每一個(gè)實(shí)體至多與A中一個(gè)實(shí)體有關(guān)系。
• 多對多 ：指A中的每一個(gè)實(shí)體與B中至少有1個(gè)以上的實(shí)體有關(guān)系；反之亦然。

一般來說，我們設(shè)計(jì)的時(shí)候，如非必要，盡量避免多對多的關(guān)聯(lián)關(guān)系。

這里只是簡單介紹對ER圖感興趣的同學(xué)，可以自行搜索了解更多；另外說一點(diǎn)，ER圖的呈現(xiàn)方式很多，產(chǎn)品不必拘泥于某一個(gè)特定形式，描述清楚對象和關(guān)系即可。

關(guān)于數(shù)據(jù)，安全，請看下一次更新。

作者：石青；微信公眾號：石青自習(xí)室

本文由 @石青 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 unsplash，基于 CC0 協(xié)議