Cómo se hace un slot: 12 semanas del modelo matemático al build certificado

Guides · 2026-07-15 · 9 min read · By CROCO Games

El pipeline real de producción detrás de un lanzamiento de slot — quién hace qué semana a semana, dónde se retrasan los plazos, qué congela la certificación y qué decisiones pueden influir todavía los operadores.

Los operadores ven el final del pipeline: un anuncio de lanzamiento, un enlace de demo, una diapositiva de roadmap. Lo que ocurre antes — y por qué "solo ajustar la frecuencia del bonus" a veces es un cambio de configuración de cinco minutos y a veces una recertificación de seis semanas — es invisible desde fuera del estudio. Esta guía recorre el pipeline tal como funciona de verdad: un estudio competente entrega un vídeo slot de complejidad media en unas doce semanas desde la luz verde hasta el build certificado. Los plazos varían con el alcance y la reutilización de cartera, pero la secuencia y sus dependencias son casi universales — y conocerlas cambia cómo lees cada roadmap de proveedor que te enseñan.

Semanas 1–2: concepto y modelo matemático

Todo slot empieza como dos documentos escritos en paralelo: un brief de concepto (tema, audiencia, mercados objetivo, gancho de función — una página si el estudio es disciplinado) y el modelo matemático. El matemático construye el juego como objeto de hoja-de-cálculo-y-simulación mucho antes de que tenga arte: tiras de símbolos, ponderaciones, tabla de pagos, lógica de funciones, y luego millones de giros simulados hasta converger RTP, frecuencia de premio, volatilidad y probabilidad del premio máximo. El producto es la PAR sheet — la especificación con la que todo lo posterior debe cuadrar.

Las dos decisiones tomadas aquí que nadie deshace barato después: la mecánica (un tablero Hold & Win, un multiplicador de racha, un motor de ways — esto determina toda la base de código de la función) y el objetivo de volatilidad (que determina la audiencia, según la lógica de segmentos con la que funciona todo lobby). El tema, en cambio, es refactorizable — los estudios revisten matemática probada con arte nueva rutinariamente; es el secreto peor guardado de la industria y, hecho con honestidad, una práctica perfectamente válida: matemática probada con presentación fresca gana a matemática nueva de atractivo no probado en la mayoría de los calendarios de lanzamiento.

Semanas 3–5: prototipo y primera versión jugable

Ingeniería construye un prototipo jugable sobre el framework del estudio: RNG y lógica de juego del lado del servidor (el motor de resultados que la certificación pondrá a prueba), renderizado del cliente y la UI provisional. El framework es la razón de que los estudios puedan lanzar mensualmente mientras un build desde cero llevaría un año — los rodillos, la presentación de premios, el autoplay, la pantalla de la tabla de pagos son código de plataforma, no código por juego.

El prototipo responde a una pregunta: ¿la mecánica se siente como dice la matemática que debería? Una activación de función de 1-entre-200 que parecía bien en la simulación puede sentirse como un desierto a 3 giros por segundo en la mano. Aquí se calibran la cadencia de activación, el timing de anticipación y la duración de la celebración — siempre dentro de los límites de la matemática certificada, moviendo presentación, no probabilidades. Los productores lo llaman el ritmo del juego, y es la diferencia entre títulos de especificación idéntica que retienen distinto.

Semanas 4–8: arte, sonido y la capa de presentación

La producción de arte se solapa con ingeniería deliberadamente: conjuntos de símbolos, fondos, animación de personajes, la gramática visual de la función. Dos verdades de producción que conviene conocer. Primera, la presentación del premio es un dispositivo de comunicación matemática — cerca de la mitad del presupuesto de arte de un slot moderno va a cómo se anuncian, cuentan y celebran los premios, porque esa capa es lo que la investigación identifica consistentemente como motor de preferencia (los jugadores responden al paquete audiovisual alrededor de los premios, no a la generosidad abstracta). Segunda, el sonido es estructural: jingles de premio escalados por bandas de multiplicador, audio de anticipación en giros adyacentes a la función, la cama de baja frecuencia bajo una ronda de bonus — un slot con audio provisional testea mediblemente peor con matemática idéntica.

Mobile-first aquí no es un eslogan sino una restricción de layout: controles alcanzables en modo retrato, legibilidad de símbolos en tamaños de móvil y presupuestos de batería/ancho de banda moldean cada asset. La versión de escritorio es ahora la adaptación, no al revés.

Semanas 7–9: integración, QA interno y la pasada de compliance

Mientras llega el arte, el juego se conecta al RGS (remote game server) del estudio y, a través de él, a la capa de agregación — llamadas de cartera bet/win, historial de rondas, replay, registro de eventos regulatorios, la superficie de API contra la que integran los operadores. El QA interno ejecuta tres barridos distintos: funcional (¿funciona cada ruta de función?), verificación matemática (¿converge una muestra grande simulada-y-en-vivo a la PAR sheet?) y plataforma/compliance (gestión de sesión, recuperación de desconexión, comportamiento ante peticiones malformadas, requisitos de UI específicos de mercado — reality checks, visualización de posición neta, límites de apuesta por jurisdicción objetivo).

La recuperación de desconexión merece su frase: un jugador caído en mitad del bonus debe reanudar exactamente donde la función se pausó, porque todos los laboratorios de certificación lo prueban y todas las redes reales les fallan a jugadores a diario. Es la fuente más común de tickets en juegos recién lanzados.

Semanas 9–11: certificación

El build va a un laboratorio acreditado — GLI, BMM, iTech Labs, eCOGRA son los nombres que verás en los certificados — que verifica de forma independiente el comportamiento del RNG, la conformidad del modelo matemático con la PAR sheet y los estándares técnicos por jurisdicción. Los laboratorios cobran por build y por jurisdicción, lo que impulsa un comportamiento de producción crucial: la matemática se congela antes de la presentación. Cualquier cambio post-certificación en probabilidades, tabla de pagos o variantes de RTP es un build nuevo y un ciclo nuevo de certificación — semanas y dinero real. Las correcciones de la capa de presentación (arte, textos, sonido, UI no matemática) generalmente no tocan el sobre matemático certificado — por eso los estudios corrigen una errata en días pero un cambio de frecuencia de bonus lleva una recertificación.

Esa es la respuesta a la pregunta del operador "¿podéis hacer que la función salga más a menudo?" — no es cabezonería, sino la economía de certificación de la petición. Lo que sí puede moverse sin recertificar: qué variante de RTP precertificada recibe tu mercado, los parámetros de función explícitamente construidos (y certificados) como configurables, y todo lo cosmético.

Semanas 11–12: paquete de lanzamiento y release

La última quincena es empaquetado: assets de marketing (miniaturas en cada formato de agregador, pantallas promocionales, builds de demo), documentación de game sheet para operadores — especificaciones, descripciones de funciones, lista de mercados certificados — coordinación de calendario con agregadores y configuración de despliegue por fases. Los estudios tratan cada vez más la miniatura como entregable de primera clase, porque en un lobby donde el juego mediano conserva un puesto de top-10 solo unos días, el icono es el anuncio. Un lanzamiento sin plan promocional desperdicia la única semana en que el juego tiene atención de estantería garantizada como "Novedad".

Dónde se tuercen de verdad las doce semanas

Los retrasos se agrupan en cuatro sitios, en frecuencia descendente: colas de certificación (los backlogs de laboratorio son la dependencia menos controlable de la industria — los buenos estudios reservan hueco antes de terminar el QA); inflación de funciones en el prototipo (el instinto de "una mecánica más" que convierte un juego compacto en uno tardío y turbio); bucles de revisión de arte cuando el tema quedó infraespecificado en el concepto; y cambios de alcance de jurisdicción en pleno vuelo (añadir un mercado tarde significa nuevos requisitos de compliance contra un build congelado). Cuando el roadmap de un proveedor se retrasa un mes, casi siempre es uno de estos cuatro — merece la pena preguntar cuál.

Qué pueden influir los operadores — y cuándo

Tienes más palanca de la que imaginas, si la aplicas en la semana correcta. Temprano (semanas 1–2): las wishlists de mercado moldean genuinamente los decks de concepto — huecos de volatilidad en tu lobby, demanda de temas en tus datos, peticiones de mecánicas. En pleno vuelo (semanas 4–8): nada; pedir cambios de matemática aquí es pedir un reinicio. Prelanzamiento (semanas 11–12): selección de variante de RTP para tu mercado, alineación promocional, negociación de ventanas exclusivas, planes de torneo de lanzamiento. Los proveedores que merecen la asociación canalizan input estructurado de operadores en su fase de concepto — habla con nosotros sobre lo que le falta a tu lobby, y mira cómo entrega CROCO una cadencia de lanzamientos construida alrededor de ese bucle de input.

Preguntas frecuentes

¿Cuánto se tarda en desarrollar un slot? Unas doce semanas desde la luz verde hasta el build certificado para un título de complejidad media en un estudio con framework establecido — concepto y matemática (2), prototipo (3), arte y sonido solapados (4–5), integración y QA (3), certificación (2–3), paquete de lanzamiento (1–2), con etapas solapadas.

¿Por qué un estudio no puede simplemente cambiar la frecuencia del bonus tras el lanzamiento? Porque las probabilidades de activación viven en el modelo matemático certificado. Cualquier cambio en probabilidades o tabla de pagos exige un build nuevo y una nueva certificación de laboratorio por jurisdicción — semanas de tiempo y coste real. Solo los cambios de presentación y los parámetros precertificados como configurables se mueven rápido.

¿Qué prueba realmente un laboratorio de certificación de slots? La integridad del RNG, la conformidad del comportamiento en vivo con la especificación matemática de la PAR sheet, la gestión de desconexión/recuperación y los estándares técnicos específicos de la jurisdicción. El certificado aplica a un build exacto en mercados nombrados.

¿Pueden los operadores influir en qué slots hace un proveedor? Sí — en la fase de concepto. Los huecos de volatilidad, la demanda de temas y las wishlists de mecánicas aportadas antes de la semana 2 moldean decisiones reales; las mismas peticiones a mitad de producción son reinicios. Los proveedores serios canalizan un bucle estructurado de input de operadores en su roadmap.

Conclusiones clave