Comprender los KPI de los videojuegos: métricas que todo editor y estudio debería monitorizar
KPIs de juegos no es una disciplina nueva. Estudios, publishers y agencias de UA llevan más de una década midiendo curvas de retención, embudos de monetización y eficiencia de adquisición. Lo que ha cambiado son las apuestas: el mercado móvil es más competitivo, los costes de UA son más altos y el margen para operar a ciegas es más estrecho que nunca.
Definir los KPIs de desarrollo de videojuegos correctos desde el principio de un proyecto permite a los estudios medir lo que importa cuando el juego sale en vivo — y diagnosticar problemas antes de que se vuelvan costosos de solucionar.
Entender las métricas de tu juego no es opcional en ninguna etapa del journey de publicación. Define tres relaciones críticas que determinan si un juego sobrevive su primer año.
Si te autopublicas, tus KPIs son el sistema operativo de tu juego en vivo. Cada decisión de presupuesto de UA, cada evento de LiveOps, cada ajuste de precios se remonta a una métrica. Sin un framework completo de KPIs, estás tomando decisiones costosas por intuición.
Si estás trabajando con un publisher, te pedirán tus números antes de firmar cualquier cosa. D1, D7, D30 retención, ARPDAU, LTV, tasa de conversión: no son solicitudes, son prerrequisitos. Un estudio que no puede responder estas preguntas con fluidez pierde acuerdos de publicación ante estudios que sí pueden.
Si estás gestionando campañas de UA (o contratando una agencia que lo haga), los KPIs de juegos y la calidad del tráfico son inseparables. Tu retención D1 refleja la calidad de las instalaciones que generan tus campañas. Tu ROAS es función directa de tu LTV. Tus objetivos de CPI solo tienen sentido en el contexto de tus benchmarks de monetización. Hacer UA sin dominar los KPIs es quemar presupuesto, no crecer.
Este artículo cubre el stack completo de métricas: los KPIs clásicos que todo estudio conoce, más la capa moderna que la mayoría de artículos omiten: métricas de embudo de incorporación y FTUE, win rates por nivel, ROAS, eCPM, tasa de crashes y los análisis de progresión que separan los juegos que retienen de los que pierden jugadores.
Métricas de juegos móviles se suelen agrupar en solo dos categorías, pero un framework completo para estudios y publishers requiere una tercera capa anterior que abarca adquisición e incorporación — la que la mayoría de artículos omiten.
Las Tres Capas de las Métricas de Juegos
La mayoría de frameworks dividen las métricas de juegos en dos grupos: engagement y monetización. Ese modelo es incompleto. Una estructura más útil añade una tercera capa que se sitúa aguas arriba de ambas.
Capa 1: Métricas de Adquisición e Incorporación
Estas miden lo que ocurre antes de que un jugador se convierta en usuario retenido. El coste de adquisición, la calidad de las instalaciones, las tasas de finalización del FTUE y el abandono en el embudo inicial viven aquí. Esta capa es la menos rastreada en estudios más pequeños y la más relevante para la economía de UA.
Capa 2: Métricas de Engagement
Estas miden cómo los jugadores interactúan con el juego una vez retenidos: si vuelven, cuánto tiempo permanecen, qué tan profundamente se involucran con los sistemas centrales y cómo progresan en el contenido. Tasas de retención, stickiness, profundidad de sesión y datos de progresión por nivel pertenecen aquí.
Capa 3: Métricas de Monetización
Estas miden la producción comercial de ese engagement: cuánto gastan los jugadores, con qué eficiencia el estudio adquiere y retiene usuarios de pago, y cómo se ve el lifetime value en relación con el coste de adquisición.
La relación entre estas capas es causal, no casual.
Insight clave: Una incorporación deficiente corrompe todas las métricas posteriores. Un juego con una finalización de FTUE baja mostrará D1 bajo, conversión baja y LTV bajo — no porque el juego central esté roto, sino porque los jugadores nunca lo alcanzaron.
Entender las tres capas, y las relaciones entre ellas, es lo que separa las operaciones de juego informadas por datos del seguimiento de métricas de vanidad.
Métricas de Incorporación y Embudo FTUE
La Primera Experiencia de Usuario (FTUE) es el segmento de mayor apalancamiento de cualquier juego en vivo. Los jugadores que completan la incorporación tienen muchas más probabilidades de llegar al Día 7, realizar una primera compra y convertirse en usuarios retenidos a largo plazo. Los estudios que no miden este embudo en detalle granular vuelan a ciegas durante la ventana más crítica del journey del jugador.
Tasa de Finalización del FTUE
Qué mide: El porcentaje de nuevos jugadores que completan todos los pasos requeridos de incorporación, típicamente la secuencia de tutorial y el primer ciclo del bucle central.
Por qué importa: La tasa de finalización del FTUE es el primer punto de control diagnóstico en todo el embudo de jugadores. Según los GameAnalytics 2025 Mobile Gaming Benchmarks, los juegos con altas tasas de finalización de FTUE ven una retención D1 de 2x o más en comparación con juegos donde una parte significativa de jugadores abandona durante el tutorial. Si tu tasa de finalización de FTUE está por debajo del 70%, estás perdiendo una parte sustancial de tu gasto en UA antes de que los jugadores experimenten el juego central.
Benchmarks:
-
Por encima del 80%: Incorporación sólida, poca fricción inicial
-
65–80%: Aceptable, pero vale la pena hacer A/B testing del flujo del tutorial
-
Por debajo del 65%: Crítico, el tutorial es un driver significativo de churn
Implicación LiveOps: El FTUE es un problema de producto, no de LiveOps. La solución está en el diseño del tutorial, reducción de pasos y eliminación de fricción, no en la programación de eventos.
Abandono del Embudo de Incorporación por Paso
Qué mide: El porcentaje de jugadores que abandonan el juego en cada paso específico de la secuencia de incorporación.
Por qué importa: La tasa agregada de finalización de FTUE te dice que los jugadores están abandonando. Los datos del embudo a nivel de paso te dicen dónde. Un pico de abandono en el Paso 4 de 12 es un problema completamente diferente al de un pico en el Paso 11 de 12. Los datos a nivel de paso hacen que la solución sea accionable.
Qué instrumentar: Cada acción discreta del tutorial debe ser un evento nombrado en tus análisis: tutorial_step_started, tutorial_step_completed, tutorial_skipped, tutorial_abandoned. La visualización del embudo construida a partir de estos eventos es uno de los dashboards más valiosos en las primeras operaciones en vivo.
Tiempo para Completar el Primer Bucle Central
Qué mide: Cuánto tarda un nuevo jugador, en tiempo real, en completar su primer ciclo completo del bucle de juego central.
Por qué importa: El tiempo hasta el primer bucle central es un indicador de eficiencia de incorporación. Cuanto más rápido llegue un jugador al momento de juego genuino, mayor la probabilidad de que regrese. Cada minuto extra de tutorial antes del primer momento satisfactorio es un riesgo de retención. Los títulos casuales de mejor rendimiento apuntan a un tiempo hasta el primer bucle de menos de tres minutos.
Tiempo hasta la Primera Compra (TTFP)
Qué mide: El tiempo medio transcurrido entre la primera sesión de un jugador y su primera compra dentro de la aplicación.
Por qué importa: El TTFP te indica si tu arquitectura de monetización está alineada con la disposición del jugador. Un TTFP muy corto (menos de 10 minutos) a menudo señala un paywall agresivo temprano que puede dañar la retención. Un TTFP muy largo (más de 7 días) sugiere que el juego no presenta oportunidades de compra en los momentos de mayor engagement. La ventana óptima varía por género pero típicamente cae entre el Día 1 y el Día 3 para títulos casuales.
|
Género |
Objetivo TTFP Típico |
|
Hipercasual |
Día 3–7 (primero anuncios, IAP secundario) |
|
Casual |
Día 1–3 |
|
Mid-core |
Día 2–5 |
|
RPG / Estrategia |
Día 3–7 |
Métricas de Retención Principal
Métricas de retención de juegos — D1, D7 y D30 — forman el embudo principal que revela no solo si los jugadores regresan, sino por qué lo hacen o no. Son la base de cualquier framework de KPIs de un juego en vivo.
La retención es la base de cada otra métrica en un juego en vivo. Si los jugadores no regresan, nada más importa. Los rangos por género a continuación se derivan de los GameAnalytics 2025 Mobile Gaming Benchmarks y el Liftoff 2025 Mobile Gaming Apps Report.
Una nota sobre benchmarks: Todos los rangos en este artículo se basan en investigaciones generales de mercado y deben tratarse como señales direccionales, no como objetivos fijos. Los KPIs evolucionan constantemente a medida que los mercados cambian y el comportamiento del jugador se adapta. Incluso dentro del mismo género, dos RPGs pueden tener expectativas de benchmark legítimamente distintas según su modelo de monetización, audiencia objetivo, mezcla geográfica y diseño del bucle central. Usa estos rangos para identificar anomalías y hacer mejores preguntas, no para aprobar o reprobar tu juego.
La calidad del tráfico importa tanto como los números. Los benchmarks de retención, conversión y LTV solo son significativos en el contexto de cómo se adquirieron tus jugadores. Un D1 del 32% de tráfico orgánico de alta intención cuenta una historia muy diferente al 32% de instalaciones incentivadas masivas. Siempre segmenta tus KPIs por fuente de adquisición antes de sacar conclusiones.
Retención del Día 1 (D1)
Qué mide: El porcentaje de jugadores que regresan al juego al día siguiente de la primera instalación.
Por qué importa: La retención D1 es la medida más directa de la calidad de la primera impresión. Captura si la experiencia de incorporación, la introducción al bucle central y la primera sesión fueron lo suficientemente convincentes para que el jugador vuelva. D1 también es el primer filtro en la economía de UA: un D1 bajo significa que cada métrica posterior se construye sobre una base con fugas.
|
Género |
D1 Bueno |
D1 Promedio |
D1 Preocupante |
|
Hipercasual |
35–40% |
25–35% |
Por debajo del 25% |
|
Casual |
35–45% |
28–35% |
Por debajo del 28% |
|
Mid-core |
30–40% |
22–30% |
Por debajo del 22% |
|
RPG / Estrategia |
35–45% |
25–35% |
Por debajo del 25% |
Implicación LiveOps: D1 es principalmente un problema de producto, no de LiveOps. Si el D1 es débil, la solución está en el diseño de la incorporación y la primera sesión, no en la cadencia de eventos ni en las actualizaciones de contenido.
Retención del Día 7 (D7)
Qué mide: El porcentaje de jugadores que regresan el Día 7 después de la primera instalación.
Por qué importa: D7 captura si el sistema de progresión a medio plazo del juego está funcionando. Los jugadores que llegan al Día 7 han superado la fase de curiosidad inicial y están comenzando a invertir en la progresión del bucle central. D7 es un indicador adelantado del potencial de monetización: los jugadores que llegan al Día 7 tienen significativamente más probabilidades de realizar su primera compra.
|
Género |
D7 Bueno |
D7 Promedio |
D7 Preocupante |
|
Hipercasual |
10–15% |
7–10% |
Por debajo del 7% |
|
Casual |
15–20% |
10–15% |
Por debajo del 10% |
|
Mid-core |
15–22% |
10–15% |
Por debajo del 10% |
|
RPG / Estrategia |
18–25% |
12–18% |
Por debajo del 12% |
Implicación LiveOps: La mejora de D7 a menudo se impulsa mediante touchpoints tempranos de LiveOps: un evento en el Día 3 o Día 5, una cadencia de recompensas de inicio de sesión, o un hito de progresión programado para crear un retorno al juego alrededor del Día 5–6.
Retención del Día 30 (D30)
Qué mide: El porcentaje de jugadores aún activos 30 días después de la primera instalación.
Por qué importa: D30 define la viabilidad a largo plazo de un juego. Los jugadores que llegan al Día 30 son el núcleo de la audiencia de pago, los multiplicadores sociales y la comunidad que sustenta un juego en vivo. D30 también determina el techo del LTV: un juego con retención D30 sólida tiene una trayectoria de ingresos fundamentalmente diferente a uno que pierde la mayoría de su audiencia en las primeras dos semanas.
|
Género |
D30 Bueno |
D30 Promedio |
D30 Preocupante |
|
Hipercasual |
3–5% |
2–3% |
Por debajo del 2% |
|
Casual |
8–12% |
5–8% |
Por debajo del 5% |
|
Mid-core |
10–15% |
7–10% |
Por debajo del 7% |
|
RPG / Estrategia |
12–18% |
8–12% |
Por debajo del 8% |
Implicación LiveOps: D30 es el objetivo principal de las operaciones de LiveOps continuas. La cadencia de eventos, el contenido estacional, los hitos de progresión y las características sociales contribuyen a mantener a los jugadores a través de la ventana del Día 10–30 donde ocurre la mayor parte del churn.
Análisis de Progresión y Niveles
Para juegos construidos alrededor de niveles o etapas discretas, los análisis de progresión son de las métricas más valiosas operativamente disponibles. Te dicen exactamente dónde tienen éxito los jugadores, dónde luchan y dónde abandonan. La mayoría de estudios rastrean la retención sin rastrear la progresión, lo que significa que ven el síntoma (churn) sin ver la causa (un pico de dificultad en el Nivel 18).
Win Rate por Nivel
Qué mide: El porcentaje de intentos en un nivel determinado que resultan en una finalización exitosa.
Por qué importa: El win rate es la señal más directa de calibración de dificultad de nivel. Un nivel con un win rate por debajo del 30% probablemente está frustrando a los jugadores hasta el churn. Un nivel con win rate por encima del 90% probablemente es demasiado fácil para generar engagement o crear presión de monetización. El rango objetivo varía por género e intención de diseño, pero la mayoría de títulos casuales y mid-core apuntan a un win rate entre 50% y 75% en niveles estándar.
Objetivos de benchmark por tipo de nivel:
|
Tipo de Nivel |
Win Rate Objetivo |
Señal si está por debajo |
|
Niveles de tutorial |
85–95% |
La incorporación es demasiado difícil |
|
Inicio del juego (Niv. 1–20) |
70–85% |
Fricción en el bucle central demasiado alta |
|
Niveles estándar de medio juego |
55–75% |
Rango de dificultad saludable |
|
Niveles jefe / checkpoint |
35–55% |
Pico de dificultad intencional |
|
Niveles de trigger de monetización |
30–50% |
Diseñado para mostrar boost/IAP |
Implicación LiveOps: Los datos de win rate por nivel son la base del ajuste de curva de dificultad. Una caída repentina en el win rate en un nivel específico se correlaciona directamente con picos de churn en ese punto de progresión. Identificar estos "precipicios de churn" permite al equipo reequilibrar la dificultad o desplegar intervenciones de LiveOps precisamente en el momento en que los jugadores tienen más probabilidades de abandonar.
Tasa de Intentos y Tasa de Reintentos por Nivel
Qué mide: Cuántas veces los jugadores intentan un nivel determinado de media; qué porcentaje de jugadores que fallan reintenta inmediatamente.
Por qué importa: La tasa de reintentos es una medida de motivación del jugador. Un nivel con un win rate bajo pero una tasa de reintentos alta es un desafío bien diseñado: los jugadores están frustrados pero no derrotados. Un nivel con win rate bajo y tasa de reintentos baja es un trigger de abandono. La combinación de ambas métricas es mucho más diagnóstica que cualquiera por separado.
Profundidad de Progresión (Niveles Alcanzados por Cohorte)
Qué mide: La distribución de hasta dónde llegan los jugadores de una cohorte determinada en el mapa de niveles a lo largo de su vida en el juego.
Por qué importa: La profundidad de progresión te dice cuánto de tu contenido se está consumiendo realmente. Si el jugador mediano de tu cohorte del Día 30 solo ha alcanzado el Nivel 45 de 200 niveles disponibles, tienes espacio de contenido y un problema de ritmo. Si el jugador mediano del Día 30 ha alcanzado el Nivel 180, tienes un problema urgente de actualización de contenido. Ambas son señales accionables.
Insight clave: Los estudios que construyen 200 niveles y nunca miden la profundidad de progresión a menudo descubren que el 80% de su base de jugadores abandona antes del Nivel 30. La inversión en contenido más allá de ese punto no tiene impacto en la retención hasta que se solucione el problema de ritmo.
Tasa de Churn por Etapa de Progresión
Qué mide: El porcentaje de jugadores que dejan de jugar en cada nivel o nivel de progresión.
Por qué importa: Esta es la métrica que conecta el diseño de niveles con la retención. La tasa de churn por etapa de progresión revela los niveles específicos donde el juego pierde jugadores a una tasa desproporcionada. Un pico de churn en el Nivel 22 no es una coincidencia: algo en ese nivel está rompiendo la experiencia del jugador, ya sea dificultad, ritmo o una barrera de monetización que se siente injusta.
Profundidad de Engagement y Métricas de Sesión
Las métricas de retención te dicen si los jugadores vuelven. Las métricas de engagement te dicen qué hacen cuando están aquí. Un juego puede tener una buena retención D7 y un bajo engagement por sesión, lo que indica jugadores que abren la aplicación, recogen sus recompensas diarias y se van en 90 segundos. Eso no es engagement sostenible; es tráfico de interfaz de usuario. Las métricas de sesión separan los juegos con comunidades de jugadores activos de los que sobreviven por mecanismos de hábito.
Duración Promedio de Sesión
Qué mide: El tiempo promedio que los jugadores pasan activamente jugando en una sola sesión.
Por qué importa: La duración de sesión refleja cuán absorbente es el bucle central de tu juego. Es directamente proporcional a la oportunidad de monetización: las sesiones más largas dan más oportunidades para mostrar ofertas, generar eventos de compra e impulsar el engagement con el sistema económico del juego. La duración de sesión también se correlaciona con la retención D30 — los jugadores que tienen sesiones más largas tienen significativamente más probabilidades de seguir activos 30 días después.
Benchmarks por género:
-
Hipercasual: 5–12 minutos por sesión
-
Casual: 8–20 minutos por sesión
-
Mid-core: 15–35 minutos por sesión
-
RPG / Estrategia: 20–45 minutos por sesión
Sesiones por Día
Qué mide: El número promedio de veces que los jugadores activos abren el juego por día.
Por qué importa: Las sesiones por día revelan si tu juego está integrado en el comportamiento cotidiano del jugador. Un juego casual con una sola sesión de 18 minutos al día está funcionando bien. Un RPG con tres sesiones diarias de 8 minutos está convirtiendo un juego de bucle largo en micro-sesiones, lo que puede indicar problemas de diseño de energía o un bucle central que en realidad no requiere sesiones largas para ser satisfactorio.
Ratio DAU/MAU (Ratio de Adherencia)
Qué mide: Usuarios Activos Diarios dividido entre Usuarios Activos Mensuales, expresado como porcentaje.
Por qué importa: El ratio de adherencia mide qué fracción de tu audiencia mensual está activa en un día determinado. Es una medida de hábito: un juego en el que los jugadores se sienten compelidos a jugar todos los días tendrá un ratio alto. Un juego que los jugadores abren en ráfagas ocasionales tendrá un ratio bajo.
Benchmarks orientativos:
-
Hipercasual: 15–25%
-
Casual: 20–30%
-
Mid-core: 20–35%
-
RPG / Estrategia: 25–40%
Implicación LiveOps: El ratio de adherencia es uno de los objetivos más directos de las operaciones de LiveOps continuas. Las cadencias de eventos diarios, las recompensas de inicio de sesión, las rotaciones de desafíos diarios y los sistemas de racha están todos diseñados para mover este ratio hacia arriba.
Métricas de Monetización
Las métricas de monetización traducen el engagement del jugador en ingresos. Miden cuántos jugadores pagan, cuánto pagan y con qué frecuencia, y si la economía del juego está entregando valor sostenible tanto a los jugadores como al negocio. El gran error en el análisis de monetización es optimizar una sola métrica sin entender cómo interactúan. Las conversiones altas con ARPPU bajo a menudo son más saludables que las conversiones bajas con ARPPU alto, dependiendo de la dinámica del LTV.
ARPU y ARPDAU
ARPDAU LTV game — entender la relación entre los ingresos por usuario activo diario y el valor de vida útil del jugador es fundamental para que cualquier estudio de juegos móviles tome decisiones inteligentes de UA y monetización.
Qué mide el ARPU: Ingresos Medios por Usuario, normalmente calculados diariamente (ARPDAU), semanalmente o mensualmente.
Por qué importa: El ARPDAU es la métrica de monetización operativa más directamente accionable. Está directamente relacionado con las decisiones de UA: si tu ARPDAU es $0.04 y tu CPI es $0.80, necesitas que el jugador promedio sea activo durante 20 días solo para recuperar el coste de adquisición, sin siquiera comenzar a generar beneficios. El seguimiento del ARPDAU por cohorte de UA revela qué canales de adquisición envían jugadores de alta calidad versus relleno de base de datos de usuarios.
Benchmarks de ARPDAU por género (rangos combinados de múltiples fuentes de la industria):
-
Hipercasual: $0.01–$0.04
-
Casual: $0.03–$0.08
-
Mid-core: $0.06–$0.15
-
RPG / Estrategia: $0.08–$0.25+
Tasa de Conversión y ARPPU
Qué mide la tasa de conversión: El porcentaje de jugadores que realizan al menos una compra de moneda real en el juego.
Qué mide el ARPPU: El Ingreso Promedio por Usuario de Pago — cuánto gasta de media cada jugador que paga.
Por qué importan juntos: La tasa de conversión y el ARPPU cuentan dos historias diferentes sobre la monetización. Una conversión del 3% con ARPPU de $12 tiene un perfil de monetización muy diferente a una conversión del 1% con ARPPU de $48, aunque ambas produzcan ingresos similares por usuario promedio. El primero sugiere una economía de bajo precio y alto volumen; el segundo, alta inversión de ballenas. LiveOps necesita estos dos números para diseñar la estructura de precios y los eventos de oferta correctamente.
Rangos de benchmark orientativos:
-
Tasa de conversión: Los juegos móviles típicamente oscilan entre 1,5% y 5%; los mid-core y RPG a menudo ven el rango del 2–4%
-
ARPPU: Varía significativamente; las distribuciones de pago casual a menudo se centran en $5–$20, mientras que los mid-core y RPG ven promedios de $20–$80+
Valor de Vida (LTV)
Qué mide: Los ingresos totales predichos generados por un jugador durante toda su vida en el juego.
Por qué importa: El LTV es el número final que determina cuánto puedes gastar para adquirir un jugador mientras sigues siendo rentable. Si el LTV de tu cohorte es $1.20 a los 90 días, tu CPI objetivo no puede ser $1.50, independientemente de lo bien que se vea tu ROAS de 7 días en las campañas individuales. El LTV a 90 días y a 180 días son los horizontes de predicción más críticos para la mayoría de la planificación de UA de juegos móviles.
ROAS (Retorno sobre el Gasto Publicitario)
Qué mide: Ingresos generados por jugadores adquiridos a través de una campaña UA específica divididos por el coste de esa campaña, normalmente expresado como porcentaje o multiplicador.
Por qué importa: El ROAS es cómo los estudios miden la rentabilidad de UA a nivel de campaña, fuente y creatividad. El ROAS del 100% (1:1) en el Día 7 no significa que seas rentable — significa que has recuperado el coste de adquisición en 7 días, sin contar los costes operativos. Los objetivos de ROAS varían por modelo de monetización y fase de ciclo de vida del juego, pero según el Índice de Rendimiento de AppsFlyer, los objetivos comunes incluyen:
-
ROAS D7: 30–50% (retorno parcial mientras se acumula el LTV)
-
ROAS D30: 60–80%
-
ROAS D90: 80–110% (recuperación de costos en el rango objetivo)
Implicación LiveOps: El ROAS D30 mejora directamente con una retención más fuerte y una profundidad de monetización mayor. Los estudios que operan activamente eventos LiveOps durante la ventana D7–D30 a menudo ven que los jugadores adquiridos mediante UA alcanzan hitos de monetización más profundos durante ese período, mejorando el ROAS D30 sin cambios en los costes de adquisición.
Métricas de Rendimiento Técnico
Las métricas de rendimiento técnico a veces se tratan como métricas de ingeniería separadas de los KPIs de producto. Ese es un error. Las métricas de rendimiento técnico impactan directamente a D1, D7 y a la tasa de conversión. Un jugador que experimenta un crash en su primera sesión no regresa. Un jugador que experimenta un ANR (Application Not Responding) en el primer evento LiveOps de monetización no convierte.
Tasa de Crashes
Qué mide: El porcentaje de sesiones de juego que terminan en un crash de la aplicación.
Por qué importa: Los crashes son los destructores de retención más directos disponibles. A diferencia de la dificultad elevada o el ritmo pobre — ambos accionables pero subjetivos — los crashes son fallos objetivos que terminan la sesión involuntariamente. Según Firebase Crashlytics, los juegos móviles bien gestionados objetivo una tasa de crashes por debajo del 1%. Alcanzar y mantener por debajo del 0.5% para lanzamientos de nuevas versiones es el estándar para equipos de calidad.
Tasa de ANR (Application Not Responding)
Qué mide: El porcentaje de sesiones que experimentan freezes de aplicación que no responde en Android, normalmente definidos como la aplicación que no responde a la entrada durante más de 5 segundos.
Por qué importa: Los ANR a menudo son más dañinos que los crashes porque no terminan la sesión — crean una experiencia de "juego roto" que persiste. Un jugador que experimenta un ANR durante un evento cronometrado LiveOps tiene una probabilidad desproporcionadamente alta de hacer churn. El estándar de Google para una experiencia de usuario de calidad según los Android Vitals es que los ANR de usuario ocurran en menos del 0.47% de las sesiones diarias.
Tamaño del Paquete y Tiempo de Carga
Qué mide: El tamaño de descarga de la aplicación; el tiempo desde el lanzamiento hasta el primer fotograma jugable interactivo.
Por qué importa: Según Core Web Vitals de Google y los estándares de la industria de juegos móviles, las tasas de instalación caen significativamente cuando las aplicaciones superan los 100 MB en mercados donde el acceso a datos es variable. Las restricciones de tamaño de paquete no son solo un problema técnico — son un problema de UA. Un paquete demasiado grande reduce las tasas de instalación en campañas UA en todos los canales.
Métricas de Adquisición de Usuarios y Crecimiento
Las métricas de adquisición de usuarios conectan el producto con el mercado. Miden si tus campañas de UA están enviando los jugadores correctos a un coste sostenible, si esos jugadores se comportan de manera que justifique el gasto de UA, y si la economía general de adquisición y retención de tu juego es sostenible.
CPI (Coste por Instalación)
Qué mide: El coste promedio de conseguir que un usuario instale tu juego a través de un canal publicitario de pago.
Por qué importa: El CPI es el precio de entrada para la UA pagada. Por sí mismo no te dice nada — un CPI de $2.50 puede ser excelente para un RPG mid-core con LTV de $4.80 a 180 días, o catastrófico para un juego hipercasual con ARPDAU de $0.02. El CPI siempre debe evaluarse en relación con el LTV predicho de la cohorte adquirida en ese canal, y segmentarse por fuente, geo y creatividad para identificar la mezcla más eficiente.
CPA (Coste por Acción)
Qué mide: El coste de conseguir que un usuario adquirido complete una acción específica en el juego — normalmente su primera compra, completar la incorporación, o alcanzar un hito de nivel específico.
Por qué importa: El CPA es una señal de calidad más refinada que el CPI. Si estás midiendo "Coste por Primer Pagador", el CPA filtra el ruido de instalación para centrarse en los jugadores que realmente contribuyen con ingresos. Las campañas de UA con CPI bajo a menudo tienen CPA (primer pagador) alto, lo que revela que el canal está enviando instalaciones de bajo valor que nunca convierten.
Ratio LTV/CPI
Qué mide: El valor de vida previsto de un jugador dividido por lo que costó adquirirlo.
Por qué importa: Este ratio es la "prueba de ácido" de la sostenibilidad del negocio de UA. Un ratio LTV/CPI por debajo de 1:1 significa que estás perdiendo dinero en la adquisición. Un ratio de 2:1 o superior sugiere un negocio de UA sano que puede escalar. La mayoría de los editores exitosos apuntan a un LTV/CPI de al menos 2:1 a 3:1 en los horizontes de predicción a 90 o 180 días, aunque el ratio exacto depende del perfil de riesgo y los plazos de retorno de la empresa.
Construyendo un Stack de KPI Accionable
Con todos estos KPIs descritos, la pregunta práctica es: ¿cómo construye un estudio un sistema de monitorización de KPIs que sea realmente utilizable por los equipos de producto, LiveOps y UA?
Pieza 1: Define los KPIs principales de tu juego antes de lanzar
Cada juego necesita un conjunto de 5 a 8 métricas primarias — los números que tu equipo monitoriza diariamente para evaluar la salud del juego. Estos variarán según el género, el modelo de monetización y la fase del ciclo de vida. Un juego hipercasual en escala masiva tiene un conjunto de KPIs principal muy diferente a un RPG mid-core en la ventana de lanzamiento suave.
Lo que importa: Los KPIs principales deben definirse antes del lanzamiento suave, no descubrirse durante el post-mortem. El equipo debe acordar qué métricas determinan si el juego está listo para un lanzamiento duro, si los eventos LiveOps están funcionando, y si los cambios de diseño están mejorando el producto o solo moviéndolo.
Pieza 2: Segmenta por cohorte, no solo por promedio
El error de análisis más común en el juego móvil es mirar los promedios sin cohortes. Un ARPDAU de $0.06 podría provenir de un mix de cohorts D1 generando $0.12 y cohorts D60+ generando $0.02 — o podría ser perfectamente plano en toda la base de usuarios. Estas son economías de juego completamente diferentes con implicaciones completamente diferentes para LiveOps y UA. Siempre segmenta por cohorte de adquisición, canal y fecha de instalación antes de sacar conclusiones.
Pieza 3: Conecta las métricas de producto con los resultados de negocio
El análisis de KPIs solo se vuelve estratégico cuando las métricas de producto se conectan explícitamente con los resultados de negocio. "La retención D7 cayó un 4%" es un hecho. "La retención D7 cayó un 4%, lo que predicha una reducción de $0.008 en ARPDAU en toda la cohorte de instalación de este mes, lo que eleva nuestro CPI breakeven en 12 días" es inteligencia de negocio accionable.
Por Qué los Estudios No Aprovechan los KPIs lo Suficiente
Muchos estudios rastrean métricas. Pocos las usan de forma constante para tomar decisiones de producto y LiveOps. Estas son las tres razones más comunes por las que la práctica real de KPIs queda por debajo del potencial:
Razón 1: Los datos están fragmentados en múltiples herramientas
Un estudio típico tiene datos de retención en GameAnalytics, datos de UA en MMP, datos de monetización en el backend, datos de crashes en Firebase y datos de eventos LiveOps en una herramienta de análisis in-house o Amplitude. Obtener una imagen coherente requiere exportaciones manuales, hojas de cálculo y tiempo del analista. El resultado: los KPIs se revisan semanalmente en lugar de diariamente, y las decisiones se toman con datos de una semana de antigüedad en un negocio donde la mecánica del bucle puede cambiar en 48 horas.
La solución: Un único dashboard de KPIs, aunque imperfecto, que consolide las métricas principales y se actualice al menos diariamente. La exactitud perfecta en múltiples herramientas es inferior a la buena suficiencia en un solo lugar.
Razón 2: Los KPIs se miden pero no se convierten en objetivos acordados
Hay una diferencia entre "rastreamos el D7" y "nos hemos comprometido a que el D7 supere el 14% antes de lanzar en US". El primero es pasivo — observas la métrica. El segundo es operacional — la métrica determina las decisiones del equipo. Sin objetivos acordados previos al lanzamiento, los KPIs se convierten en números de contexto en lugar de criterios de decisión.
La solución: Antes de cada lanzamiento suave, alinea al equipo en los umbrales de KPI que señalan "seguir adelante", "iterar" y "pivotar". Docúmentalos. Revísalos en cada revisión de KPI.
Razón 3: La comprensión de KPIs está centralizada en una persona
En muchos estudios, hay un analista o científico de datos que "posee" las métricas. Los diseñadores, los gestores de LiveOps y los productores saben los números pero no los interpretan directamente. Esto crea un cuello de botella donde el análisis va por detrás de la velocidad de las decisiones. Las mejores organizaciones de LiveOps tienen líderes de producto y diseñadores que pueden leer sus propios datos — no necesariamente ejecutar SQL, sino entender los conceptos lo suficientemente bien como para hacer las preguntas correctas.
Galaxy4Games y el Desarrollo de Juegos Orientado a Datos
Los indicadores clave de rendimiento de un estudio de juegos son más que una lista de métricas — son el lenguaje a través del cual los equipos de producto, LiveOps, UA y negocio se comunican sobre la salud y la dirección. Los estudios que dominan ese lenguaje toman mejores decisiones más rápido. Los que no lo hacen toman las mismas decisiones sin entender si funcionaron.
En Galaxy4Games, los KPIs son parte de cada conversación que tenemos sobre diseño de juegos en vivo, estrategia UA y planificación de contenido. Ya sea que estemos trabajando en el servicio de juego en vivo que ayuda a los equipos a mantener la retención a través de la ventana D7–D30, el mercado móvil que informamos con investigación de benchmarks específica del género, o las campañas de UA donde el ratio LTV/CPI determina la estrategia de escala, las métricas son el punto de partida — no el pensamiento posterior.
Si estás construyendo un framework de KPIs para un lanzamiento próximo, diagnosticando por qué la retención ha caído después de una actualización, o tratando de entender si tu economía de UA está funcionando en un nuevo mercado geográfico, estamos aquí para ayudar.
Habla con el equipo de Galaxy4Games sobre cómo los datos orientan cada decisión que tomamos.