文章主要是從前端接口和后端運營管理兩個方面來詳細講述了貸超項目系統(tǒng)架構(gòu)，一起來看看~

隨著國家各個金融政策塵埃落地，自2019年7月28日出臺非法借貸涉及刑事責(zé)任，市場上的現(xiàn)金貸公司猶如洪潮般盡數(shù)清退，當然，貸超(全名叫貸款超市，為現(xiàn)金貸提供多樣、個性化推薦的引流平臺)就自然受到影響，瞬間市場上90%以上貸超都關(guān)閉了。筆者之前負責(zé)過兩個貸超項目，所以借此來復(fù)盤此項目來理清下自己思維。

一、前端

1. H5貸超

基于我們有內(nèi)部的信貸平臺，則可以作為導(dǎo)流入口，但考慮到跳轉(zhuǎn)至APP流失率較高，也考慮到MVP模式，先快速的做了個H5貸超和簡單版數(shù)據(jù)系統(tǒng)，保證一套系統(tǒng)能運轉(zhuǎn)起來。

可以理解為將信貸系統(tǒng)的尾流量利用起來，入口在不同借款狀態(tài)位置，畢竟也是用錢在第三方買來的。

當時用了這兩種A/B頁面來測試哪個下載率高，大家也可以猜下結(jié)果。

2. APP

APP我們實際做了兩個版本，第一版就是搭建簡單的功能，第二版就運用了一些商業(yè)模式，就玩法更多樣。

涉及到商業(yè)模式這塊就不放原型圖了哈。

二、后端運營管理系統(tǒng)

后端系統(tǒng)包含了有，后臺運營管理、POW BI(數(shù)據(jù)系統(tǒng))、財務(wù)對賬系統(tǒng)、渠道管理(分為買量、跑量。買量表示從第三方買量,我們需要配置H5鏈接給到他們，跑量表示商家需要我們這邊提供他們產(chǎn)品跑的數(shù)據(jù)量)

1. 運營管理

這個就和電商后臺都差不多，提供一些供前端展示及條件篩選的字段，運營人員將甲方提供的文檔填入進去。

但唯一一點不同的貸超有分CPA、UV，這個就和數(shù)據(jù)系統(tǒng)和結(jié)算系統(tǒng)相關(guān)聯(lián)，留到后面說。

2. Pow BI(數(shù)據(jù)系統(tǒng))

這個從零做的，因為一個表的邏輯關(guān)系比較復(fù)雜，數(shù)據(jù)表也多大概有十多個表吧，基本拆成一版1-2個表來做的，包括但不僅限于總數(shù)據(jù)、產(chǎn)品總數(shù)據(jù)、產(chǎn)品詳細數(shù)據(jù)、頁面數(shù)據(jù)、數(shù)據(jù)對賬等等。舉一兩個數(shù)據(jù)表的栗子；

（1）數(shù)據(jù)對賬

可讓商務(wù)人員可核對不同甲方的每日數(shù)據(jù)及收入情況，財務(wù)也可通過資金收款與對賬情況進行核對。

（2）總數(shù)據(jù)

此表可顯示每日貸超的總收入情況，及提供運營參考的數(shù)據(jù)，如點擊人數(shù)、點擊價值、轉(zhuǎn)化率、客單價等等，每個字段都有一定的公式，例如人均點擊產(chǎn)品數(shù)=產(chǎn)品點擊人數(shù)除以UV等，總計則通過篩選條件，如篩選條件為一個月，則總計計算出一個月的總流水，當然某些字段是算出平均值的。以平均值和其他數(shù)據(jù)來作為數(shù)據(jù)參考。

這只是舉其中一些小例子，一個實際從零做的數(shù)據(jù)系統(tǒng)復(fù)雜度可比我寫的這些要復(fù)雜很多。

還有和數(shù)據(jù)系統(tǒng)相關(guān)的推薦算法，也就是智能排序。

3. 結(jié)算系統(tǒng)

結(jié)算分為預(yù)付和日結(jié)，當然有些平臺或者其他行業(yè)還有分周結(jié)、月結(jié)，但目前還沒遇到這種場景所以就不做舉例了。

預(yù)付可以理解為充值，表示商家提前付給平臺方款項，直到消耗完，在消耗完之前我們會發(fā)郵件或者電話聯(lián)系。

日結(jié)表示從0-24時間點之間該商家消耗的金額，當天或次日打款結(jié)算。

這里又分為CPA（按注冊用戶算）、CPC（即按當天產(chǎn)品點擊UV），如果按CPA結(jié)算，表示注冊用戶數(shù)是在商家那里，這里就需要通過我們這邊的點擊UV數(shù)據(jù)去查看，大概估計他們扣量的比例，這種就需要次日上午結(jié)算出來催打款。

如果按CPC則系統(tǒng)可以做智能算法，通過產(chǎn)品單價*當天的點擊UV數(shù)，當然結(jié)算也是人工去結(jié)，因為會考慮到當天漲價，漲價情況就得看商務(wù)強不強勢，商家的用戶進件數(shù)據(jù)是否優(yōu)良。

這里會有一個場景會比較復(fù)雜，就是日結(jié)商家會轉(zhuǎn)成預(yù)付商家，若商家先是日結(jié)，在轉(zhuǎn)做預(yù)付，我這里的解決方案是把日結(jié)和預(yù)付分開，商戶重新新建預(yù)付合作，因為預(yù)付會有充值、消費和清算操作，而日結(jié)則只有消費，也就是結(jié)算，同時只能操作一種。

缺點就是只能分開看預(yù)付和日結(jié)消費記錄，各位有什么好的解決方案也可以討論討論。

因為在數(shù)據(jù)系統(tǒng)能看到流水和收入的，所以結(jié)算系統(tǒng)是與數(shù)據(jù)系統(tǒng)有關(guān)聯(lián)性的，通過用戶的行為，例如曝光、點擊UV、產(chǎn)品點擊數(shù)等，來分析收入的增長和降低，在設(shè)計的時候都要考慮好各種場景。

4. 商品管理

商品管理是因為我們接了電商的API，他們只提供貨源，商品訂單管理要做在我們后臺?；趯ξ覀冇脩羧后w特征的分析，主要提供的是一些線上的商品，如視頻會員、游戲充值、快餐電子優(yōu)惠券等。

主要模式有直充和卡密，也考慮到減少物流成本和人力成本，用戶充值填寫賬號即可到賬。

結(jié)尾

至此搭建完整的貸超系統(tǒng)需要這些就足以能夠支撐起來，因為貸超也算是一個流量平臺，所以玩法很多，例如我們還有會員模式，對應(yīng)后臺的會員管理，都是能提高我們的商業(yè)變現(xiàn)和多樣的運營玩法。

此篇文章主要講搭建，所以每個系統(tǒng)維度都只是講了個大概，舉一兩個例子，但表面越簡單地實際邏輯則越復(fù)雜。

由于今年的金融嚴重受挫，相信不少金融從業(yè)者都有些迷茫，若仍想在金融行業(yè)深耕，個人做了一些小研究，推薦可以往供應(yīng)鏈金融、證券、區(qū)塊鏈(非交易所)、金融支付、持牌信貸機構(gòu)等發(fā)展，而未來3-5年基本面向TO B的稍微多些，也可以向這邊靠。

第一次寫文章，若有對你有幫助可以留個言，讓我有些自豪感，也可以互相學(xué)習(xí)。

后續(xù)還會講一些權(quán)限管理系統(tǒng)、財務(wù)對賬系統(tǒng)、客服銷售管理系統(tǒng)等。

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

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