隨著國家各個金融政策塵埃落地，自2019年7月28日出臺非法借貸涉及刑事，市場上的貸公司猶如洪潮般盡數清退，當然，貸超（全名叫貸款超市，為貸多樣、個性化推薦的引流平臺）就自然受到影響，瞬間市場上90%以上貸超都關閉了。筆者之前負責過兩個貸超專案，所以藉此來複盤此專案來理清下自己思維。

一、前端 1. H5貸超

基於我們有內部的信貸平臺，則可以作為導流入口，但考慮到跳轉至APP流失率較高，也考慮到MVP模式，先快速的做了個H5貸超和簡單版資料，保證一套能運轉起來。

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

2. APP

二、後端

1.

這個就和電商後臺都差不多，一些供前端展示及條件篩選的欄位，人員將甲方的文件填入進去。

但唯一一點不同的貸超有分CPA、UV，這個就和資料和結算相關聯，留到後面說。

2. Pow BI（資料）

這個從零做的，因為一個表的邏輯關係比較複雜，資料表也多大概有十多個表吧，基本拆成一版1-2個表來做的，包括但不僅限於總資料、產品總資料、產品詳細資料、頁面資料、資料對賬等等。舉一兩個資料表的栗子。

1資料對賬

從0開始，如何搭建貸超系統

可讓商務人員可核對不同甲方的每日資料及收入情況，財務也可透過資金收款與對賬情況進行核對。

2總資料

從0開始，如何搭建貸超系統

這只是舉其中一些小例子，一個實際從零做的資料複雜度可比我寫的這些要複雜很多。

還有和資料相關的推薦演算法，也就是智慧排序。

3. 結算

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

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

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

4. 商品

商品是因為我們接了電商的API，他們只貨源，商品訂單要做在我們後臺。基於對我們使用者群體特徵的分析，主要的是一些線上的商品，如會員、遊戲充值、快餐電子優惠券等。

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

結尾

至此搭建完整的貸超需要這些就足以能夠支撐起來，因為貸超也算是一個流量平臺，所以玩法很多，例如我們還有會員模式，對應後臺的會員，都是能提高我們的商業變現和多樣的玩法。

此篇文章主要講搭建，所以每個維度都只是講了個大概，舉一兩個例子，但表面越簡單地實際邏輯則越複雜。

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

貸超作為一個類似中介平臺，起到連線兩端的作用：借款端和放款端。

其實貸超的模型由來已久，之前線下就存在，無非原先叫中介，連線的是多借款使用者和個別放款端（線下中介一般是導流到指定銀行或者消金機構）。

所以你需要先洽談放款端的合作方，有兩種方式：一種是你自己有比較好的一手銀行或者消金等放貸機構資源。還有一種方式就是做大貸超的代理機構，透過大的貸超機構那裡那合作賬戶介面。第二種方式初期利潤沒那麼高，但可以讓你把精力放在拓客上面，推薦初期用這種方式。

真正應該把精力放在借款端使用者的拓展方面，這也是後面反向吸引放款端客戶的關鍵點。

簡單說，快速搭建貸超平臺，可以透過接入一些大貸超（分銷平臺）來實現。透過快速掌握一端把整個環節打通運作起來。