2023年企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算_第1頁
2023年企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算_第2頁
2023年企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算_第3頁
2023年企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算_第4頁
2023年企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

企業(yè)服務(wù)(云服務(wù))平臺:計費結(jié)算企業(yè)服務(wù)項目,產(chǎn)品策劃分為兩部分。

業(yè)務(wù)載體,即技術(shù)服務(wù)開放平臺對外輸出的技術(shù)服務(wù)產(chǎn)品孵化本系列主要講技術(shù)服務(wù)開放平臺的產(chǎn)品策劃怎么做,對企業(yè)服務(wù)產(chǎn)品感愛好的可以來看看。

上一章,我們講了產(chǎn)品和平臺用戶,這一章,我們主要講交易:計費結(jié)算。

一、核心交易流程簡述

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

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

依據(jù)產(chǎn)品不同服務(wù)形式(產(chǎn)品類型)確定計費模式,一般是按量收費,需要確定計量項(最小計費單位)和單價。

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

2.BD找到客戶——報價——供應(yīng)免費測試

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

客戶進行測試。

3.簽訂合同,安排資源

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

預(yù)付費一般為包年包月的購買形式,需要預(yù)先確認購買資源量;資源包購買后,即將相關(guān)資源安排給用戶,直到過期失效。

后付費,即先使用,后付費,在結(jié)算時按實際使用量計費,需要確定結(jié)算周期,一般按日/月結(jié)算。

4.客戶消費

客戶調(diào)用API,或者使用SDK,系統(tǒng)搜尋該客戶該產(chǎn)品的訂單列表(可能同時有多個訂單),依據(jù)特定策略篩選出訂單,假如該訂單是預(yù)付費的資源包,則需推斷剩余資源數(shù)量是否足夠;如是后付費方式,則進行累計計費。

5.對賬結(jié)算

預(yù)付費模式,下單完成后就生成賬單;賬單支付后,才安排資源。

后付費,到達結(jié)算周期時,生成賬單,并供應(yīng)用量明細;使用資源后,才支付。

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

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

基于上述的輪廓,我們連續(xù)思索系統(tǒng)的核心功能模塊設(shè)計。

我們依據(jù)是否生成賬單,劃分為兩大塊:計費和結(jié)算。

1.計費

概念:根據(jù)計費規(guī)章計算出單個產(chǎn)品要收取的費用,并且根據(jù)結(jié)算周期聚合全部服務(wù)的計費明細生成賬單。

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

1)預(yù)付費

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

2)后付費

指的是先使用后付費,在到達結(jié)算周可期時,生成賬單的計費模式。客戶需要在商定時間內(nèi)完成繳費;也涉及欠費管理。這種方式,對客戶方來說,用多少付多少,沒有資源鋪張,更敏捷。

對還處在進展早期的平臺更適合,或者客戶是大客戶,議價權(quán)較強的時候,一般都是后付費。流程如下:

3)配置計費規(guī)章

這個模塊既要支持配置資源包,也要支持后付費的計費規(guī)章。

①資源包

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

②后付費計費規(guī)章

計費規(guī)章主要是依據(jù)產(chǎn)品的服務(wù)形式確認計費周期,最小計費單位(計量項),以及單價。算法:需要支持階梯式算法,即時間窗口內(nèi)用得越多單價越廉價。要留意,在設(shè)計這一模塊的時候,盡可能高度抽象,以保證敏捷度。由于ToB業(yè)務(wù),客戶是甲方爸爸,客戶可能會提出其他的計費規(guī)章,也需要我們系統(tǒng)能支持。這里可以考慮留一個口子,讓銷售人員或者運營人員手工錄入。(手工錄入或者是價格管理,優(yōu)待管理這一塊,都會涉及到審批流管理模塊設(shè)計,這里不額外綻開)

4)優(yōu)待管理

支持運營配置優(yōu)待方案,如優(yōu)待券等。

5)計費挨次策略

客戶使用同一產(chǎn)品,可能同時既有免費額度,也購買了預(yù)付費資源包或按量付費,這就涉及到計費挨次的問題,也需要先確認好;比如:預(yù)付費QPS預(yù)付費資源包免費額度按量付費。

假如購買了多個資源包,抵扣挨次可以是從已購買的次數(shù)包中根據(jù)購買時間挨次由早至晚,根據(jù)規(guī)格由小至大依次扣除相應(yīng)次數(shù)。

6)到期提示/欠費預(yù)警

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

2.結(jié)算

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

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

預(yù)付費:是下單購買時就會立即觸發(fā)結(jié)算,生成賬單,發(fā)給客戶確認,無誤后,就會向客戶供應(yīng)發(fā)票,對方支付后,就會下發(fā)對應(yīng)的資源到對方賬戶上。

后付費:到達結(jié)算周期,觸發(fā)結(jié)算,聚和賬單,發(fā)給客戶確認,無誤后,供應(yīng)發(fā)票,對方支付。

2)聚合賬單

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

子賬號不單獨計費;子賬號使用主賬號的資源或使用量記在主賬號上。由主賬號負責(zé)結(jié)算。子賬號單獨計費;預(yù)付費時,主賬號涉及資源安排。由主賬號負責(zé)結(jié)算。子賬號單獨計費,獨立結(jié)算;一般是組織架構(gòu)簡單的集團,要求子公司財務(wù)獨立核算。3)對賬

賬單生成后,可能會由于業(yè)務(wù)上的一些問題需要調(diào)整。

4)付款

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

5)欠費管理

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

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

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

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

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

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

以計費流程為例,關(guān)鍵對象有:客戶、賬號、產(chǎn)品、訂單、賬單、計費模式、計量項、單價、計量(使用量)。

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

簡潔介紹一下ER圖:

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

ER圖三個核心要素:

實體:表示一個對象,可以被(粗略地)認為是名詞,比如會員,優(yōu)待券,公司屬性:對象所具有的屬性,特性。比如會員可以有昵稱,生日,注冊時間等屬性關(guān)系:表示對象與對象之間的聯(lián)系。比如老師這個對象和同學(xué)的實體之間的聯(lián)系。ER圖中關(guān)聯(lián)關(guān)系有三種:

1對1:指實體集A與實體集B,A中的每一個實體至多與B中一個實體有關(guān)系;反之亦然。1對多:指實體集A中的每一個實體與B中至少有1個以上的實體有關(guān)系;且B中每一個實體至多與A中一個實體有關(guān)系。多對多

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論