Retención de usuarios en apps: por qué se van y cómo medirlo

De cada 100 personas que instalan una app hoy, unas 26 la vuelven a abrir mañana y alrededor de 7 siguen ahí un mes después. No es el peor caso: es la mediana del sector según los datos de Adjust. La conversación sobre experiencia de cliente en móvil casi siempre empieza por el sitio equivocado (qué función añadimos, qué campaña lanzamos) cuando el problema real es de retención de usuarios: la gente entra, no encuentra motivo para quedarse y se va sin decir nada.

En Docastix construimos apps móviles nativas y, cuando alguien nos dice «la app no funciona», lo primero que miramos no es el diseño: es la curva de retención por cohortes. Casi siempre cuenta una historia distinta de la que cuenta el equipo. Este artículo es el diagnóstico: por qué se van los usuarios, cómo distinguir una causa de otra con datos en vez de con opiniones, y en qué orden merece la pena atacarlas.

Respuesta rápida: ¿por qué abandonan los usuarios tu app?

Porque la app pide antes de dar, tarda demasiado en demostrar para qué sirve, mete fricción en el flujo principal o falla en silencio en dispositivos que tú no pruebas. Esas cuatro causas explican la mayoría de los abandonos, y las cuatro se distinguen con datos: retención por cohorte de instalación, tiempo hasta el primer momento de valor, embudo de activación y sesiones sin fallos. El orden de arreglo importa tanto como el arreglo.

Medias globales de Adjust; el desglose por plataforma procede de datos de AppsFlyer recopilados por Business of Apps.

Si necesitas quedarte con tres cifras: el día 7 ya has perdido a 8 de cada 10 usuarios, Google Play te penaliza la visibilidad cuando el 1,09% de tus usuarios diarios sufre un fallo, y un arranque en frío de 5 segundos o más está marcado como excesivo por el propio Android.

Cuánta gente se va y en cuánto tiempo: los benchmarks de retención

La retención se mide por cohortes de instalación: coges a todos los que instalaron la app un día concreto y miras qué porcentaje vuelve a abrirla el día 1, el 7 y el 30. Es la única forma de comparar peras con peras: una campaña de adquisición grande infla tus usuarios activos mientras la retención se hunde por debajo.

Los datos agregados de Adjust dan una mediana del 26% en día 1, 13% en día 7, 10% en día 14 y 7% en día 30. Por vertical, la foto del día 1 cambia bastante:

Aquí toca ser honesto con la metodología, porque es donde mucha gente se engaña sola. Estas cifras varían mucho según quién las mide:

• La muestra no es el mercado. Adjust y AppsFlyer miden apps que usan sus SDK, con presupuesto de adquisición pagada. Las apps pequeñas y orgánicas casi no aparecen.
• «Retención» no significa lo mismo en todas partes. Unos cuentan «abrir la app» y otros «hacer una acción»: abrir para leer una notificación y cerrar cuenta como retenido solo en el primer criterio.
• La mediana esconde la distribución. Un 7% en día 30 convive con apps al 25% y apps al 1%.
• Los verticales son cajones enormes. «Salud y fitness» va de un contador de pasos a una app clínica.

Conclusión práctica: usa los benchmarks para saber si estás en otro planeta, no para fijarte objetivos. Tu línea base es tu propia cohorte de hace cuatro semanas.

Las cuatro causas de abandono (y cómo distinguirlas con datos)

Casi todo lo que llamamos «mala experiencia de usuario» cae en una de estas cuatro. Cada una deja una huella distinta en los datos, así que no hace falta discutirlo en una reunión.

1. Onboarding que pide antes de dar

Registro obligatorio en la pantalla 1, permisos de notificaciones y ubicación antes de que el usuario sepa para qué sirven, formularios de perfil de ocho campos. El dato que lo respalda: la aceptación media del prompt de App Tracking Transparency en iOS fue del 35% en el segundo trimestre de 2025, según Adjust. Dos de cada tres personas dicen que no cuando les preguntas en frío. Con las notificaciones pasa igual, y con el registro también: pedir sin haber dado nada tiene un coste que la mayoría de equipos nunca mide.

Huella en los datos: caída brutal entre la primera y la segunda pantalla del embudo de activación, y retención de día 1 anormalmente baja incluso en usuarios que vienen de canales buenos.

2. Valor que no llega en la primera sesión

El usuario entra, entiende la app, no le pasa nada relevante y se va. No hay fallo técnico ni fricción evidente: la app simplemente no ha demostrado para qué existe. Una app de recetas que abre en una pantalla vacía con un «añade tu primera receta» está pidiendo trabajo antes de dar valor.

Huella en los datos: el embudo de activación se completa razonablemente, no hay crashes, pero la retención de día 7 se desploma respecto a la de día 1. Llegaron, miraron y no volvieron.

3. Fricción en el flujo principal

Un paso de más en el pago, un buscador que no encuentra, una lista que se recarga y pierde tu posición, una pantalla que en tu iPhone de empresa va fina y en un Android de gama media tarda tres segundos. Y la accesibilidad: con contraste malo u objetivos táctiles diminutos, parte de tus usuarios no puede usar la app aunque quiera, algo ya exigible por la normativa europea de accesibilidad.

Huella en los datos: abandono concentrado en un paso concreto del embudo y diferencias grandes entre segmentos de dispositivo.

4. Fallos técnicos silenciosos

Los peores, porque nadie se queja: el usuario borra la app y ya está. Un crash que solo ocurre en una versión de Android con una marca concreta, una pantalla que tarda seis segundos con conexión mala, una sesión que caduca y te devuelve al login.

Google publica los umbrales exactos a partir de los cuales considera que tu app se comporta mal y reduce su visibilidad en Play: 1,09% de usuarios diarios con un fallo percibido y 0,47% con un ANR. Y define como excesivos los arranques en frío de 5 segundos o más. No son opiniones de diseño: son el listón del propio sistema operativo.

Huella en los datos: retención que cae en un segmento de dispositivo o versión de sistema y no en el resto. Si segmentas la cohorte por modelo y versión de OS, salta a la vista en cinco minutos.

Qué medir: cinco métricas de retención que cambian decisiones

Una métrica que no cambia ninguna decisión es un adorno. Estas cinco sí, y cada una responde a una pregunta distinta.

• Retención por cohorte de instalación (D1/D7/D30). Decide si el problema es de captación o de producto: si cohortes de canales distintos retienen igual de mal, el problema es la app.
• Tiempo hasta el primer momento de valor. Lo defines tú, y tiene que ser un evento concreto: primera reserva hecha, primer informe generado, primera noche registrada. Decide dónde recortas el onboarding: si la mediana está en tres sesiones, tienes tres oportunidades de perder al usuario antes de convencerlo.
• Embudo de activación paso a paso. Decide qué pantalla se rediseña la semana que viene. Sin esto, el rediseño lo decide el gusto del que manda.
• Sesiones sin fallos y ANR, segmentados. Deciden qué entra en el próximo sprint técnico. El agregado engaña: un 99,3% global puede esconder un 92% en un fabricante que es el 20% de tu base en España.
• Retención de la acción principal, no de la apertura. Decide si tu producto se usa o solo se abre. Es la que más incomoda y la que más información da.

No necesitas una plataforma cara: un buen esquema de eventos en Firebase o similar, definido antes de programar y no después, cubre casi todos los casos. Lo caro es instrumentar mal y descubrirlo seis meses tarde, así que el plan de medición entra en el proceso de desarrollo desde el principio, igual que el diseño.

Las palancas, en orden de retorno

Este orden es donde más equipos se equivocan: empiezan por las mecánicas porque son lo divertido y lo visible, con la app todavía rota por debajo.

Primero, arreglar lo roto. Rendimiento, crashes, ANR, arranque y un onboarding que dé antes de pedir. Es lo menos vistoso y lo que más mueve la aguja, porque afecta a todos los usuarios y no a un segmento. Aquí entra también el stack: si tu app depende de rendimiento gráfico, cámara o integraciones con el sistema, la elección entre nativo y multiplataforma deja de ser teórica y se nota en la curva.

Segundo, personalización y contenido. Que la app sea distinta el día 3 que el día 1, que recuerde lo que hiciste, que la pantalla de inicio sea útil y no un menú. Casi todo el valor está en usar bien los datos que ya tienes.

Tercero, mecánicas y canales. Aquí entran las técnicas de gamificación (rachas, progreso, objetivos) y el canal de notificaciones push bien planteadas. Son palancas reales y las hemos visto funcionar, pero amplifican lo que ya hay: sobre un producto que no aporta valor, una racha solo consigue que el usuario se sienta culpable antes de desinstalar.

Hay una cuarta razón para este orden: el dinero. La retención sostiene cualquier ingreso recurrente, así que arreglarla antes de tocar la monetización de la app evita el error clásico de subir el muro de pago sobre una base que se desmorona. Y esto no es un proyecto nuevo sino mantenimiento evolutivo: del 15% al 20% del coste de desarrollo al año, desde 500 €/mes en Docastix. Si partes de cero, los rangos completos están en cuánto cuesta hacer una app.

Dormus: por qué en una app de suscripción la retención es el negocio

Dormus es una app de sueño infantil que construimos nativa en las dos plataformas (Swift y SwiftUI en iOS, Kotlin y Jetpack Compose en Android) con Firebase por detrás y modelo de suscripción. Va por 50.000 descargas, más de 22.500 familias registradas y una media de 4,5 estrellas.

Elegimos nativo en ambas por la razón de este artículo: en una app que se usa de noche, medio a oscuras, con el móvil en una mano y un bebé llorando, cada décima de arranque y cada fallo cuentan. La fricción no se percibe como «la app va lenta», se percibe como «esto no me ayuda».

Y en suscripción la retención no es una métrica de vanidad: es la cuenta de resultados. Los datos de RevenueCat, sobre más de 115.000 apps y 16.000 millones de dólares de ingresos, dicen que el primer mes concentra el 35% de todas las cancelaciones de suscripciones anuales, y que las apps freemium conservan el 28% de sus suscriptores anuales al cabo de un año frente al 27% de las de muro de pago duro. Traducido: el modelo de acceso importa mucho menos de lo que se discute en las reuniones; lo que decide el resultado es si el usuario sigue encontrando valor pasadas las primeras semanas. Cada punto de retención del mes 1 se compone durante toda la vida del cliente; cada crash sin resolver es una cancelación diferida.

Lo que una app no arregla

Esta es la parte más importante del artículo, y la que no suele decirse. Si el producto o el servicio de fondo no es bueno, ninguna mecánica de retención lo salva. Si tu comida llega fría, la app de pedidos solo consigue que la gente descubra antes que llega fría. Si tu atención al cliente tarda cuatro días, un chat dentro de la app convierte esos cuatro días en una espera más visible. La app es un canal, y un canal amplifica lo que le metes. Cuando las reseñas de una app con 2,8 estrellas hablan del servicio y no de la app, el problema no está en el código.

Tampoco arregla la falta de demanda. Si nadie quiere lo que vendes con la frecuencia suficiente como para justificar un icono en su pantalla de inicio, la retención será mala hagas lo que hagas, y probablemente lo que necesitas es una web rápida. Antes de invertir merece la pena leer cómo saber si tu empresa necesita una app y, si la respuesta es que sí, validar antes con un producto mínimo viable.

Y una última: la retención no se arregla con una funcionalidad nueva. La tentación, cuando los números caen, es añadir. Casi siempre lo que hace falta es quitar.

Conclusión

La retención de usuarios en apps no es un problema de marketing ni de diseño: es el resumen numérico de si tu producto merece el espacio que ocupa en el móvil de alguien. Y se diagnostica antes de tratarse. Cohortes de instalación, tiempo hasta el primer valor, embudo de activación y salud técnica segmentada te dicen en una tarde lo que un equipo tarda meses en discutir a ojo.

El orden de trabajo es siempre el mismo: arregla lo roto, después haz la app más relevante y solo entonces añade mecánicas y canales. Si te saltas los dos primeros pasos, lo tercero es maquillaje caro. Si tienes una app en producción con la retención cayendo y no sabes por dónde empezar, cuéntanos tu caso: con acceso a los datos de una semana suele verse dónde está el agujero, y a menudo el arreglo es más barato de lo que la gente teme.