💎 Universal Module · CEX + DEX · 幾乎所有 B 端客戶都加裝

理財 +
9 級 VIP 裂變模組套件

這不是一個獨立的「理財平台」 — 而是幾乎所有 B 端客戶都會加裝的客製模組套件。同一套撥比邏輯,可掛載在 CEX(作為 Earn 子產品)或 DEX(對應 LP 質押),每個客戶按自己市場特性調整:VIP 級差 % 數、Cap 倍數、結算頻率、同級獎勵規則都可參數化

核心設計:10% 年化日配息 + 9 級 VIP + 級差獎金 + 收益封頂 Cap,整套機制把平台撥比鎖在 12.5% 以內(每個客戶按自己風險偏好可微調)。

VIP 等級
9級分層
最高撥比
12.5%
日結算
00:00UTC
收益封頂
2倍本金
interactive prototype

互動撥比計算器 + 推薦樹

這是我為面試官設計的「能跑數據」原型:左邊輸入投資金額 + 拖動 VIP 等級,右邊即時看到該用戶的日收益、級差獎金、Cap 剩餘、平台撥比。下方可切換看推薦樹結構與級差獎金分配範例。

earn.simon-defi.com/dashboard
LIVE PROTOTYPE
💰 撥比計算器
🌲 推薦樹結構
⚡ 級差獎金範例

📥 輸入參數

個人投資金額10,000 USDT
VIP 等級VIP6 · 16%
下級團隊日收益500 USDT
下級 VIP 等級(推薦鏈)VIP3 · 10%
💡 撥比公式 = 個人收益 + 級差獎金 + 同級獎勵 / 投資本金

📊 即時計算結果

個人日收益(10% APY) 2.74 USDT
個人年收益 1,000.00 USDT
級差比例(自己 - 下級) 6%
每日級差獎金 30.00 USDT
每日總收益(個人 + 級差) 32.74 USDT
Cap 上限(投資 × 2) 20,000 USDT
達到 Cap 預估時間 1.7 年
⚡ 平台年化撥比(針對該用戶) 11.95%

🌲 9 級 VIP 推薦樹

每個節點只有一個直接上級(唯一推薦鏈)。橫向擴張 = 直推數量(廣度),縱向深度 = 間推層級(深度)。級差獎金沿推薦鏈由下往上結算。

公式:TV(A) = Σ 所有下線的有效投資額
· A 本人的投資 計入自己的團隊業績
· 但計入上級的團隊業績
· 同筆訂單向上穿透計入每層上級
· 每用戶只計一次(去重)
VIP9
20% · 全球合夥人
┌────────┼────────┐
VIP7
18%
VIP7
18%
VIP5
14%
┌────┴────┐
VIP5
14%
VIP3
10%
VIP1
5% · 入門
↑ 級差獎金沿鏈向上結算

⚡ 級差獎金分配(多層級範例)

Alice VIP6
16%
Bob VIP4
12%
Charlie VIP2
8%
Dave VIP1
5%

Dave 持倉日收益產生 500 USDT,按級差比例向上結算:

受益人當前等級級差計算獎金
Dave (產生者) VIP1 · 5% 個人收益 500 USDT
Charlie VIP2 · 8% (8% - 5%) × 500 15 USDT
Bob VIP4 · 12% (12% - 8%) × 500 20 USDT
Alice VIP6 · 16% (16% - 12%) × 500 20 USDT
— 累計向上結算 — 55 USDT
⚠️ 關鍵設計:Alice 不是吃 (16% - 5%) = 11%,而是「只吃 4% 差額」(16%-12%)。Bob 已經截斷了 4% 的差額。這保證每層只吃到下一級的「差額」,避免重複計算膨脹。

🔒 同級截斷案例

當推薦鏈出現相同 VIP 等級時:

A · VIP5
14%
B · VIP5
14%
C · VIP3
10%
受益人計算結果
B 從 C(14% - 10%) × 1,00040 USDT
A 從 B(14% - 14%) × 1,0000 USDT(同級截斷)
A 同級管理獎1% × 1,000 (B 是直推)10 USDT
⚠️ 撥比計算器使用 10% 年化、Cap = 投資 × 2 為固定參數。所有計算邏輯與真實系統一致 — 你可以直接拖動數值驗證每個邊界條件。
product story

動手寫 PRD 之前,我先想清楚的事

這是一個「理財 + 裂變 + 撥比可控」模組 — 平台成本鎖死在 12.5% 以內。下方五個區塊是我做這個產品時真正交付的東西。

🎯
01 · Problem & Why

為什麼這是「幾乎所有客戶都會加裝」的模組?

📌 一個重要的定位

這不是一個獨立的「理財平台產品」 — 是幾乎所有 B 端客戶(CEX 或 DEX)都會選裝的客製模組套件。CEX 客戶用它做 Earn 子產品 + 用戶推薦樹;DEX 客戶用它做 LP 質押 + 代幣分發。同一套撥比邏輯每個客戶按自己的市場狀況調整 % 數與規則

白標 CEX / DEX 客戶上線後,下一個焦慮就來:用戶下單一次就走,怎麼留住他?怎麼擴張新用戶?

客戶手上有兩個選項,但都有大坑:

  • 純理財產品(Binance Earn 式):能鎖倉、能留存,但不能拉新。客戶得另外花錢買流量。
  • 傳統 MLM 裂變:能拉新,但撥比經常失控到 25%+,平台靠新人入金養老人收益,撐 18 個月就崩盤。

所以我把「理財 + 裂變」綁在一起做成客製化模組套件,用數學鎖死撥比天花板,再讓每個客戶按自己市場特性調參。一個模組,套服 N 個客戶,但每個客戶看起來都像是「為他量身打造」。

⚙️ 每個客戶可調的參數(10+ 個)

參數參考設計(v1)客戶可調空間
VIP 等級數量9 級5~12 級
各級差比例5% / 8% / 10% / 12% / 14% / 16% / 18% / 19% / 20%可重新分布(總和需 ≤ 20%)
基礎理財年化10%5%~15%(隨資金池策略)
Cap 倍數投資 × 21.5x ~ 3x
同級管理獎1%(僅限直推)0~3%,可關閉
結算頻率每日 UTC 00:00每日 / 每週 / 月底
升級條件直推人數 + VIP 節點數 + 團隊業績可加:鎖倉時長 / 自身投資額
降級觀察期30 天15~90 天
理財鎖倉期活期 / 7/30/90 天完全自訂
提前贖回懲罰扣 50% 利息0~100%

每個 B 端客戶簽約後,會由我帶他做一個「撥比 workshop」 — 用我們的計算器跑他的預期用戶結構,調出他能接受的撥比上限與級差設定。同一份計算器,對 CEX 客戶跑活期/定期、對 DEX 客戶跑 LP 質押模式,結果都可信。

📦 同一套邏輯,兩種掛載方式

掛在 CEX 客戶:嵌入交易所作為 Earn 子產品,活期 / 定期 / VIP 推薦獎勵共用一個帳本。資金集中保管。
掛在 DEX 客戶:對應 LP 質押 (Liquidity Provider Staking),獎勵改為「池子手續費分潤 + 平台代幣」,VIP 體系改為鏈上 NFT/SBT 等級憑證。

👥
02 · Target Users

兩層用戶 — 平台客戶 + 鏈下散戶

B 端客戶 Persona

🏦 CEX 客戶(要留存)
已上線交易所,想加 Earn 模組鎖倉資金、做用戶 LTV 延長。
🌱 純 DeFi 項目方
想做 LP 質押 + 引爆社群裂變,但怕代幣經濟模型撐不住。
🚀 想拉新但怕翻車
看過太多 MLM 模式平台崩盤,想要「撥比有上限」的安全方案。

終端用戶 Persona — 不同目的的人玩法不一樣

類型佔比主要動機關鍵體驗
💰 高淨值穩健派~10%追穩定 APY,單筆 $50K+產品收益透明、清算機制可追溯
📢 KOL 帶單者~5%推薦獎金 + 等級晉升推薦樹視覺化 + 即時收益儀表板
👥 散戶~70%跟單 + 低門檻入場$1,000 起投、活期 T+0 贖回
🎯 撸毛黨~15%新項目空投 + 短期套利定期到期立刻能切下個項目

我學到的事:理財 + 裂變的用戶不是「同一群人慢慢成長」 — 是四群不同動機的人並存。任何一群被冒犯,整個生態就斷一塊。例如 KOL 走了就斷流量、高淨值走了就斷 TVL。

⚔️
03 · Competitive Differentiation

在「純收益 vs 純裂變」之間,做雙引擎

方案裂變能力撥比可控適合場景
Binance Earn❌ 無✅ 純收益已有用戶基礎的大平台
Lido (LP 質押)❌ 無✅ 算法決定純技術型 DeFi 協議
Pendle (收益代幣化)⚠️ 弱⚠️ 視策略進階 DeFi 用戶
傳統 MLM 平台✅ 強❌ 經常失控短期拉新長期崩盤
我們(雙引擎)✅ 9 級 VIP + 級差✅ 12.5% 鎖死想拉新又怕翻車的客戶

我們的差異化:不只是給客戶「一個能用的理財模組」,是給客戶「一份可以拿給法務看的撥比數學證明」。撥比上限被級差獎金 + 同級壓縮 + Cap 三層機制鎖死,客戶簽約前我們會把撥比計算器跑給他看。

📈
04 · Success Metrics

北極星指標 + 健康度監控

⭐ North Star Metric
月度 「健康 TVL」= 真實 TVL × (1 - 異常用戶比例)
不只看 TVL 數字 — 還要扣掉刷量帳號、自刷推薦、Cap 將至的死帳。健康 TVL 才是真實平台價值。

終端用戶 AARRR

階段指標設計目標
Acquisition每月新增 KYC 註冊用戶跟客戶議定 KPI
Activation首次入金 ≥ $1,000 比例≥ 50%
Retention30 日 TVL 留存率≥ 70%
Revenue平均用戶月貢獻手續費 + 利差$50/月
Referral有推薦人的新用戶佔比≥ 60%(裂變引擎核心指標)

平台健康度指標(業務生命線)

  • 實際撥比:每月實際發出總獎金 / 總日收益 — 應穩定 < 12.5%(超過代表機制設計失效)
  • Cap 到期率:每月達到 Cap 上限的用戶數 — 過高代表頂級用戶開始離場
  • 同級截斷觸發次數:每月觸發數 — 反映推薦樹健康度(過多代表「人頭擠在同一級」)
  • 新用戶留存衰減曲線:D1/D7/D30 留存 — 看裂變引擎是否帶來假用戶
🧪
05 · MVP Hypothesis

想驗證的三個假設

H1 · 撥比鎖死假設

數學上可證明的 12.5% 撥比天花板,在真實用戶結構下會穩定。

驗證方法:上線 3 個月後,實際撥比 < 12.5%,且四種用戶比例符合預期分佈。

H2 · 雙引擎共存假設

「理財收益」+「裂變獎勵」雙引擎不會互打 — 用戶不會因為裂變獎勵高就跳過理財產品。

驗證方法:新用戶第一個月平均同時持有「理財訂單」+「至少 1 名直推」,兩個動作不互斥。

H3 · 雙部署可行假設

同一套撥比邏輯能同時部署在 CEX(中心化)與 DeFi(LP 質押 + NFT 等級)兩種場景。

驗證方法:先做 CEX 版上線 → 6 個月內推出 DeFi 版,撥比公式維持一致只換結算層。

🤔
06 · My Product Decisions

我做過的關鍵產品決策

我的決策 #1
級差獎金(只吃差額)而非全額獎金

傳統 MLM 是「每層按等級全額分」— 加總可能 25%+,撥比失控。我選擇「只吃差額」— 每層只能吃「自己等級 - 下級等級」的差。數學上可證明 9 層加總絕對不超過 VIP9 的 20%。這個機制把「平台會不會破產」從「希望不要」變成「不可能發生」。

我的決策 #2
9 級而非 5 級的 VIP 階梯

原始版本想做 5 級(簡單清楚)。但測算下來每級之間的獎金比例差距太大(5%→10%→15%),用戶升級後感受不到變化。改成 9 級後每級遞增 2~3%,升級的「爽感」剛好夠激勵但不會讓上一級覺得被超越。9 級是試了 5、7、9 三版測算的結果。

我的決策 #3
Cap = 投資 × 2 而非 × 1.5

1.5 倍:頂級用戶 6 個月就到頂走人,平台沒法留住核心節點。
3 倍:用戶賺太多平台撐不住,2 年內崩盤。
2 倍是平衡點 — 配合降級機制,頂級用戶必須持續活躍才能維持等級,否則被擠下去。這個數字背後是 DeFi 業界 30+ 案例的死亡曲線分析。

我的決策 #4
每日 UTC 00:00 結算而非即時結算

即時結算用戶體驗最好,但成本高 10 倍(每筆交易要重算整條推薦鏈)+ race condition 風險大(兩筆獎勵同時計算可能超發)。每日結算雖然用戶要等 24 小時,但結算成本可控、可批量驗證、出錯能整批回滾。我選擇「業務正確 > 體驗即時」。

🔧
附錄 · Technical Challenges

技術挑戰與方案主導

以下技術方案由我主導定義 — 從市場調研、PRD 到原型皆一手完成;工程團隊負責實作落地。在還沒有 AI 工具的年代,這些規格是我一頁一頁手寫、一張一張手畫出來的。

挑戰 01:撥比建模 (核心技術風險)

級差獎金(只吃差額)數學上鎖死天花板。9 級加總絕對 ≤ 20%(VIP9 最高比例)。換算到本金成本約 2%,加上理財給用戶的 10% 年化,平台總撥比 12.5% 內可控。

挑戰 02:同級截斷的數學設計

兩個同級節點相連時級差 = 0%,但完全不發獎會讓上級不公平。設計「同級管理獎」— 直推同級可額外吃 1%(僅限直推),補償激勵但維持平台成本可控。

挑戰 03:每日結算的冪等性

每日 UTC 00:00 統一結算所有用戶。每位用戶按推薦鏈往上計算級差獎金。冪等性透過 settlement_id (date + user_id) unique constraint 保證 — 即使結算 job 重跑也不會雙倍發放。

VIP system

VIP 0~9 完整等級表

每一級的投資門檻、直推要求、業績門檻、級差比例都經過精算 — 確保升級難度漸增 + 平台成本天花板。

等級個人投資門檻直推人數直推 VIP 節點團隊總業績級差比例
VIP00 USDT(註冊即得)0%
VIP1≥ 1,000 USDT5%
VIP2≥ 1,000 USDT≥ 5 人8%
VIP3≥ 1,000 USDT≥ 5 人≥ 2 個 VIP1≥ 30,000 USDT10%
VIP4≥ 3,000 USDT≥ 8 人≥ 3 個 VIP2≥ 100,000 USDT12%
VIP5≥ 5,000 USDT≥ 12 人≥ 3 個 VIP3≥ 300,000 USDT14%
VIP6≥ 10,000 USDT≥ 15 人≥ 3 個 VIP4≥ 1,000,000 USDT16%
VIP7≥ 20,000 USDT≥ 20 人≥ 4 個 VIP5≥ 3,000,000 USDT18%
VIP8≥ 50,000 USDT≥ 25 人≥ 4 個 VIP6≥ 10,000,000 USDT19%
VIP9≥ 100,000 USDT≥ 30 人≥ 5 個 VIP7≥ 30,000,000 USDT20%

2.1金字塔增長模型特徵

2.2降級機制

每日 UTC 00:00 系統快照審核,若不滿足當前等級條件,進入「觀察期 30 天」。觀察期結束仍不達標 → 自動降一級。降級僅影響級差獎金比例,不影響已獲得的歷史收益

bonus formula

級差獎金計算機制

3.1核心公式

級差獎金(上級) = (上級獎金比例 - 下級獎金比例) × 下級團隊產生的日收益

⚠️ 只吃差額,不吃全額。

3.2多層級差計算流程

步驟 1:從產生收益的節點開始,沿推薦鏈向上遍歷
步驟 2:記錄每一層遇到的 VIP 等級
步驟 3:計算相鄰兩個「不同等級」節點之間的差額
步驟 4:將差額 × 該下級團隊收益 = 該上級節點的級差獎金
步驟 5:遇到 VIP9(20%)後停止向上,或推薦鏈到頂後停止

3.3每日結算流程

flowchart TD A[UTC 00:00 觸發每日結算]:::s --> B[快照所有用戶的有效投資]:::s B --> C[計算每位用戶的個人收益]:::s C --> D[遍歷推薦樹 · 葉節點向根節點]:::s D --> E[計算每層級差獎金]:::s E --> F[判定同級截斷與壓縮]:::w F --> G[檢查每位用戶的 Cap 剩餘額度]:::w G --> H{獎金 > Cap?} H -->|是| I[截斷至 Cap 上限]:::r H -->|否| J[正常發放]:::ok I --> K[風控規則過濾]:::w J --> K K --> L[發放至用戶帳戶]:::ok L --> M[同步執行 VIP 升降級判定]:::ok classDef s fill:#0d0f15,stroke:#00d395,color:#e8eaf0 classDef w fill:#0d0f15,stroke:#f5a524,color:#e8eaf0 classDef ok fill:#0d0f15,stroke:#00d395,color:#e8eaf0 classDef r fill:#0d0f15,stroke:#f24b3d,color:#e8eaf0
platform cost model

撥比建模 — 每 100 USDT 平台支出

這是整份設計的精華 — 透過數學建模證明:無論用戶結構多複雜,平台每 100 USDT 投資的年化最高成本不超過 12.5%。

4.1基礎參數

參數數值
理財年化收益率10%
日化收益率10% ÷ 365 ≈ 0.0274%
每 100 USDT 日收益0.0274 USDT
級差獎金最高比例(VIP9)20%(基於日收益)
同級管理獎1%(基於日收益,僅直推同級)
收益封頂 Cap個人投資 × 2

4.2級差獎金最大分配(完整鏈)

層級級差計算佔日收益比例
VIP1 從 VIP05% - 0%5%
VIP2 從 VIP18% - 5%3%
VIP3 從 VIP210% - 8%2%
VIP4 從 VIP312% - 10%2%
VIP5 從 VIP414% - 12%2%
VIP6 從 VIP516% - 14%2%
VIP7 從 VIP618% - 16%2%
VIP8 從 VIP719% - 18%1%
VIP9 從 VIP820% - 19%1%
合計20%

4.3四種情境的年化撥比

場景個人收益級差獎金同級獎年化撥比
A. 純個人投資者(無團隊)10.00%0%0%10.00%
B. 典型情況(級差 ~12%,1 次同級)10.00%1.20%0.10%11.30%
C. 最差情況(完整鏈,3 次同級)10.00%2.00%0.30%12.30%
D. 極端最差(完整鏈,5 次同級)10.00%2.00%0.50%12.50%

4.4視覺化撥比分布

4.5核心結論

每收 100 USDT,平台年度最高總支出 = 12.50 USDT

最低撥比 = 10.00%(純個人投資者)
典型撥比 ≈ 11.00% ~ 11.50%
最高撥比 ≈ 12.00% ~ 12.50%(極端情況)

為什麼撥比只有 12.5% 而非 30%?因為級差獎金的 20% 是「日收益的 20%」,而非「本金的 20%」。換算到本金:20% × 10% 年化 = 僅 2% 本金成本。

4.6平台盈虧平衡

平台資金池年化收益最差撥比 12.5%典型撥比 11.3%淨利潤
15%盈利盈利+2.5% / +3.7%
13%盈利盈利+0.5% / +1.7%
12.5%打平盈利0% / +1.2%
10%虧損虧損-2.5% / -1.3%

建議:平台資金池目標年化收益應 ≥ 15%。低於 13% 時觸發風險預警;低於 12.5% 觸發降息提案。

risk control

防作弊風控設計

5.1防自刷(Self-Farming)

風控措施說明
KYC 綁定同一身份證件只能註冊 1 個帳號
設備指紋同一設備最多關聯 2 個帳號
錢包關聯分析同一鏈上錢包地址充值標記為「疑似關聯」
推薦鏈異常偵測短時間大量推薦鏈註冊觸發人工審核
最低投資週期訂單需持有至少 7 天方可計入有效投資

5.2防虛假投資(充提套利)

風控措施說明
鎖倉計算規則訂單須「持有中」才計入團隊業績
提幣冷卻期充值後 72 小時內不可提幣
業績回溯扣除提前贖回即時從上級團隊業績中扣除
異常大額警報單筆 > 50,000 USDT 需 24 小時延遲確認
充提比監控充值/提幣比例 > 0.9 降低業績計算權重

5.3異常行為偵測

偵測項目觸發條件處理方式
集中註冊24h 內新增 > 20 直推暫停獎金結算,人工審核
循環充值A→B→C→A 鏈上轉帳全部標記,凍結獎金
殭屍帳號僅最低投資無操作不計入有效直推
獎金異常單日 > 歷史平均 5 倍延遲發放,人工審核

5.4資料庫核心表結構

users: id, wallet_address, kyc_status, vip_level, level_achieved_at,
       referred_by, personal_investment, total_earnings, cap_remaining

orders: id, user_id, amount, status, created_at, locked_until, is_valid

referral_tree: user_id, parent_id, depth, path (materialized path)

daily_settlements: date, user_id, personal_yield, differential_bonus,
                   same_level_bonus, total, cap_applied

risk_flags: user_id, flag_type, detected_at, status, reviewed_by

關鍵索引:

← Previous
DEX 錢包 + Swap