4000字丨手把手教你從0到1搭建計(jì)費(fèi)體系

鯨爺陸
2 評(píng)論 9805 瀏覽 74 收藏 17 分鐘
🔗 产品经理专业技能指的是:需求分析、数据分析、竞品分析、商业分析、行业分析、产品设计、版本管理、用户调研等。

在了解了清算的相關(guān)概念之后,對(duì)于搭建計(jì)費(fèi)體系,有些同學(xué)還是沒有思路。作者結(jié)合自己的經(jīng)驗(yàn),分享如何從0到1搭建計(jì)費(fèi)體系,從四個(gè)方面來總結(jié)方法,希望對(duì)你有所幫助。

看完本文,你會(huì)知道以下內(nèi)容,文章較長,建議收藏觀看。

  1. 什么是計(jì)費(fèi)
  2. 計(jì)費(fèi)的特點(diǎn)
  3. 計(jì)費(fèi)的整體業(yè)務(wù)流程
  4. 如何搭建計(jì)費(fèi)體系

一、什么是計(jì)費(fèi)

上文我們介紹了O2O電商的支付清結(jié)算體系的主要內(nèi)容(可點(diǎn)擊鏈接查看),本篇我們分享計(jì)費(fèi)體系的設(shè)計(jì)方法,也即上篇文章題目中的【清算】,清算可拆解為清分和結(jié)算,也有人拆解成清算和結(jié)算,在這不糾結(jié)字面意思,本質(zhì)是相同的,就是算錢和打錢,清分/清算對(duì)應(yīng)的即是本次要分享的計(jì)費(fèi)體系。

首先說下什么是計(jì)費(fèi),可以直接通過字面拆解來解讀,計(jì)費(fèi):計(jì)算費(fèi)用,一句話概括就是:根據(jù)不同的計(jì)費(fèi)規(guī)則,計(jì)算一筆訂單/交易中,不同參與角色應(yīng)該分配多少利益(主要為錢),簡單說就是一個(gè)怎么分蛋糕的事情,起到承上啟下的作用。

需要說明下上文中的訂單和/交易不是電商中狹義的訂單/者交易,而是廣義上凡涉及到計(jì)費(fèi)的事件/活動(dòng)都囊括在內(nèi),本次以O(shè)2O電商的訂單計(jì)費(fèi)來分享后續(xù)內(nèi)容,如下圖(來源于網(wǎng)絡(luò))。

二、計(jì)費(fèi)的特點(diǎn)

1. 業(yè)務(wù)屬性強(qiáng)

計(jì)費(fèi)體系相對(duì)于支付或其他底層系統(tǒng),具有很強(qiáng)的業(yè)務(wù)屬性,如果你仔細(xì)研究公司計(jì)費(fèi)規(guī)則的話,可以通過計(jì)費(fèi)模式的調(diào)整去推導(dǎo)業(yè)務(wù)大概的發(fā)展軌跡,舉個(gè)簡單的例子,某一階段,外賣平臺(tái)對(duì)于騎手小哥0抽傭,底層原因可能是這個(gè)階段平臺(tái)比較缺勞動(dòng)者供給,需要使用0抽傭的點(diǎn)把供給提上來。

可能到過段時(shí)間,服務(wù)質(zhì)量比較好的配送小哥抽傭會(huì)降低,那這個(gè)階段的重點(diǎn)是提高服務(wù)質(zhì)量,用服務(wù)質(zhì)量吸引/留住客戶。

有一個(gè)經(jīng)常討論的點(diǎn)就是計(jì)費(fèi)模塊放在業(yè)務(wù)體系還是中臺(tái)體系,我個(gè)人覺得沒有太大的疑問,計(jì)費(fèi)應(yīng)該放在業(yè)務(wù)體系內(nèi),原因上文也說了,計(jì)費(fèi)模塊有很強(qiáng)的業(yè)務(wù)屬性,可能不同階段都會(huì)有一個(gè)大的調(diào)整,這和中臺(tái)體系“通用”的設(shè)計(jì)理念相沖突。

2. 風(fēng)險(xiǎn)與收益并存

計(jì)費(fèi)體系很容易出業(yè)務(wù)成果,可能只是調(diào)整模型中的計(jì)費(fèi)策略,就能帶來很明顯的營收數(shù)據(jù)的提升,但同時(shí)計(jì)費(fèi)也是一個(gè)非常容易背大鍋的模塊,業(yè)務(wù)/系統(tǒng)邏輯復(fù)雜,稍微錯(cuò)一個(gè)公式就有可能造成百上萬的損失,整體來說是一個(gè)風(fēng)險(xiǎn)與收益并存的業(yè)務(wù),但如果有機(jī)會(huì),我仍然非常推薦你去負(fù)責(zé)這塊的東西,難,才有成長,干就完了。

三、計(jì)費(fèi)整體業(yè)務(wù)流程

從上面圖中可以看到,計(jì)費(fèi)主要是分成3步:觸發(fā)算錢動(dòng)作、算/確認(rèn)錢、打錢

第1步:勞動(dòng)者服務(wù)完成,在APP/小程序完成確認(rèn)動(dòng)作,然后由計(jì)費(fèi)模塊的上游系統(tǒng)觸發(fā)計(jì)費(fèi)動(dòng)作,計(jì)費(fèi)系統(tǒng)啟動(dòng)資金清算流程。

第2步:根據(jù)計(jì)費(fèi)結(jié)果生成結(jié)算單(O2O中就是勞動(dòng)者工資單),這一步是非必須的,和各平臺(tái)實(shí)際的業(yè)務(wù)模式有關(guān),如果是標(biāo)準(zhǔn)服務(wù),例如:打車、外賣,無需確認(rèn)直接結(jié)算即可。

如果是保姆/月嫂這種長單非標(biāo)準(zhǔn)家政服務(wù),勞動(dòng)者薪資與多種服務(wù)因素有關(guān),例如上下戶時(shí)間、是否請(qǐng)假等等,生成結(jié)算單(工資單)后需要?jiǎng)趧?dòng)者、平臺(tái)(非必須)、客戶確認(rèn)后,方可進(jìn)行資金結(jié)算。

第3步:按照訂單參與角色與費(fèi)用類型生成結(jié)算單后,計(jì)費(fèi)系統(tǒng)請(qǐng)求結(jié)算平臺(tái)完成資金結(jié)算,整體業(yè)務(wù)流程完結(jié)。

四、如何搭建計(jì)費(fèi)體系

上面介紹了計(jì)費(fèi)體系的整體業(yè)務(wù)流程,接下來分享如何從0-1搭建計(jì)費(fèi)系統(tǒng),主要還是從上文業(yè)務(wù)流程拆解,然后圍繞自身業(yè)務(wù)模式去搭建計(jì)費(fèi)系統(tǒng),記住一個(gè)最重要的點(diǎn):系統(tǒng)是為業(yè)務(wù)服務(wù)的,沒有萬能的系統(tǒng),只有適合自己平臺(tái)業(yè)務(wù)的系統(tǒng)

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

上圖是計(jì)費(fèi)體系的模型,模型拆解為4個(gè)要點(diǎn):觸發(fā)計(jì)費(fèi)、計(jì)費(fèi)模式、計(jì)費(fèi)結(jié)果、打款結(jié)算,后續(xù)也主要是從這4個(gè)方面作為切入點(diǎn)分享如何搭建計(jì)費(fèi)系統(tǒng)。

2. 系統(tǒng)架構(gòu)

說完業(yè)務(wù)流程與計(jì)費(fèi)模型,我們?cè)俸唵握f一下計(jì)費(fèi)體系的主要系統(tǒng)間架構(gòu),見上圖,簡單說就是上游系統(tǒng)觸發(fā),計(jì)費(fèi)系統(tǒng)完成資金清算,最后請(qǐng)求結(jié)算平臺(tái)完成打款結(jié)算,在這不再贅述,下文會(huì)詳細(xì)說明。

3. 從0到1搭建

STEP1:觸發(fā)計(jì)費(fèi)

計(jì)費(fèi)動(dòng)作的觸發(fā)由計(jì)費(fèi)的上游系統(tǒng)觸發(fā),可以是訂單/交易系統(tǒng),也可以是服務(wù)履約系統(tǒng)。

實(shí)際業(yè)務(wù)流程中,勞動(dòng)者服務(wù)完成后,在APP/小程序操作確認(rèn)動(dòng)作,例如滴滴打車到地方后,會(huì)劃一下去收款(圖片來源于網(wǎng)絡(luò)),同樣的還有外賣小哥送到后,會(huì)劃一下“我已送達(dá)”(圖片來源于網(wǎng)絡(luò))。

勞動(dòng)者動(dòng)作觸發(fā)后,服務(wù)履約系統(tǒng)會(huì)把此筆服務(wù)訂單標(biāo)記為“服務(wù)完成”,對(duì)應(yīng)訂單和交易也會(huì)變成“已完成”狀態(tài),同時(shí)發(fā)送MQ消息到計(jì)費(fèi)系統(tǒng)觸發(fā)資金清算,完成業(yè)務(wù)信息由訂單信息流到資金信息流的轉(zhuǎn)變。

有一個(gè)點(diǎn)需要注意,為了防止勞動(dòng)者遲遲未確認(rèn)服務(wù)狀態(tài)(推單),服務(wù)履約系統(tǒng)需要做兜底機(jī)制,系統(tǒng)定時(shí)任務(wù)判斷服務(wù)訂單是否服務(wù)完成,完成訂單自動(dòng)完成推單動(dòng)作,觸發(fā)計(jì)費(fèi),完成資金結(jié)算,防止整個(gè)服務(wù)履約過程卡住,造成勞動(dòng)者投訴或其他資金損失。

STEP2:計(jì)費(fèi)模式

2個(gè)設(shè)計(jì)方向:

計(jì)費(fèi)模式是整個(gè)計(jì)費(fèi)體系中最核心也是最具業(yè)務(wù)屬性的部分,簡單來說就是蛋糕怎么分的問題,計(jì)費(fèi)模式的制定總體可以抽象為兩個(gè)方向,1個(gè)是抽傭制,1個(gè)是差價(jià)制,抽傭制整體相對(duì)簡單些,差價(jià)制總體更靈活,拓展性更強(qiáng)。為了大家直觀看出兩個(gè)的區(qū)別,我舉個(gè)簡單的例子,見下圖:

平臺(tái)單筆毛利=售價(jià)-成本,例子中【訂單費(fèi)用】是售價(jià),【勞動(dòng)者收入】是成本。

如果平臺(tái)想提高單筆訂單毛利,要么提高售價(jià),要么降低成本(有限制),從上圖可以看出,平臺(tái)提高售價(jià)后,兩個(gè)計(jì)費(fèi)模式平臺(tái)收入都有提高,但是差價(jià)制平臺(tái)賺的更多,相當(dāng)于售價(jià)調(diào)高部分全部被平臺(tái)所得。

一對(duì)比差價(jià)制的靈活性就凸顯出來,因?yàn)槭蹆r(jià)提高不一定要給勞動(dòng)者加工資,平臺(tái)可以全賺,差價(jià)制把服務(wù)的售價(jià)與成本價(jià)解耦,二者相互獨(dú)立,可以保證平臺(tái)收益最大化。

當(dāng)然也不是所有的O2O服務(wù)都能采取差價(jià)制的設(shè)計(jì)思路,這個(gè)設(shè)計(jì)方法更適用于勞動(dòng)者服務(wù)/商品可以做標(biāo)準(zhǔn)定價(jià)的業(yè)務(wù)場(chǎng)景,例如滴滴打車,用戶支付的訂單金額與滴滴司機(jī)收到的勞動(dòng)報(bào)酬沒有必然的比例關(guān)系,勞動(dòng)者的薪資是單獨(dú)的定價(jià)模式。

抽傭制的其他玩法

常見的訂單抽傭制除了最簡單的固定比例抽傭,也可以有很多玩法,比較常見的如下面幾種:

  • 階梯式抽傭,1~100單抽傭比例10%,101~200單抽傭比例為5%,促使勞動(dòng)者更加努力地接單,從而增加平臺(tái)營收。
  • 分級(jí)抽傭,不同等級(jí)的勞動(dòng)者,對(duì)應(yīng)抽傭比例不同,等級(jí)越高抽傭比例越低,促使勞動(dòng)者不斷提高商家等級(jí),具體怎么樣提高商家等級(jí),就和勞動(dòng)者分層的策略有關(guān)了。
  • 按照單量抽傭,月底根據(jù)單量確定抽傭比例,統(tǒng)一進(jìn)行結(jié)算,例如月底累計(jì)服務(wù)100單抽傭比例為10%,月底累計(jì)超過服務(wù)100單,抽傭比例位5%,這個(gè)模式平臺(tái)的訴求和階梯式抽傭是一樣的。
  • 抽傭比例與會(huì)員權(quán)益綁定,例如貨拉拉的會(huì)員權(quán)益策略,其中一個(gè)權(quán)益就是司機(jī)購買的會(huì)員等級(jí)不同,對(duì)應(yīng)司機(jī)訂單抽傭比例不同,購買的會(huì)員等級(jí)越高抽傭比例越低,平臺(tái)最終通過會(huì)員服務(wù)費(fèi)和勞動(dòng)者想要賺回會(huì)員費(fèi)從而更加努力接單來增加營收。

最后,我們制定計(jì)費(fèi)策略的時(shí)候,一定要想好策略對(duì)應(yīng)的平臺(tái)核心訴求/本質(zhì)目標(biāo)是什么,是為了增加營收?還是為了穩(wěn)定/增加供給?或者都要。

延伸展開:

上文我也提了勞動(dòng)者薪資的計(jì)費(fèi)策略不僅僅可以增加營收,還可以和勞動(dòng)者分層結(jié)合起來,不同等級(jí)的商家薪資/抽傭策略不同,等級(jí)越高的商家抽傭更低/工資更高,進(jìn)而促使商家都去努力提高自己的勞動(dòng)者等級(jí),進(jìn)而提高勞動(dòng)的質(zhì)量與留存,把商家計(jì)費(fèi)策略當(dāng)成一個(gè)勞動(dòng)者管理的抓手。

總結(jié):整體【差價(jià)制】計(jì)費(fèi)模式更靈活,可以多從這個(gè)方向制定計(jì)費(fèi)策略,同時(shí)制定勞動(dòng)者計(jì)費(fèi)策略時(shí),要多思考業(yè)務(wù)側(cè)本質(zhì)的訴求。

STEP3:計(jì)費(fèi)結(jié)果

上文我們分享了計(jì)費(fèi)體系中最復(fù)雜的部分,計(jì)費(fèi)結(jié)果這塊相對(duì)來說會(huì)簡單一些,我以比較常見的抽傭制來分享這個(gè)模塊,主要分為抽傭配置、計(jì)費(fèi)動(dòng)作、清算列表/詳情,下圖是大概的交互流程:

抽傭配置:

抽傭配置模塊主要是配置計(jì)費(fèi)相關(guān)數(shù)據(jù),例如不同等級(jí)勞動(dòng)者抽傭比例或薪資,還有其他計(jì)費(fèi)規(guī)則參數(shù),這個(gè)模塊主要是計(jì)費(fèi)配置信息的載體,例如下圖抽傭配置頁面(以滴滴舉例):

一個(gè)點(diǎn):計(jì)費(fèi)系統(tǒng)需要提供數(shù)據(jù)查詢接口,供其他業(yè)務(wù)系統(tǒng)查詢抽傭比例/薪資,進(jìn)行端上展示或金額試算,核心參數(shù)如下:

計(jì)費(fèi)動(dòng)作:

上游系統(tǒng)觸發(fā)計(jì)費(fèi)動(dòng)作后,計(jì)費(fèi)系統(tǒng)根據(jù)制定的計(jì)費(fèi)規(guī)則,從不同系統(tǒng)拉取所需數(shù)據(jù)或其他系統(tǒng)傳輸相關(guān)數(shù)據(jù)至計(jì)費(fèi)系統(tǒng),完成各種類型費(fèi)用的計(jì)算,生成清算結(jié)果。

清算記錄/詳情:

為了提高計(jì)費(fèi)問題排查效率,清算詳情(計(jì)費(fèi)結(jié)果)頁面盡可能展示與訂單計(jì)費(fèi)相關(guān)的所有信息,信息主要分為3類(詳見如下原型圖)

單獨(dú)說一個(gè)點(diǎn),由于業(yè)務(wù)的歷史原因或業(yè)務(wù)探索,有可能存在多種計(jì)費(fèi)策略共存的情況,為了提高后續(xù)出問題排查的效率,訂單清算詳情里面一定要加一個(gè)字段用以區(qū)分當(dāng)前訂單的計(jì)費(fèi)策略,也就是圖中的【計(jì)費(fèi)模式】。

清算記錄原型:

清算詳情原型:

說明:上圖只是拿滴滴作為舉例,滴滴實(shí)際的計(jì)費(fèi)場(chǎng)景和模式要比舉例復(fù)雜的多。

結(jié)算單確認(rèn)/調(diào)整:

如果訂單中某個(gè)參與角色的資金清算數(shù)據(jù)需要做確認(rèn),則單獨(dú)拉一個(gè)頁面作為結(jié)算單的實(shí)體,去承載這個(gè)角色的相關(guān)資金/訂單/服務(wù)摘要信息,然后配合流程平臺(tái)(審批流)完成結(jié)算單的串聯(lián)確認(rèn)。

結(jié)算單調(diào)整功能,有一個(gè)點(diǎn)需要說下,就是調(diào)整結(jié)算單時(shí)需要選擇資金調(diào)整的來源/去處,保證資金流向的正確,降低資金損失,如下圖:

STEP4:結(jié)算打款

計(jì)費(fèi)系統(tǒng)根據(jù)計(jì)費(fèi)規(guī)則計(jì)算出不同費(fèi)用類型金額后,請(qǐng)求結(jié)算系統(tǒng)進(jìn)行打款結(jié)算,需要注意的是,不同費(fèi)用類型結(jié)算周期與結(jié)算方式不一樣,需要在結(jié)算系統(tǒng)配置不同費(fèi)用類型的結(jié)算規(guī)則,詳情我會(huì)在結(jié)算系統(tǒng)說明,這里不再贅述。

4. 數(shù)據(jù)指標(biāo)

主要是下面幾個(gè)方向的數(shù)據(jù):

計(jì)費(fèi)策略對(duì)應(yīng)的業(yè)務(wù)收益,這個(gè)是最主要的,計(jì)費(fèi)數(shù)據(jù)準(zhǔn)確性、勞動(dòng)者薪資結(jié)算時(shí)效、結(jié)算單確認(rèn)、調(diào)整效率、資金清算過程中資金損失風(fēng)險(xiǎn)。

五、總結(jié)

計(jì)費(fèi)體系是一個(gè)承上啟下的模塊,將訂單業(yè)務(wù)信息轉(zhuǎn)化為資金信息,具有很強(qiáng)的業(yè)務(wù)屬性,需要多去思考業(yè)務(wù)側(cè)的底層邏輯和本質(zhì)訴求,業(yè)務(wù)/系統(tǒng)復(fù)雜度不低,很有鍛煉性,同時(shí)很容易出彩,如果有機(jī)會(huì)從事這塊工作的話,勇敢抓住機(jī)會(huì)。

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

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 作者寫的很清晰,學(xué)習(xí)了

    來自北京 回復(fù)
    1. 感謝喜歡 歡迎交流

      來自北京 回復(fù)
专题
17367人已学习13篇文章
本专题的文章分享了小程序介绍、小程序搭建、优化设计规范和功能设计指南
专题
64932人已学习17篇文章
每个网站或APP,发展到了一定的阶段,用户积分体系都是不可或缺的。
专题
14088人已学习14篇文章
在很多产品中,搜索都是其中比较基础且很重要的一个功能。搜索的设计、逻辑、交互等问题也是需要特别注意,本专题的文章分享了电商搜索功能的设计指南。
专题
55160人已学习12篇文章
据说70%的问题都是沟通问题,沟通能力对产品经理太太太重要了。
专题
33707人已学习16篇文章
信息流背后有着怎样的逻辑和策略?
专题
35347人已学习18篇文章
内容运营的正确姿势,你都能在这里找到!