加密賭場

Torrent Gear

White label vs自己開發：TCO和時間到市場

1) TL;DR-什麼時候選擇

White label （WL）：需要快速啟動（8-12周）,預算有限,標準產品沒有深刻差異,註重營銷/關聯。

本身的發展：需要差異化的產品,經濟控制（傭金）,數據擁有和可預測的TCO在高周轉率。

混合動力：從WL （MVP）+開始並行構建核心,然後逐步遷移。

2）收入定義和模式

WL平臺：提供商提供引擎，後端，CMS和集成（遊戲工作室，PSP，KYC）。您每月支付setup++ RevShare，並提供NGR/收入並生活在發布周期中。

In-house：您擁有代碼和基礎設施，向CapEx（開發）+OpEx（團隊，雲，許可證），RevShare-僅向遊戲工作室/聚合器和PSP付款。

NGR的組成（簡化）：

「NGR=GGR-獎金-提供商phi-稅收/堤防-PSP phi」

3）時間到市場（現實）

白色標簽（8-12周）：

1.合同/離職和品牌主題（1-2奈德）

2.許可/司法管轄區和KYC設置（2-4奈德）

3.PSP/遊戲聚合器連接（2-3奈德）

4.內容/地點/促銷活動,UAT,運行附屬機構（2-3 ned）

在家（9-15個月）：

1.體系結構/後端（錢包/帳戶/遊戲網關）（3-5個月）

2.付款/CUS/反親屬/合規性（2-3個月，並行）

3.遊戲集成/錦標賽/任務/CRM （3-4個月）

4.觀察力/DevOps/CDN/WAF/DR（1-2個月）

5.認證/審計/現場測試（1-2個月）

4）TCO： 計算什麼（3年地平線）

WL（大致組成）：

設置：虛構。
RevShare：'r_wl × NGR'（通常為10-25％）。
月費/模塊（CMS/BI/CRM）。
有償變更/優先整合。

In-house:

CapEx：開發團隊，UX，認證。

OpEx：FOT（工程師/SRE/安全/產品），雲/CDN/WAF，提供商支持。

許可證（邏輯分析/ARM/antibot），審計/ISO/PCI。

高峰負荷儲備和DR。

公式為：

`TCO_WL(3y) = Setup + Σ(RevShare% × NGR_t) + Σ(Platform_Fee_t)`
`TCO_InHouse(3y) = CapEx + Σ(OpEx_t)`

5）數字示例（簡化，均等月份）

前提（歐元）：

GGR/月：200萬
提供商Phi：30% GGR（=600,000）
獎金：5% GGR（=100,000）
稅收/堤防：3% GGR（=60,000）
→ NGR/mes=200萬 − 600,000 − 10萬 − 60,000=1.24萬

WL: RevShare 20%, Setup 150,000 →

WL/mes=0。20 × 1,240,000 = 248,000

在12個月內=2,976,000；36個月=8.928,000；TCO_3y ≈ 9,078,000（包括設置）

In-house: CapEx 2,500,000;OpEx： 團隊1.2萬年+420萬年 → 1.62萬年，3年OpEx=4.86萬年；TCO_3y = 2,500,000 + 4,860,000 = 7,360,000

結論：在這樣的房子裏，~ 1便宜。3年7200萬，但WL的第一年現金明顯便宜。

月度收支平衡閾值（breakeven）WL vs In-House

如果CapEx折舊了36個月,WL設置了12個月：

In-house/mes ≈ OrEh/mes+CapEx/36=135,000+69.444=204.444
WL/mes ≈ 0。20 × NGR + 12,500
我們決定0。20 × NGR+12.500=204.444' → NGR ≈ 959.700歐元/月。
如果您的NGR穩定高於~ 0。9600萬/月，平臺所有權在3年的地平線上更具經濟效益。

💡 替換您的r_wl、CapEx/OpEx和折舊期限-公式將顯示您的閾值。

6）非金融因素（重量）

產品靈活性：WL=成品模塊和「非標準」限制。In-house=任何菲奇，但你的開發隊列。

Vendor鎖定：WL-對roadmap和SLA的依賴；輸出/遷移很復雜，沒有數據和代碼導出。

數據所有權/BI：在家中給出完整的原始事件和分析/ML的自由。

合規性/審核：WL通常有助於認證。In-house是您自己的ISO/PCI/調節器。

風險和集中度：在家攜帶技術（高峰，事件）。WL承擔著第三方市中心和限制的風險。

7）解決方案樹（快速選擇）

1.NGR奔跑。9-12個月後<閾值（≈0。9600萬/月）？→ WL/混合動力車。

2.需要獨特的機制/深度個性化/自己的比賽經濟性？→在家/混合體。

3.開始是關鍵的<3個月？→ WL。

4.該團隊能夠拉動24/7 SRE/DevSecOps/DR? → In-House。

5.具有較大合規性的國家？→更常見的是WL或合作夥伴模型。

8）混合動力車： 快速開始，擁有汗水

計劃：

0-3月：WL推出的MVP（品牌，PSP，頂級工作室，CRM/附屬公司）。
1-9個月：我們建立一個核心（帳戶/錢包，錦標賽模塊，對手，BI）。
9-12月：雙重記錄（WL ↔ core），事件副本，A/B流量。
月12+：垂直遷移（付款，錦標賽）和WL的RevShare組件豁免。

關鍵：從第一天起,需要實時數據導出（events/Kafka/S3）以免鎖定自己。

9）WL合同： 看什麼（RFP/支票清單）

商業：

RevShare基地（NGR vs GGR），急流，牛排，cap/floor，市區罰款。
定制/優先整合的成本和時間表。

技術包括：

Uptime SLA (≥ 99.9％），登錄/存款/利率SLO，RPO/RTO，DR計劃。
數據權：原始事件，RPO≤1ch出口（S3/Kafka），電路和重建。
品牌隔離（流量/數據）、測試環境、登錄訪問/度量標準。
WAF/DDoS，KMS/秘密輪換，審計和合規性（ISO 27001/GDPR）。
出口條款：導出所有數據（玩家/交易/歷史記錄）、遷移幫助（付費、截止日期）、並行核心啟動權。

更改提供商/PSP列表及其連接時間的權限。

10）風險以及如何關閉

RevShare在生長過程中過熱：硬墊子（達到周轉時降低百分比）或購買退出選項。

有限的定制：規定預算/SLA的變更要求。

WL Downtime：金融服務貸款和「非存款」度量。

本地許可證/監管機構：選擇在您所在國家/地區存在的WL。

數據遷移：預先協商模型和唯一密鑰（user_id，operation_id)。

11）成功指標（選擇後）

單位經濟學：NGR/托管人，LTV/CAC，eCPA附屬機構，RevShare％到NGR/In-house OpEx。

Te-SLO：登錄/存款/賭註p95，藥房，TTFS遊戲，PSP/提供商錯誤。

營銷：lending→reg→FTD轉換，錦標賽/任務在GGR中的份額。

遷移裏程碑（用於混合體）： 每個核心的流量比例，積分的冪等，報告的差異小於0。5%.

12）表中的迷你模型（魚）


登錄：NGR_mes、r_wl、設置、CapEx、OrEh_年、折舊_月
WL_mes=r_wlNGR_mes+Setup/12
InHouse_mes=OrEh_年/12+SarEh/折舊_月
Breakeven_NGR = (InHouse_мес - Setup/12) / r_wl

設置您的數字,檢查三個腳本：Base/Optimistic/Stress。

13）發射路線圖

WL發射（12周）：

奈德1-2：合同，品牌，域，CDN/WAF。
奈德3-6：PSP/KYC，遊戲提供商，附屬機構，內容。
奈德7-9：CRM/促銷/WL模式，合成/負載錦標賽。
Ned 10-12：beta，「在沙灘上」付款，market offer，go-live。

在家（12個月）：

季度1：錢包/帳戶/身份驗證/遊戲目錄。
第2季度：付款/KUS/對手，錦標賽/任務v1，CDN/WAF。
第三季度：CRM/附屬機構/報告，自動軌道/DR，認證。
季度4：現場測試，流量遷移，啟動。

14） WL →家庭遷移計劃（按模塊）

1.事件副本（WL →您的DWH），圖形對齊。

2.啟動自己的錢包（雙重記錄，重新註冊）。

3.轉移付款/PSP，然後是錦標賽/任務，然後是CRM/附屬機構。

4.前端/路由切換,WL退役。

15）選擇支票清單（prod-ready）

計算出breakeven NGR和TCO 1/3/5年（3種情況）。
記錄時間到市場和啟動管轄權。
原始數據和出口的可用性已得到確認（方案、頻率、格式）。
WL提供商的SLA/SLO/DR，合同中的罰款和退出條款。
混合體/遷移計劃和變更預算。
已確認支持關鍵的PSP/市場提供商。
24/7/上通話團隊（用於In-house）配備人員，RACI角色已定義。
安全性：KMS/輪換，WAF/DDoS，審計日誌，GDPR/ISO。

二.總結

White label以速度和CAPEX輕松獲勝，但由於RevShare和定制的局限性，其周轉率越來越高。專有平臺需要長期投資和運營成熟度，但可以控制TCO，靈活性和數據所有權。通過NGR計算收支平衡閾值,固定SLA/數據導出,如果需要妥協,則采用混合方式：今天快速啟動WL,明天分階段擁有平臺。