從0開始,如何搭建貸超系統(tǒng)
文章主要是從前端接口和后端運(yùn)營(yíng)管理兩個(gè)方面來詳細(xì)講述了貸超項(xiàng)目系統(tǒng)架構(gòu),一起來看看~
隨著國(guó)家各個(gè)金融政策塵埃落地,自2019年7月28日出臺(tái)非法借貸涉及刑事責(zé)任,市場(chǎng)上的現(xiàn)金貸公司猶如洪潮般盡數(shù)清退,當(dāng)然,貸超(全名叫貸款超市,為現(xiàn)金貸提供多樣、個(gè)性化推薦的引流平臺(tái))就自然受到影響,瞬間市場(chǎng)上90%以上貸超都關(guān)閉了。筆者之前負(fù)責(zé)過兩個(gè)貸超項(xiàng)目,所以借此來復(fù)盤此項(xiàng)目來理清下自己思維。
一、前端
1. H5貸超
基于我們有內(nèi)部的信貸平臺(tái),則可以作為導(dǎo)流入口,但考慮到跳轉(zhuǎn)至APP流失率較高,也考慮到MVP模式,先快速的做了個(gè)H5貸超和簡(jiǎn)單版數(shù)據(jù)系統(tǒng),保證一套系統(tǒng)能運(yùn)轉(zhuǎn)起來。
可以理解為將信貸系統(tǒng)的尾流量利用起來,入口在不同借款狀態(tài)位置,畢竟也是用錢在第三方買來的。
當(dāng)時(shí)用了這兩種A/B頁面來測(cè)試哪個(gè)下載率高,大家也可以猜下結(jié)果。
2. APP
APP我們實(shí)際做了兩個(gè)版本,第一版就是搭建簡(jiǎn)單的功能,第二版就運(yùn)用了一些商業(yè)模式,就玩法更多樣。
涉及到商業(yè)模式這塊就不放原型圖了哈。
二、后端運(yùn)營(yíng)管理系統(tǒng)
后端系統(tǒng)包含了有,后臺(tái)運(yùn)營(yíng)管理、POW BI(數(shù)據(jù)系統(tǒng))、財(cái)務(wù)對(duì)賬系統(tǒng)、渠道管理(分為買量、跑量。買量表示從第三方買量,我們需要配置H5鏈接給到他們,跑量表示商家需要我們這邊提供他們產(chǎn)品跑的數(shù)據(jù)量)
1. 運(yùn)營(yíng)管理
這個(gè)就和電商后臺(tái)都差不多,提供一些供前端展示及條件篩選的字段,運(yùn)營(yíng)人員將甲方提供的文檔填入進(jìn)去。
但唯一一點(diǎn)不同的貸超有分CPA、UV,這個(gè)就和數(shù)據(jù)系統(tǒng)和結(jié)算系統(tǒng)相關(guān)聯(lián),留到后面說。
2. Pow BI(數(shù)據(jù)系統(tǒng))
這個(gè)從零做的,因?yàn)橐粋€(gè)表的邏輯關(guān)系比較復(fù)雜,數(shù)據(jù)表也多大概有十多個(gè)表吧,基本拆成一版1-2個(gè)表來做的,包括但不僅限于總數(shù)據(jù)、產(chǎn)品總數(shù)據(jù)、產(chǎn)品詳細(xì)數(shù)據(jù)、頁面數(shù)據(jù)、數(shù)據(jù)對(duì)賬等等。舉一兩個(gè)數(shù)據(jù)表的栗子;
(1)數(shù)據(jù)對(duì)賬
可讓商務(wù)人員可核對(duì)不同甲方的每日數(shù)據(jù)及收入情況,財(cái)務(wù)也可通過資金收款與對(duì)賬情況進(jìn)行核對(duì)。
(2)總數(shù)據(jù)
此表可顯示每日貸超的總收入情況,及提供運(yùn)營(yíng)參考的數(shù)據(jù),如點(diǎn)擊人數(shù)、點(diǎn)擊價(jià)值、轉(zhuǎn)化率、客單價(jià)等等,每個(gè)字段都有一定的公式,例如人均點(diǎn)擊產(chǎn)品數(shù)=產(chǎn)品點(diǎn)擊人數(shù)除以UV等,總計(jì)則通過篩選條件,如篩選條件為一個(gè)月,則總計(jì)計(jì)算出一個(gè)月的總流水,當(dāng)然某些字段是算出平均值的。以平均值和其他數(shù)據(jù)來作為數(shù)據(jù)參考。
這只是舉其中一些小例子,一個(gè)實(shí)際從零做的數(shù)據(jù)系統(tǒng)復(fù)雜度可比我寫的這些要復(fù)雜很多。
還有和數(shù)據(jù)系統(tǒng)相關(guān)的推薦算法,也就是智能排序。
3. 結(jié)算系統(tǒng)
結(jié)算分為預(yù)付和日結(jié),當(dāng)然有些平臺(tái)或者其他行業(yè)還有分周結(jié)、月結(jié),但目前還沒遇到這種場(chǎng)景所以就不做舉例了。
預(yù)付可以理解為充值,表示商家提前付給平臺(tái)方款項(xiàng),直到消耗完,在消耗完之前我們會(huì)發(fā)郵件或者電話聯(lián)系。
日結(jié)表示從0-24時(shí)間點(diǎn)之間該商家消耗的金額,當(dāng)天或次日打款結(jié)算。
這里又分為CPA(按注冊(cè)用戶算)、CPC(即按當(dāng)天產(chǎn)品點(diǎn)擊UV),如果按CPA結(jié)算,表示注冊(cè)用戶數(shù)是在商家那里,這里就需要通過我們這邊的點(diǎn)擊UV數(shù)據(jù)去查看,大概估計(jì)他們扣量的比例,這種就需要次日上午結(jié)算出來催打款。
如果按CPC則系統(tǒng)可以做智能算法,通過產(chǎn)品單價(jià)*當(dāng)天的點(diǎn)擊UV數(shù),當(dāng)然結(jié)算也是人工去結(jié),因?yàn)闀?huì)考慮到當(dāng)天漲價(jià),漲價(jià)情況就得看商務(wù)強(qiáng)不強(qiáng)勢(shì),商家的用戶進(jìn)件數(shù)據(jù)是否優(yōu)良。
這里會(huì)有一個(gè)場(chǎng)景會(huì)比較復(fù)雜,就是日結(jié)商家會(huì)轉(zhuǎn)成預(yù)付商家,若商家先是日結(jié),在轉(zhuǎn)做預(yù)付,我這里的解決方案是把日結(jié)和預(yù)付分開,商戶重新新建預(yù)付合作,因?yàn)轭A(yù)付會(huì)有充值、消費(fèi)和清算操作,而日結(jié)則只有消費(fèi),也就是結(jié)算,同時(shí)只能操作一種。
缺點(diǎn)就是只能分開看預(yù)付和日結(jié)消費(fèi)記錄,各位有什么好的解決方案也可以討論討論。
因?yàn)樵跀?shù)據(jù)系統(tǒng)能看到流水和收入的,所以結(jié)算系統(tǒng)是與數(shù)據(jù)系統(tǒng)有關(guān)聯(lián)性的,通過用戶的行為,例如曝光、點(diǎn)擊UV、產(chǎn)品點(diǎn)擊數(shù)等,來分析收入的增長(zhǎng)和降低,在設(shè)計(jì)的時(shí)候都要考慮好各種場(chǎng)景。
4. 商品管理
商品管理是因?yàn)槲覀兘恿穗娚痰腁PI,他們只提供貨源,商品訂單管理要做在我們后臺(tái)?;趯?duì)我們用戶群體特征的分析,主要提供的是一些線上的商品,如視頻會(huì)員、游戲充值、快餐電子優(yōu)惠券等。
主要模式有直充和卡密,也考慮到減少物流成本和人力成本,用戶充值填寫賬號(hào)即可到賬。
結(jié)尾
至此搭建完整的貸超系統(tǒng)需要這些就足以能夠支撐起來,因?yàn)橘J超也算是一個(gè)流量平臺(tái),所以玩法很多,例如我們還有會(huì)員模式,對(duì)應(yīng)后臺(tái)的會(huì)員管理,都是能提高我們的商業(yè)變現(xiàn)和多樣的運(yùn)營(yíng)玩法。
此篇文章主要講搭建,所以每個(gè)系統(tǒng)維度都只是講了個(gè)大概,舉一兩個(gè)例子,但表面越簡(jiǎn)單地實(shí)際邏輯則越復(fù)雜。
由于今年的金融嚴(yán)重受挫,相信不少金融從業(yè)者都有些迷茫,若仍想在金融行業(yè)深耕,個(gè)人做了一些小研究,推薦可以往供應(yīng)鏈金融、證券、區(qū)塊鏈(非交易所)、金融支付、持牌信貸機(jī)構(gòu)等發(fā)展,而未來3-5年基本面向TO B的稍微多些,也可以向這邊靠。
第一次寫文章,若有對(duì)你有幫助可以留個(gè)言,讓我有些自豪感,也可以互相學(xué)習(xí)。
后續(xù)還會(huì)講一些權(quán)限管理系統(tǒng)、財(cái)務(wù)對(duì)賬系統(tǒng)、客服銷售管理系統(tǒng)等。
本文由 @L大熊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
加好友交流下唄 ??
貸超同行,能加好友交流嗎?
現(xiàn)在還有同行嘛0 0都涼透了額.你發(fā)你的
這里有個(gè)剛?cè)胄械???
我也剛?cè)胄械???
哈哈哈入行兩天就跑路了
兄弟 怎么樣了 我也剛?cè)肼?嗚嗚嗚
老哥
能w~x交流下不?
一起交流一下18943243533