White label vs desarrollo propio: TCO y time-to-market

1) TL; DR - Cuándo elegir

Etiqueta blanca (WL): necesita un inicio rápido (8-12 semanas), presupuesto limitado, un producto estándar sin diferencias profundas, énfasis en marketing/afiliados.

Desarrollo propio: necesita un producto diferenciado, control de la economía (comisiones), propiedad de datos y TCO predecible a grandes revoluciones.

Híbrido: arranque en WL (MVP) + en paralelo construyendo la base, luego migración por etapas.

2) Definiciones y modelo de ingresos

Plataforma WL: el proveedor da motor, backend, CMS, integración (estudios de juegos, PSP, KYC). Pagas setup + mensual + RevShare con NGR/ingresos y vives en su ciclo de lanzamiento.

In-house: usted posee el código y la infraestructura, paga CapEx (desarrollo) + OpEx (equipo, nube, licencias), RevShare - sólo los estudios de juego/agregadores y PSP.

Composición de NGR (simplificada):

'NGR = GGR - Bonificaciones - Proveedores de Servicios - Impuestos/Levi - PSP fi'

3) Time-to-Market (realista)

Etiqueta blanca (8-12 semanas):

1. Contrato/offer y tema de marca (1-2 ned)

2. Licencias/jurisdicciones y configuraciones KYC (2-4 ned)

3. Conexión PSP/agregadores de juegos (2-3 ned)

4. Contenido/local/promociones, UAT, lanzamos afiliados (2-3 ned)

En casa (9-15 meses):

1. Arquitectura/backend (billetera/cuentas/gateway de juego) (3-5 meses)

2. Pagos/CUS/anticongelante/cumplimiento (2-3 meses, en paralelo)

3. Integraciones de juegos/torneos/misiones/CRM (3-4 meses)

4. Observabilidad/DevOps/CDN/WAF/DR (1-2 meses)

5. Certificación/auditorías/pruebas de campo (1-2 meses)

4) TCO: qué contar (horizonte de 3 años)

WL (composición aproximada):

Configuración: fix.
RevShare: 'r _ wl × NGR' (generalmente 10-25%).
Tarifa/módulos mensuales (CMS/BI/CRM).
Cambios pagados/integraciones prioritarias.

In-house:

CapEx: equipo de desarrollo, UX, certificación.
OpEx: FOT (ingenieros/SRE/seguridad/producto), nube/CDN/WAF, soporte para proveedores.
Licencias (análisis de registros/ARM/antibot), auditoría/ISO/PCI.
Reserva para cargas máximas y DR.

Fórmulas:

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

5) Ejemplo numérico (simplificado, meses planos)

Requisitos previos (euro):

GGR/mes: 2,000,000
Provider phi: 30% GGR (= 600,000)
Bonificaciones: 5% GGR (= 100,000)
Impuestos/Levi: 3% GGR (= 60,000)
→ NGR/mes = 2,000,000 − 600,000 − 100,000 − 60,000 = 1,240,000

WL: RevShare 20%, Setup 150,000 →

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

Por 12 meses = 2,976,000; por 36 meses = 8.928.000; TCO_3y ≈ 9.078.000 (teniendo en cuenta la configuración)

In-house: CapEx 2,500,000; OpEx: equipo 1.200.000/año + nube 420.000/año → 1.620.000/año, en 3 años OpEx = 4.860.000; TCO_3y = 2,500,000 + 4,860,000 = 7,360,000

Conclusión: en tales volúmenes in-house es más barato en ~ 1. 72 millones en 3 años, pero el primer año de WL es notablemente más barato en caché.

Umbral de equilibrio mensual (breakeven) WL vs In-house

Al amortizar CapEx en 36 meses y configurar WL en 12 meses:

In-house/mes ≈ OrEh/mes + CapEx/36 = 135,000 + 69,444 = 204,444
WL/mes ≈ 0. 20 × NGR + 12,500
Decidimos '0. 20 × NGR + 12.500 = 204.444 '→ NGR ≈ 959.700 €/mes.
Si su NGR es estable por encima de ~ 0. 96 millones/mes, la propiedad de la plataforma es económicamente más rentable en un horizonte de 3 años.

💡 Enmarca tus r_wl, CapEx/OpEx y plazo de amortización - la fórmula mostrará tu umbral.

6) Factores no financieros (de peso)

Flexibilidad del producto: WL = módulos terminados y límites en «no estándar». In-house = cualquier phichi, pero su turno de desarrollo.

Vendor lock-in: WL es una dependencia de roadmap y SLA; la salida/migración es compleja sin exportar datos y código.

Propiedad de datos/BI: In-house da eventos en bruto completo y libertad en análisis/ML.

Cumplimiento/auditorías: WL a menudo ayuda con las certificaciones. In-house es su propio ISO/PCI/reguladores.

Riesgos y concentración: El In-House lleva los tehrisks (picos, incidentes). WL conlleva riesgos y restricciones de terceros.

7) Árbol de decisiones (selección rápida)

1. NGR está corriendo. a través de 9-12 meses

2. ¿Necesita mecánica única/personalización profunda/economía propia de los torneos? → In-house/híbrido.

3. Inicio crítico <3 mes? → WL.

4. El comando es capaz de tirar 24/7 SRE/DevSecOps/DR? → In-house.

5. ¿Países con compliance pesado? → más a menudo un modelo WL o de pareja.

8) Híbrido: inicio rápido, poseer el sudor

Plan:

Mes 0-3: Lanzamiento WL MVP (marca, PSP, estudios superiores, CRM/afiliados).
Mes 1-9: construimos core (cuentas/billetera, módulo de torneos, antifraude, BI).
Mes 9-12: grabación doble (WL ↔ core), réplica de eventos, tráfico A/B.
Mes 12 +: migración vertical (pagos, torneos) y rechazo del componente RevShare WL.

Clave: desde el primer día requiere exportar datos en tiempo real (eventos/Kafka/S3) para no «encerrarte».

9) Contrato WL: qué mirar (RFP/lista de verificación)

Comercio:

RevShare base (NGR vs GGR), umbrales, pasos, cap/floor, multas por downtime.
Costo de las personalizaciones/integraciones prioritarias y plazos.

Técnica:

Uptime SLA (≥ 99. 9%), SLO por inicio de sesión/depósito/tasas, RPO/RTO, plan DR.
Derechos de datos: eventos crudos, exportación de RPO≤1ch (S3/Kafka), esquema y retencion.
Aislamiento de marca (tráfico/datos), entornos de prueba, acceso a logotipos/métricas.
WAF/DDoS, KMS/Rotación de Secretos, Auditoría y Cumplimiento (ISO 27001/GDPR).
Exit-claus: exportación de todos los datos (jugadores/transacciones/historial), ayuda a la migración (pago, plazos), derecho de inicio paralelo core.

Derecho a cambiar la lista de proveedores/PSP y los plazos de conexión.

10) Riesgos y cómo cerrarlos

Sobrecalentamiento de RevShare cuando crece: staps duros (reducción del% al alcanzar la facturación) o opciones de compra-salida.

Personalización limitada: especificar el presupuesto/SLAs en las solicitudes de cambio.

Downtime WL: préstamos de servicios financieros y una métrica de «depósitos no comprometidos».

Licencias locales/regulador: elija WL con presencia en sus países.

Migración de datos: negociar de antemano modelos y claves únicas (user_id, operation_id).

11) Métricas de éxito (después de la selección)

Unit-economy: NGR/depositario, LTV/CAC, afiliados eCPA, RevShare% a NGR/In-house OpEx.

T-SLO: inicio de sesión/depósito/apuesta p95, aptime, juegos TTFS, errores PSP/proveedores.

Marketing: conversiones de lending→reg→FTD, participación de torneos/misiones en GGR.

Mylestones de migración (para híbrido): proporción de tráfico en el núcleo, idempotencia de las integraciones, informes divergentes <0. 5%.

12) Mini modelo en la tabla (pescado)


Entrada: NGR_mes, r_wl, Configuración, CapEx, OrEx _ Año, Amortización _ mes
WL_mes = r_wlNGR_mes + Setup/12
InHouse_mes = OrEx _ Año/12 + SarEx/Amortización _ mes
Breakeven_NGR = (InHouse_мес - Setup/12) / r_wl

Enmarca tus números, comprueba tres escenarios: Base/Optimistic/Stress.

13) Hojas de ruta de lanzamiento

Lanzamiento WL (12 semanas):

Ned 1-2: contrato, marca, dominios, CDN/WAF.
Ned 3-6: PSP/KYC, proveedores de juegos, afiliados, contenido.
Ned 7-9: CRM/torneos promocionales/por plantillas WL, sintética/carga.
Ned 10-12: beta, pagos «en la arena», market offer, go-live.

In-house (12 meses):

Trimestre 1: billetera/cuentas/autenticación/catálogo de juegos.
Trimestre 2: pagos/CUS/antifraude, torneos/misiones v1, CDN/WAF.
Trimestre 3: CRM/Afiliados/Informes, Auto Scale/DR, Certificación.
Trimestre 4: pruebas de campo, migración de tráfico, lanzamiento.

14) Plan de migración WL → In-house (por módulos)

1. Réplica de eventos (WL → su DWH), alineación de esquemas.

2. Ejecutar su propia billetera (grabación doble, reconciliation).

3. Transferencia de pagos/PSP, luego torneos/misiones, luego CRM/afiliados.

4. Cambio de frente/enrutamiento, desactivación de WL.

15) Lista de selección (prod-ready)

Calculado por breakeven NGR y TCO 1/3/5 años (3 escenarios).
Tiempo-a-market fijo y jurisdicción de lanzamiento.
Se confirma la disponibilidad de datos y exportaciones en bruto (esquema, frecuencia, formato).
SLA/SLO/DR del proveedor WL, multas y cláusulas exit en el contrato.
Plan híbrido/migración y presupuesto de cambio.
Se ha confirmado el apoyo a los principales proveedores de PSP/mercados.
El equipo 24/7/on-call (para In-house) está equipado, las funciones RACI están definidas.
Seguridad: KMS/rotación, WAF/DDoS, registro de auditoría, GDPR/ISO.

Resumen

White Label gana velocidad y facilidad CAPEX, pero atesora un aumento de las revoluciones debido a RevShare y las limitaciones de personalización. Su propia plataforma requiere una larga inversión y madurez operativa, pero da control de TCO, flexibilidad y propiedad de datos. Considera el umbral de equilibrio de NGR, fija el SLA/exportación de datos y, si necesitas un compromiso, ve de forma híbrida: inicio rápido de WL hoy, posesión escalonada de la plataforma mañana.