Parte: 16 — Producción, publicación, monetización y LiveOps · Fuente: Deconstructor of Fun y prácticas de LiveOps de juegos como servicio ⏱️ Duración estimada: 80 min · Nivel: Intermedio
Muchos juegos ya no "terminan" al lanzarse: siguen vivos meses o años, alimentados por eventos, temporadas y contenido continuo. A esta operación permanente se le llama LiveOps (operaciones en vivo), y es lo que convierte un juego en un servicio. Bien hecha, retiene y monetiza a largo plazo; mal hecha, agota tanto a los jugadores como al equipo.
En esta clase aprenderás a pensar el juego como servicio: a diseñar un calendario de contenido, a equilibrar novedad y estabilidad, y a gestionar la economía viva sin quemar al equipo ni a la audiencia. El entregable es un calendario de contenido de tres meses para un juego live.
Al finalizar, el alumno podrá:
| # | Tema | Por qué importa |
|---|---|---|
| 1 | Juego como servicio | Cambia el objetivo de "vender una vez" a "retener siempre". |
| 2 | Temporadas | Estructuran el contenido en ciclos con inicio y fin. |
| 3 | Eventos | Crean picos de actividad y motivos para volver. |
| 4 | Calendario de contenido | Da previsibilidad al equipo y ritmo a los jugadores. |
| 5 | Economía viva | Fuentes y sumideros determinan la salud a largo plazo. |
| 6 | Novedad vs. estabilidad | Demasiado cambio rompe; demasiado poco aburre. |
| 7 | Cadencia sostenible | El agotamiento del equipo mata más juegos live que los bugs. |
| 8 | Métricas de LiveOps | Sin retención medida, el calendario es a ciegas. |
No necesitas motor específico: LiveOps es primero planificación. Usa una herramienta de calendario o tablero (Google Sheets, Notion, Trello) para el cronograma. Estudia cómo estructuran temporadas los juegos que juegas: fíjate en la duración, el tema y las recompensas. Lecturas útiles sobre economías y LiveOps: https://www.deconstructoroffun.com/ y la documentación de sistemas de temporadas de motores comerciales.
Antes de planificar, define qué métrica quieres mover con cada pieza de contenido (retención D7, sesiones por usuario, ingresos por evento). Un calendario sin objetivos es solo un almanaque bonito. Prepara la plantilla de calendario que armaremos en el laboratorio.
Diseñarás un calendario de contenido de 3 meses para un juego live imaginario o el tuyo.
Define el juego y su temporada. Elige género y frecuencia de temporada (ej.: temporadas de 6 semanas). Escribe el tema de la temporada actual y su objetivo principal (ej.: recuperar jugadores inactivos).
Mapa de cadencia. Decide el ritmo por tipo de contenido y verifica que sea sostenible:
| Tipo | Cadencia | Esfuerzo del equipo | Objetivo |
| Temporada nueva | cada 6 semanas | Alto | Retención + monetización |
| Evento mayor | 1 por mes | Medio | Pico de engagement |
| Evento menor / reto | semanal | Bajo | Motivo diario para volver |
| Balance/hotfix | según necesidad | Bajo-Medio | Estabilidad |
| Semana | Contenido | Objetivo (métrica) | Riesgo/nota |
| 1 | Arranque Temporada 4 + pase | Retención D7 | No solapar con festivo externo |
| 2 | Evento menor: reto de fin de semana | Sesiones/usuario | Reusar assets, bajo costo |
| 3 | Evento de colaboración | Nuevos usuarios | Depende de socio externo; plan B |
Diseña la economía del evento estrella. Para uno de los eventos, lista las fuentes (cómo ganan la moneda del evento) y los sumideros (en qué la gastan). Asegura que el sumidero absorba la fuente para no inflar la economía, y que haya algo deseable que comprar.
Protege al equipo. Marca en el calendario las semanas de mayor carga y añade al menos una semana "ligera" de estabilización cada mes. Escribe una regla explícita anti-agotamiento (ej.: nada de lanzamientos grandes en dos semanas seguidas).
Define el bucle de aprendizaje. Indica qué medirás tras cada evento y cómo ajustarás el siguiente. Estructura el retro de cada pieza así:
| Evento | Métrica objetivo | Resultado | Aprendizaje | Ajuste al próximo |
| Reto fin de semana | sesiones/usuario | +12% | Buena tracción | Repetir mensual |
| Colaboración externa | usuarios nuevos | por debajo del umbral | Socio poco relevante | Cambiar de socio |
Entrega calendario + mapa de cadencia + economía del evento + regla anti-agotamiento.
Diseña un calendario de contenido de 3 meses (12 semanas) para un juego live con: tema de temporada y objetivo, mapa de cadencia por tipo de contenido, tabla semanal con objetivo y riesgo por fila, el diseño de economía (fuentes/sumideros) de al menos un evento y una regla explícita anti-agotamiento reflejada en el calendario.
Criterio de aceptación: el calendario cubre 12 semanas con al menos un objetivo medible por pieza de contenido; la economía del evento estrella tiene fuentes y sumideros equilibrados; y existe al menos una semana ligera de estabilización por mes marcada como tal para proteger al equipo.
| Síntoma | Causa y arreglo |
|---|---|
| Los jugadores se van pese a mucho contenido | Fatiga de contenido. Reduce volumen, aumenta variedad y añade descansos. |
| La moneda del evento pierde todo valor | Economía inflada: fuentes sin sumideros. Añade sinks deseables que absorban la generación. |
| El equipo termina exhausto tras dos meses | Cadencia insostenible. Planifica semanas ligeras y evita lanzamientos grandes seguidos. |
| Cada evento parece igual al anterior | Falta de tema/novedad. Varía mecánicas y recompensas, no solo los números. |
| Nadie sabe si un evento funcionó | No se definió métrica de éxito. Fija objetivo y umbral antes de lanzarlo. |
❓ ¿LiveOps sirve para juegos pequeños o solo para los grandes? Sirve a cualquier escala; lo que cambia es la cadencia. Un equipo pequeño puede sostener eventos ligeros mensuales sin colapsar.
❓ ¿Cada cuánto lanzo una temporada nueva? Depende de tu capacidad de producción. Mejor una cadencia lenta y cumplida que una rápida que agote al equipo y baje la calidad.
❓ ¿Cómo evito la inflación de la economía? Asegura que por cada fuente de recursos exista un sumidero atractivo; si generas más de lo que se consume, el valor se derrumba.
❓ ¿Qué priorizo: novedad o estabilidad? Ambas. Sin novedad se aburren; sin estabilidad se frustran. El calendario debe alternar picos de novedad con semanas de pulido.
Clase 276 - Lanzamiento: checklist y día del launch