Práctica 02.03 · Retención
Analiza la retención por cohortes
Una tasa de retención global mezcla usuarios distintos y rara vez explica qué arreglar. Divide a las personas en grupos comparables y encuentra una diferencia ligada a una experiencia concreta.
90 minutos para el primer reporte
En lenguaje sencillo
Una cohorte es un grupo que empezó la ruta junto
Qué vas a necesitar
01
Cuándo aplicarla
El equipo ve la retención media pero no sabe qué grupo cambió, después de qué release ni con qué experiencia de usuario está relacionado.
En lenguaje sencillo
Cómo armar el primer reporte
Empieza por las semanas de primer inicio y una sola división. Cuantos más segmentos agregues a la vez, más fácil es encontrar una diferencia casual sin una acción clara detrás.
Reporte de retención
Arma cohortes semanales por primer inicio y muestra D1, D7 y D30 solo para periodos completos.
En una hoja de cálculo, guarda la fecha del primer inicio y los días activos posteriores; cuenta si cada usuario volvió a los 1, 7 y 30 días.Primera acción útil
Divide una cohorte entre quienes llegaron al primer resultado útil en su primera sesión y quienes no.
Si no hay evento, usa el resultado confirmado más cercano: un elemento guardado, una lección terminada o una verificación exitosa.Historial de cambios
Pon junto a la tabla las versiones de la app, los releases importantes y las campañas: pueden explicar diferencias entre semanas.
Si no hay changelog, reconstruye el calendario con los releases de la tienda y las fechas de lanzamiento de las comunicaciones importantes.02
Arma una comparación de cohortes útil
Fija el inicio y el regreso
Elige un evento de inicio —normalmente el primer inicio o el registro— y una definición de día activo. No cambies las definiciones entre grupos.
- Dónde hacerlo
- En la descripción del reporte, encima de la tabla.
- Cómo se ve el resultado
- Cohorte: la semana del primer inicio; regreso: cualquier acción útil, no una apertura técnica en segundo plano.
Toma solo semanas completas
Compara solo grupos cuyo día objetivo ya pasó. No puedes evaluar el D30 de usuarios que llegaron hace diez días.
- Dónde hacerlo
- En el filtro de periodo del reporte.
- Cómo se ve el resultado
- Para el D7, toma cohortes que se completaron hace al menos ocho días.
Agrega una sola división
Elige plataforma, versión, país o la primera acción útil. Una sola división liga la diferencia a una experiencia concreta.
- Dónde hacerlo
- En las filas o en el filtro de la tabla de cohortes.
- Cómo se ve el resultado
- Compara Android 4.2 con iOS en la misma semana, no plataforma × país × fuente × campaña todo a la vez.
Busca una diferencia estable
Revisa el tamaño del grupo y las semanas vecinas. Una brecha pequeña de 20 usuarios no debe convertirse en una gran conclusión de producto.
- Dónde hacerlo
- En las columnas de tamaño, D1 y D7.
- Cómo se ve el resultado
- El D7 de Android 4.2 está 8 puntos porcentuales por debajo tres semanas seguidas, con más de 500 usuarios por grupo.
Liga la conclusión a una revisión
Anota la causa probable, un responsable y un cambio o una investigación. Un reporte sin siguiente acción no ayuda al producto.
- Dónde hacerlo
- En la última columna y en la tarea del equipo.
- Cómo se ve el resultado
- Revisar la pantalla nueva de onboarding de Android 4.2; responsable: el equipo móvil; para la próxima semana.
03
Ejemplos prácticos
La caída está en Android 4.2, no en todas partes
El D7 está 8 puntos porcentuales por debajo tres semanas seguidas, con más de 500 usuarios por grupo; iOS en esas mismas semanas se mantiene estable. La decisión: revisar los cambios de onboarding de 4.2 en lugar de escribir a todo el mundo.
El primer resultado útil explica la brecha
Los usuarios que obtuvieron un resultado útil en su primera sesión tienen un D7 del 28%; el resto, del 5%. El equipo hace más visible la ruta hacia el resultado y revisa la siguiente cohorte semanal.
Una tabla, una conclusión
Compara primero cuatro grupos por un solo atributo. No conviertas el primer reporte en decenas de filtros.
| Cohorte / segmento | Tamaño | D1 | D7 | Conclusión y acción |
|---|---|---|---|---|
| Semana del 3 al 9 de junio · todos | 2.400 | 32% | 14% | Línea base |
| Llegaron al primer resultado útil | 1.080 | 51% | 28% | Hacer la ruta más visible |
| No llegaron al valor | 1.320 | 17% | 5% | Revisar el onboarding |
| Android · versión 4.2 | 620 | 24% | 8% | Revisar el release 4.2 |
| iOS · misma semana | 710 | 35% | 16% | No hay caída en toda la plataforma |
Conclusión: el problema se concentra en Android 4.2 y entre los usuarios que no llegaron al primer resultado útil. La primera acción es revisar los cambios de onboarding de esa versión, no enviar un mensaje masivo a todo el mundo.
04
Lista de verificación del reporte
Antes de sacar una conclusión, comprueba que comparas grupos comparables y periodos completos.
05
Cómo saber si el análisis sirve
Claridad del segmento
El equipo puede nombrar el grupo concreto y la diferencia, no solo la tasa global de retención.
Repetibilidad
La diferencia aparece con un tamaño suficiente y no desaparece al revisar las semanas vecinas.
Decisión
Se toma una acción y la siguiente cohorte mostrará si la ruta elegida cambió.
No busques al usuario promedio: busca un grupo concreto, una barrera clara y una decisión que la próxima cohorte pueda poner a prueba.