Sal del legacy. Pasa a infraestructura moderna.
En 30 días.
El playbook de cuatro semanas para operadores que escapan de SoftSwiss, EveryMatrix, BetConstruct, Digitain o SOFTGAMINGS. Base de jugadores, saldos de billetera, historial de tiers KYC, ledger de bonos y segmentos de CRM preservados al centavo. Sin lock-in de proveedor. Sin revenue-share de GGR. Sin tarifas por marca.
Cuatro semanas. Cuatro checkpoints.
Las migraciones no fallan porque la plataforma nueva sea lenta. Fallan porque el cutover pierde datos, rompe el compliance o sorprende a los jugadores. El playbook está estructurado para que el cutover sea el evento más pequeño de las cuatro semanas — el trabajo está en las pruebas paralelas que lo preceden.
- Semana 101
Export de datos + levantamiento de infraestructura paralela
Exportamos tu estado completo de operador desde el proveedor legacy bajo sus términos contractuales de portabilidad de datos (cuentas de jugadores, ledgers de billetera, documentos KYC + historial de tiers, ledger de bonos, segmentos de CRM, historial de transacciones). nuke.ai levanta tu tenant en paralelo — base de datos separada, caché separado, tokens de lanzamiento de juegos separados. Tu marca existente sigue en vivo y atendiendo jugadores todo el tiempo.
Base de jugadores importada. Saldos de billetera conciliados al centavo. Tiers KYC preservados.
- Semana 202
Configuración + espejo de jurisdicción
El Compliance Config Center se puebla desde tu postura jurisdiccional existente — parámetros de licencia, límites de depósito/pérdida, lista de autoexclusión (incluida la sincronización con GAMSTOP para operadores del Reino Unido), triggers de tiers KYC, geobloqueo, restricciones de bonos, cadencia de reportes fiscales. Se conectan las relaciones con procesadores de pago (conservas tus contratos PSP existentes — no te forzamos a cambiar). La selección del catálogo de juegos se migra; los títulos que pierdes se marcan para que puedas comunicarlo a los jugadores por adelantado.
Plantillas de jurisdicción configuradas. Relaciones PSP reconectadas. Paridad del catálogo de juegos.
- Semana 303
Pruebas paralelas + tráfico shadow
Tu plataforma existente sigue siendo la primaria. nuke.ai replica un porcentaje del tráfico en vivo en modo shadow — cada apuesta, cada depósito, cada retiro se reproduce contra el nuevo tenant y se compara con el resultado legacy. Las discrepancias (redondeo, deriva de seeds RNG, lógica de elegibilidad de bonos) afloran aquí, no en producción. Las campañas de CRM corren en modo dry-run contra los nuevos segmentos.
Paridad de tráfico shadow confirmada. Log de discrepancias resuelto. Decisión go/no-go tomada.
- Semana 404
Cutover + desmantelamiento del legacy
El DNS cambia. Los jugadores llegan a nuke.ai. Sus billeteras, bonos, estatus VIP, tier KYC y estado de autoexclusión están exactamente donde los dejaron en la plataforma legacy — por diseño, el cutover es invisible para el jugador. El proveedor legacy recibe la notificación contractual de terminación. nuke.ai opera la plataforma; tu equipo opera la marca.
En vivo en nuke.ai. Proveedor legacy en ventana de desmantelamiento de 90 días. Log de auditoría completo exportado.
Lo que sobrevive al cutover.
La ansiedad de migración más profunda de todo operador es la misma: ¿voy a perder a mis jugadores, mis datos o mi estado de compliance? La respuesta es no. En concreto:
- Cuentas de jugadores
- Cada ID de jugador, correo, fecha de registro, historial de logins y estado de cuenta migra 1:1. Los jugadores autoexcluidos siguen autoexcluidos. Las cuentas cerradas siguen cerradas.
- Saldos de billetera
- Conciliados al centavo en rieles fiat y cripto. Los retiros pendientes se completan en la plataforma legacy antes del cutover; los retiros nuevos se rutean por nuke.ai.
- Historial de tiers KYC
- Cada documento subido, cada timestamp de verificación, cada log de auditoría de subida de tier. Los nuevos PSP / proveedores KYC no disparan una re-verificación — el tier existente se mantiene.
- Ledger de bonos
- Bonos activos, estados de wagering pendiente, saldos de free spins y utilización histórica de bonos. La matemática de progreso de wagering se reproduce en el shadow testing de la Semana 3 para confirmar la paridad.
- Segmentos de CRM
- Segmentos conductuales, designaciones VIP, puntajes de riesgo de churn, preferencias de comunicación, flags de opt-in/opt-out. El Customer Value Hub retoma el historial de segmentación desde el Día 1.
- Historial de transacciones
- Historial completo de depósitos/retiros/apuestas exportado como archivo inmutable. Disponible para los operadores para reportes fiscales, auditorías del regulador y disputas de jugadores durante todo el período de retención legal.
- Estado de compliance
- Autoexclusión (incl. GAMSTOP), límites de depósito, límites de pérdida, cooling-off, flags de riesgo conductual — todo preservado por jugador. Sin re-onboarding, sin re-aceptación de T&C salvo que la jurisdicción lo exija.
- Catálogo de juegos
- Los títulos que sirves activamente se mapean al Game Aggregator de nuke.ai. Los títulos perdidos (raros) se marcan en la Semana 2; los jugadores se notifican por adelantado vía CRM antes del cutover.
La tarifa fija se acumula a tu favor.
Los proveedores legacy cobran como porcentaje del GGR. A medida que escalas, tu proveedor escala contigo — ocho centavos de cada dólar por encima de la línea base se van de tu P&L. nuke.ai cobra una tarifa fija de plataforma que escala con la cantidad de marcas y los MAU, no con el ingreso. El punto de cruce es donde la migración se paga sola.
| Escenario | Legacy (revenue-share) | nuke.ai (fija) |
|---|---|---|
| Marca única · $500K/mes GGR · 5K MAU | 8% de revenue-share sobre GGR = ~$40K/mes + setup | Tarifa fija de plataforma enterprise (estimación del Launch Calculator) Inflexión en ~$500K de GGR — más allá, el revenue-share crece; la tarifa fija no. |
| Multimarca · $5M/mes GGR · 100K MAU | 8% de revenue-share sobre GGR = ~$400K/mes + tarifas de setup por marca + markup de managed services | La tarifa fija de plataforma escala con la cantidad de marcas + MAU, no con el GGR Típicamente $3M–$7M ahorrados en 36 meses — la cifra exacta sale del Launch Calculator. |
| Enterprise · $50M+/mes GGR · 500K+ MAU | Revenue-share + tarifas por marca + markup de desarrollo custom; decenas de millones en 36 meses | Contrato enterprise fijo; la automatización con IA elimina el 20-50% del headcount de ops Ahorros de ocho cifras en 36 meses son lo típico; la eficiencia operativa domina la matemática. |
*Escenarios ilustrativos. Tu costo mensual exacto lo genera el Launch Calculator a partir de tu configuración específica. Las cifras de revenue-share legacy asumen una tasa combinada del 8%, típica en la industria para contratos enterprise multimarca.
¿Migras desde un proveedor específico?
Cada proveedor legacy tiene sus propias particularidades contractuales y su propia forma de integración técnica. El playbook es el mismo; los detalles de las primeras semanas son específicos de cada proveedor.
Desde SoftSwiss
Matriz completa →Los acuerdos de SoftSwiss típicamente incluyen un período de preaviso (90 días estándar) y una cláusula de export de datos que exige una solicitud escrita a través de su mesa de compliance. No dispares la notificación de terminación antes de que la solicitud de export sea acusada — la secuencia contractual importa.
La migración de saldos de billetera desde SoftSwiss es directa (exportan a CSV de forma confiable). La migración del ledger de bonos requiere conciliar los estados de wagering pendiente — eso lo corremos en el shadow testing de la Semana 3.
Desde EveryMatrix
Matriz completa →Los contratos modulares de EveryMatrix implican que quizás estés migrando solo una parte de su stack (p. ej. casino pero conservando la integración de su motor de sportsbook OddsMatrix). La página /compare/everymatrix documenta qué motores se integran limpiamente con la capa headless de nuke.ai.
Si has estado en el tier de managed services de EveryMatrix, espera una ventana de handoff de 1 semana en la que su equipo de ops transfiere los runbooks operativos. La agendamos entre la Semana 2 y la Semana 3 del playbook.
Desde BetConstruct
Matriz completa →Los contratos de BetConstruct suelen abarcar retail + online; si solo operas online, la migración es de vía única. Los operadores con terminales retail sobre hardware SpringBME necesitan una ventana de operación paralela más larga — coordina con tu equipo de retail ops temprano en la Semana 1.
El motor de apuestas SpringBME se integra con la capa de plataforma de nuke.ai mediante contratos estándar de webhooks; si quieres conservar la profundidad de sportsbook de BetConstruct mientras mueves casino + CRM + compliance a nuke.ai, esa configuración híbrida está soportada.
Desde Digitain
Matriz completa →Los contratos sportsbook-first de Digitain suelen tener el revenue-share de GGR atado específicamente al ingreso de apuestas deportivas. Si mueves la vertical de casino a nuke.ai pero conservas el sportsbook de Digitain, el alcance del revenue-share se reduce — modela los nuevos términos del contrato antes de negociar la renovación.
El motor de cuotas nativo de Digitain se integra con la capa de plataforma de nuke.ai mediante contratos de webhooks. Las migraciones de solo casino se completan en la ventana estándar de 30 días; las migraciones full-stack (casino + sportsbook al modelo mediado por el agregador de nuke.ai) toman ~45 días.
Desde SOFTGAMINGS
Matriz completa →El modelo dual turnkey y white-label de SOFTGAMINGS implica que el alcance de la migración depende de en cuál estés. Los operadores white-label no son dueños de la licencia; migrar aquí significa readquirir (o comprar a través de) una licencia junto con el cambio de plataforma. Los operadores turnkey son dueños de su licencia y la migración es de vía única.
La paridad del catálogo de juegos es la principal preocupación de la migración — SOFTGAMINGS agrega un catálogo bruto más grande (más de 13.000 títulos declarados); el catálogo de más de 5.000 títulos de nuke.ai cubre el subconjunto de alta conversión que la mayoría de los operadores realmente sirve. Los títulos perdidos se identifican en la Semana 2 y se comunican por adelantado a los jugadores.
¿Operas con un proveedor que no está en la lista? El playbook aplica igual — cambia la forma del export de datos, cambian las cláusulas del contrato, pero la secuencia de cuatro semanas es la misma. Escríbele al equipo de migración con tu proveedor actual y lo dimensionamos.
Qué puede salir mal (y qué hacemos al respecto).
- Pérdida de datos en el paso de export
- Se mitiga con la operación paralela hasta la Semana 3 — la plataforma legacy sigue siendo la primaria hasta que se confirma la paridad del tráfico shadow. Si el export está incompleto o incorrecto, te enteras antes del cutover, no después.
- Confusión de jugadores en el cutover
- El cutover es invisible — mismo dominio, mismo login, mismo saldo de billetera, mismo estatus VIP. Pre-coordinamos una ventana de mantenimiento en la hora de menor tráfico de tu mercado más grande y completamos el cambio de DNS en menos de 5 minutos.
- No aceptación regulatoria de la nueva plataforma
- Coordinamos con tu equipo de compliance para presentar la notificación de cambio de plataforma ante tu(s) regulador(es) durante la Semana 2 — antes de cualquier cambio en producción. La mayoría de las jurisdicciones exige notificación, no preaprobación; el timing importa.
- Deriva en la matemática de wagering de bonos
- Los cálculos de progreso de wagering se reejecutan en el shadow testing de la Semana 3 sobre cada bono activo. Las discrepancias (típicamente redondeo a 4 decimales) se detectan y concilian antes del cutover. Cualquier delta inducido por redondeo se lo pagamos al jugador.
- CRM en frío (sin campañas corriendo en el sistema nuevo)
- El Customer Value Hub se precarga con tus segmentos existentes durante la Semana 2. Las campañas del Día 1 siguen corriendo sin reconstrucción manual. El scoring de segmentos conductuales retoma desde el estado legacy.
- Obstrucción del proveedor legacy a la salida
- La mayoría de los contratos legacy tiene una cláusula de portabilidad de datos exigible contractualmente. Hemos acompañado a operadores en su ejecución cuando el proveedor se demora. La ventana de desmantelamiento de 90 días le da al proveedor legacy tiempo suficiente para cumplir.
¿Listo para dimensionar tu migración?
Llamada de 30 minutos con el equipo de migración. Recorremos tu stack actual, el timeline de tu contrato y la forma de los datos que vamos a importar. Demo en vivo de la plataforma en la misma llamada.