White label vs desenvolvimento próprio: TCO e time-to-market

1) TL; DR. - quando escolher

White label (WL): precisa de início rápido (8-12 semanas), orçamento limitado, produto padrão sem diferenças profundas, foco em marketing/afiliações.

Desenvolvimento próprio: precisa de produto diferenciado, controle econômico (comissões), posse de dados e TCO previsível em grandes rotações.

Híbrido: Iniciar em WL (MVP) + em paralelo construindo core, depois migrar gradativamente.

2) Definições e modelo de rendimento

Plataforma WL: o provedor fornece motor, backand, CMS, integração (estúdios de jogos, PSP, KYC). Você paga setup + mensalmente + com NGR/receita e vive em seu ciclo de lançamento.

In-house: você possui código e infraestrutura, paga CapEx (desenvolvimento) + OpEx (equipe, nuvem, licenças), RevShare apenas para os estúdios de jogos/agregadores e PSP.

Composição da NGR (simplificado):

'NGR = GGR - bónus - fi provedor - impostos/levy - PSP fi'

3) Time-to-Market (realista)

White label (8-12 semanas):

1. Contrato/off e tema de marca (1-2 ned)

2. Licenciamento/jurisdição e configurações KYC (2-4 ned)

3. Conexão PSP/Agregadores de Jogos (2-3 ned)

4. Conteúdo/local/promoções, UAT, iniciando afiliados (2-3 ned)

In-house (9-15 meses):

1. Arquitetura/Backend (carteira/contas/gateway) (3-5 mes)

2. Pagamentos/CUS/antifrode/complacência (2-3 mes, paralelamente)

3. Integração de jogos/torneios/missões/CRM (3-4 mes)

4. Observabilidade/DevOps/CDN/WAF/DR (1-2 m)

5. Certificação/auditoria/testes de campo (1-2 m)

4) TCO: o que contar (horizonte de 3 anos)

WL (composição modelo):

Setup: fix.
RevShare: 'r _ wl x NGR' (geralmente 10-25%).
Placa/plug-in mensal (CMS/BI/CRM).
Alterações pagas/integração prioritária.

In-house:

CapEx: equipe de desenvolvimento, UX, certificação.
OpEx: FOT (engenheiros/SRE/segurança/produto), nuvem/CDN/WAF, suporte aos provedores.
Licenças (análise de logs/ARM/antibot), auditoria/ISO/PCI.
Reserva para cargas de pico e DR..

Fórmulas:

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

5) Exemplo numérico (simplificado, meses rasos)

Pré-requisitos (euro):

GGR/mes: 2,000.000
Fi provedor: 30% GGR (= 600,000)
Bónus: 5% GGR (= 100,000)
Impostos/Levy: 3% GGR (= 60,000)
→ NGR/mes = 2,000.000 - 600.000 - 100,000 - 60000 = 1,240000

WL: RevShare 20%, Setup 150,000 →

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

12 mes = 2,976.000; por 36 mil = 8,928.000; TCO _ 3y ≈ 9,078.000 (setup)

In-house: CapEx 2,500,000; OpEx: equipe 1,200,000/ano + nuvem 420.000/ano → 1,620,000/ano, 3 anos OpEx = 4,860.000; TCO_3y = 2,500,000 + 4,860,000 = 7,360,000

A conclusão é que esses volumes em in-house são mais baratos em £1. 72 milhões em 3 anos, mas o 1 ano do WL é muito mais barato em dinheiro.

Limite de desoneração mensal (breakeven) WL vs In-house

Para amortização de CapEx de 36 m e setup WL de 12 m:

In-house/mes ≈ OREh/mes + CapEx/36 = 135.000 + 69,444 = 204,444
WL/m ≈ 0. 20 × NGR + 12,500
Decidimos '0. 20 x NGR + 12,500 = 204,444 '→ NGR ≈ 959,700 €/m.
Se o seu NGR for estável acima de £0. 96 milhões de dólares, possuir uma plataforma é mais rentável economicamente num horizonte de 3 anos.

💡 Incriminar seus r _ wl, CapEx/OpEx e prazo de amortização - a fórmula mostrará o seu limite.

6) Fatores não financeiros (valiosos)

Flexibilidade do produto: WL = plug-ins e limites para «nestandart». In-house = qualquer fichas, mas é a sua vez de desenvolver.

Vendor lock-in: WL - Dependência de roadmap e SLA; saída/migração são complexas sem exportação de dados ou código.

A posse de dados/BI: In-house oferece eventos crus completos e liberdade em análise/ML.

Compilação/auditoria: O WL muitas vezes ajuda com certificações. In-house - seu próprio ISO/PCI/reguladores.

Risco e concentração: In-house traz técnicas (picos, incidentes). A WL oferece riscos de downthame de terceiros e restrições.

7) Árvore de soluções (seleção rápida)

1. NGR. 9-12 m

2. Precisamos de mecânicos exclusivos/personalização profunda/economia própria dos torneios? → In-house/híbrido.

3. O início é crítico <3 m? → WL.

4. A equipa pode puxar 24/7 ?

5. Países com complicações pesadas? → mais frequentemente WL ou modelo de parceiras.

8) Híbrido: início rápido, possuir depois

Plano:

Mês 0-3: Lançamento WL MVP (marca, PSP, estúdios top, CRM/afiliados).
Mês 1-9: construímos core (conta/carteira, módulo de torneio, antifrode, BI).
Mês 9-12: dupla gravação (WL ↔ core), réplica de eventos, A/B de tráfego.
Mês 12 +: migração vertical (pagamentos, torneios) e desistência do componente RevShare WL.

Chave: a partir do primeiro dia exija exportação de dados em tempo real (events/Kafka/S3) para não se «trancar».

9) Contrato WL: para o que olhar (RFP/folha de cheques)

Comercial:

Base de dados (NGR vs GGR), liminares, staps, cap/floor, multas de downtime.
Custo de customização/integração prioritária e prazos.

Técnica:

Uptime SLA (≥ 99. 9%), SLO por login/depósito/taxa, RPO/RTO, Dr. Plano.
Direitos de dados: eventos crus, exportação de RPO≤1ch (S3/Kafka), esquema e retino.
Isolamento da marca (tráfego/dados), ambientes de teste, acesso a logs/métricas.
WAF/DDoS, KMS/rotação de segredos, auditoria e conformidade (ISO 27001/GDPR).
Exit klauss: exportação de todos os dados (jogadores/transações/histórico), ajuda para migração (prazos pagos), direito de iniciar core paralelamente.

Direito de alterar a lista de provedores/PSP e o prazo de conexão.

10) Riscos e como fechá-los

Superaquecimento de crescimento: staps rígidos (redução de% na circulação) ou opções buy-out.

Customização limitada: programar o orçamento/SLAs para a mudança de requerimentos.

Downthaim WL: Empréstimos de serviços financeiros e métrica «depósitos impróprios».

Licenças/reguladores locais: selecione WL com presença em seus países.

Migração de dados: concordar previamente com modelos e chaves exclusivas (user _ id, operation _ id).

11) Métricas de sucesso (após a seleção)

Economia Unit: NGR/Depositário, LTV/CAC, eCPA afiliados, RevShare% NGR/In-house OpEx.

Ts-SLO: login/depósito/taxa p95, farmácia, jogos TTFs, erros PSP/provedores.

Marketing: Conversões de lending→reg→FTD, participação de torneios/missões na GGR.

Milstones de migração (para híbrido): proporção de tráfego em core, idempotação de integração, discrepância de relatórios <0. 5%.

12) Mini-modelo na tabela (peixe)


Entrada: NGR _ mes, r _ wl, Setup, CapEx, OREh _, Amortização _ mes
WL _ mes = r _ wlNGR _ mes + Setup/12
InHouse _ mes = OREh _ ano/12 + SarEh/Amortização _ mes
Breakeven_NGR = (InHouse_мес - Setup/12) / r_wl

Confira seus números, verifique três cenários: Base/Optimistic/Stors.

13) Mapas de trânsito de lançamento

Lançamento WL (12 semanas):

Ned 1-2 contrato, marca, domínios, CDN/WAF.
Ned 3-6: PSP/KYC, provedores de jogos, afiliados, conteúdo.
Ned 7-9: CRM/promoção/torneios de padrão WL, sintético/carga.
Ned 10-12: beta, pagamentos «na areia», market-off, go-live.

In-house (12 meses):

Trimestre 1: carteira/contas/autenticação/catálogo de jogos.
Trimestre 2: pagamentos/CUS/antifrode, torneios/missões v1, CDN/WAF.
Trimestre 3: CRM/afiliados/relatórios, scale automático/DR., certificação.
Quarteirão 4, testes de campo, migração de tráfego, lançamento.

14) Plano de migração WL → In-house (por módulos)

1. Réplica de eventos (WL → seu DWH), alinhamento de esquemas.

2. Iniciar sua própria carteira (dupla gravação, reconciação).

3. Transferência de pagamentos/PSP, depois torneios/missões, depois CRM/afiliados.

4. Mudar de frente/rotação, sair do WL.

15) Folha de cheque de seleção (prod-ready)

Calculado breakeven NGR e TCO 1/3/5 anos (3 cenários).
Fixado time-to-market e jurisdição de lançamento.
A disponibilidade de dados crus e exportação está confirmada (padrão, frequência, formato).
SLA/SLO/DR. Provedor WL, multas e exit clusas no contrato.
Plano de híbrido/migração e orçamento de mudanças.
Apoio confirmado para provedores de mercado essenciais PSP.
O comando 24/7/on-call (para In-house) está equipado e os papéis RACI estão definidos.
Segurança: KMS/rotação, WAF/DDoS, registro de auditoria, GDPR/ISO.

Currículos

White label ganha velocidade e facilidade CAPEX, mas é caro com o crescimento da rotação devido à RevShare e restrições de customização. A sua própria plataforma requer um longo investimento e maturidade operacional, mas dá controle TCO, flexibilidade e posse de dados. Considere o limite de desmatamento pela NGR, construa a SLA/exportação de dados, e, se for necessário um compromisso, siga um caminho híbrido: início WL rápido hoje, posse escalonada da plataforma amanhã.