加密赌场

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,明天分阶段拥有平台。