avatar

Francisco Pérez

Actualizado: 2026-11-08

14 min de lectura

La retención de usuarios en apps puede caer aunque en cada canal de captación siga volviendo la misma proporción de usuarios. En el ejemplo hipotético de una app de aprendizaje, el retorno en el día 7 pasa del 26 % al 14 % por un cambio en el peso de cada canal. Para decidir qué hacer, localice la caída, elija qué corregir, valore si hace falta un recordatorio y compruebe si más alumnos completan otra lección.

retención móvil con lecciones interactivas

Cómo medir la retención de usuarios en una app

¿Qué cuenta como volver? Si el objetivo es que los alumnos sigan aprendiendo, mida cuántos regresan y completan otra lección. Las aperturas de la app y los clics en una notificación sirven para investigar cómo llegan hasta ella.

Cinco decisiones para calcular una tasa comparable
Qué fijar Ejemplo de la app de aprendizaje
Entrada en la cohorte El día en que una persona termina su primera lección es su día 0 (D0).
Acción de retorno La persona completa una lección distinta. Dos registros del mismo intento cuentan una sola vez.
Ventana y zona horaria D7 es el séptimo día natural después de D0, en la zona horaria Europe/Madrid.
Unidad de recuento Se cuenta a cada usuario una vez, aunque cambie de dispositivo o complete varias lecciones ese día.
Población observable Se incluyen todos los usuarios elegibles al inicio cuyo D7 ha terminado, también quienes no han vuelto.

Retención D7 (%) = usuarios de la cohorte que completan otra lección en D7 ÷ usuarios de esa cohorte con D7 completamente observado × 100. Para D1 o D30, cambie el día del numerador y compruebe que también se ha completado el plazo del denominador.

Quien vuelve en D8 cuenta si el criterio es «el día 7 o después». Para comparar paneles, compruebe el método y la cobertura de los eventos, sobre todo tras cambiar de SDK o de versión. Consulte los métodos de cálculo de Amplitude y las fórmulas de las métricas de apps .

Por qué dejan de volver los usuarios: señales y comprobaciones

Comparar cohortes por canal de adquisición

Ejemplo hipotético. Cada cohorte reúne a 500 alumnos que terminaron su primera lección en una semana concreta. Todos han alcanzado D7. Las celdas muestran cuántos completaron otra lección ese día sobre el total inicial del canal.

Retención D7 por canal y semana de entrada
Canal de captación Cohorte A Cohorte B
Orgánico 120 de 400 · 30 % 30 de 100 · 30 %
De pago 10 de 100 · 10 % 40 de 400 · 10 %
Total 130 de 500 · 26 % 70 de 500 · 14 %

El total baja 12 puntos porcentuales . El canal orgánico conserva un retorno del 30 % y el de pago, del 10 %. Lo que sí cambia es el peso del canal de pago entre quienes completan la primera lección. Pasa del 20 % al 80 % y explica toda la diferencia del ejemplo.

El primer paso es revisar qué campañas aportaron más alumnos y si el curso cumple lo que prometían. Si también cae el retorno dentro de un mismo canal, continúe el análisis de cohortes por versión de la app o por itinerario de aprendizaje.

Elegir la primera comprobación

Señales de abandono y primera decisión
Señal observada Dónde buscar la explicación Primera decisión y responsable
La caída empieza con una versión Reproducir la lección y cotejar el evento con el registro de progreso. Desarrollo corrige la medición o la pantalla que falla.
Solo empeora un canal de captación Revisar qué prometía el anuncio y qué encuentra la persona al llegar. Adquisición y producto ajustan la promesa o la entrada al curso.
Se completa la primera lección, pero cuesta empezar otra Comprobar si hay una segunda lección relevante, disponible y fácil de encontrar. Producto mejora el siguiente paso.
Hay clics en el aviso, pero pocas lecciones terminadas Abrir el enlace con la sesión cerrada y comprobar a qué lección conduce tras identificarse. Desarrollo y CRM corrigen el destino antes de ampliar el envío.
Los alumnos vuelven menos de lo previsto Contrastar el intervalo con el plan de estudio elegido y con su historial de uso. Analítica adapta la ventana si la actividad es semanal o esporádica.
Aumentan las bajas tras varios avisos Revisar los contactos recibidos por persona en todas las campañas. CRM ajusta las exclusiones y limita la frecuencia.
diagnostico retencion usuarios apps

Cómo retener usuarios en una app según el punto de abandono

Corregir errores en el recorrido de vuelta

Si alguien pulsa «Continuar la lección» y acaba en el catálogo, pruebe el enlace con la sesión abierta, con la sesión caducada y en una versión anterior compatible. Conserve el destino tras la identificación. Compruebe cuántos llegan después a la lección correcta y la terminan.

Acortar el camino hasta la primera acción útil

Si los nuevos alumnos abandonan antes del primer ejercicio, localice el paso con más salidas. Deje la configuración del calendario para más tarde si se puede aprender sin ella. Compare por canal el tiempo y la proporción de usuarios que llega a la primera lección terminada. Si la pérdida solo afecta a una campaña, revise también lo que promete el anuncio. Cómo diseñar el onboarding de una app .

Dejar preparada la siguiente acción

¿Qué ve el alumno al terminar su primera lección? Si solo aparece una puntuación y tiene que buscar el curso desde cero, muestre la siguiente práctica y su duración. Respete el calendario elegido y mida cuántos alumnos completan esa segunda actividad dentro del intervalo previsto.

Adaptar el contenido a los intereses del usuario

Una persona que eligió «francés para viajar» tiene un motivo concreto para abrir una práctica de conversación en un hotel. Use esa preferencia cuando siga vigente y el contenido esté disponible. Si faltan datos, ofrezca la siguiente unidad del curso. Compare lecciones completadas por usuario elegible y compruebe si la recomendación mantiene su utilidad después del primer clic.

Enviar una notificación push cuando haya un motivo para volver

Un recordatorio tiene sentido cuando queda una tarea guardada o cuando ya está disponible algo que la persona esperaba. Especifique esa novedad y abra la pantalla correspondiente. Si la lección está bloqueada por un error o el usuario ya la terminó, suprima el envío. Para decidir su continuidad, observe el retorno de quienes podían recibir el aviso y las bajas que genera.

Trasladar las causas de abandono al equipo de producto

Una pregunta opcional al salir puede aclarar si el ejercicio resulta difícil, falla el audio o falta tiempo. Contraste las respuestas con el registro del paso afectado y asigne el arreglo a producto. Valídelo con la siguiente cohorte, incluidas las personas que nunca contestan encuestas. Para otras situaciones, consulte las estrategias de engagement para apps .

Tres flujos de comunicación para favorecer el retorno

Antes de configurar los tres recorridos, clasifique el contenido y la petición del usuario. Un aviso para retomar una lección a la hora elegida puede formar parte del servicio solicitado. Si añade una oferta para contratar otro curso, evalúe también la finalidad promocional. El permiso del móvil para mostrar avisos y la autorización para enviar publicidad deben poder comprobarse por separado.

En España, para las comunicaciones promocionales por medios electrónicos cubiertos por la LSSI, artículo 21 , compruebe que el destinatario pidió el envío o lo autorizó expresamente. La excepción para clientes exige un contrato previo, datos de contacto obtenidos lícitamente y una oferta propia similar a lo contratado. Facilite una forma sencilla y gratuita de oponerse al recoger los datos y en cada promoción. Aplique las retiradas y oposiciones antes del siguiente envío. La AEPD examinó expresamente las notificaciones push en el expediente E/01423/2020 sobre clientes de una aerolínea .

Retomar una lección pendiente

Un alumno deja la lección 1 a medias y programa un aviso para esa tarde. A la hora elegida, compruebe que sigue pendiente y que se ha guardado el punto de reanudación. La notificación puede decir «El progreso de la lección 1 está guardado» . El botón «Continuar la lección» abre ese punto.

Cancele el aviso si la persona termina la lección en otro dispositivo, desactiva el recordatorio, pausa el curso o deja de tener acceso. Para evaluar el flujo, cuente a quienes terminan la lección en el plazo acordado. Esta medida describe la finalización de una tarea. Para estudiar la retención posterior, observe también quién vuelve a completar otra.

Empezar la segunda lección

Tras la primera lección, el plan del alumno prevé estudiar al día siguiente. Si pidió el aviso y aún no ha empezado la segunda lección, el mensaje puede ser «Ya está disponible la lección 2» . El botón «Empezar la lección 2» lleva al primer ejercicio.

Si ya la empezó, suprima la invitación a empezar. Si ya la terminó, cierre el recorrido. Compruebe la preferencia de contacto, el acceso y el límite de frecuencia justo antes de enviar. Mida la proporción de alumnos elegibles que completa la segunda lección en el plazo acordado.

flujo retorno app segunda leccion

Reactivación de usuarios cuando haya una novedad relevante

En un plan semanal, dos prácticas previstas sin actividad podrían justificar una revisión. Adapte ese plazo al uso habitual. Si se ha publicado un ejercicio relacionado con un interés declarado y el alumno puede recibir la comunicación, pruebe «Nuevo ejercicio de pronunciación en el curso de francés» , con el botón «Ver el ejercicio» .

Detenga la secuencia si el alumno vuelve por su cuenta, rechaza promociones, alcanza el límite de intentos o el ejercicio deja de estar disponible. Registre por separado la realización del ejercicio y otra sesión de práctica posterior. Así podrá distinguir una visita puntual de la recuperación de una rutina.

Cómo llevar estos flujos a EngageLab

Para el segundo flujo, la app podría registrar lesson_completed al guardar la finalización. Bastan para este ejemplo un identificador de usuario, el de la lección, la hora y un identificador de evento para descartar duplicados. En EngageLab Marketing Automation , asocie la fuente móvil con AppPush, integre los SDK que correspondan y verifique el evento en un dispositivo de prueba. Consulte las guías de configuración de AppPush en MA y registro de eventos de la app .

engagelab marketing automation

Revise qué información lee o guarda cada componente del SDK en el terminal y con qué finalidad. Si esa operación requiere consentimiento, informe antes y actívela cuando lo obtenga. El artículo 22.2 de la LSSI contempla excepciones para la transmisión de una comunicación o para operaciones estrictamente necesarias para un servicio pedido expresamente. La guía de la AEPD sobre cookies y tecnologías similares orienta esta evaluación. Segmentar a una persona para reactivarla tiene una finalidad distinta de producir estadísticas agregadas.

Si los eventos permiten identificar a una persona, documente la finalidad, la base jurídica, los datos necesarios y su plazo de conservación. Explique el tratamiento al usuario. Si se opone al marketing directo, deje de utilizar sus datos para ese fin, también en las audiencias derivadas. Véanse los artículos 5, 6, 13 y 21 del Reglamento General de Protección de Datos .

En el recorrido, configure el disparador de acciones con una ventana de espera. Si se registra la finalización de la segunda lección, dirija al usuario a una salida sin recordatorio. Si el plazo vence, revise el estado actual antes de enviar. El control de frecuencia de MA permite fijar límites por usuario y canal para mensajes de los recorridos. Coordine aparte las campañas que salgan desde otros sistemas.

Pruebas antes del primer envío
Situación de prueba Qué debe comprobar el equipo
El evento llega dos veces La misma finalización se reconoce una sola vez y no genera dos recordatorios.
El alumno termina desde otro dispositivo durante la espera El registro de progreso actualizado lo excluye del envío pendiente.
Se retira la autorización comercial durante la espera La promoción se omite aunque el dispositivo todavía admita notificaciones.
El alumno tiene la sesión cerrada Tras identificarse llega al ejercicio previsto. Si ya no está disponible, se evita la invitación.
Se alcanza el límite de frecuencia El equipo puede distinguir el mensaje omitido de un fallo de entrega y localizar el motivo en sus registros.
datos de engagelab apppush

Consulte las estadísticas de AppPush para comprobar la entrega y los clics por plataforma o canal. Para evaluar la finalización, relacione el grupo asignado a cada usuario con el registro de lecciones de la app.

Ver AppPush

Cómo evaluar el efecto sobre la retención

Para probar la invitación a la segunda lección, asigne al azar a los usuarios elegibles al grupo con aviso previsto o al de control. El control conserva la misma lección disponible y las comunicaciones habituales, pero no recibe esa invitación. Mantenga la asignación por persona en todos sus dispositivos.

Elija como resultado principal completar una segunda lección en los siete días posteriores a la asignación . Acuerde antes del envío qué mejora cubriría el coste, qué nivel de bajas obligaría a pausar y cuándo cerrará la prueba. Para el seguimiento, observe quién vuelve a practicar entre los días 8 y 14. Estas ventanas cubren varios días, a diferencia del D7 exacto.

Ejemplo hipotético independiente. De 200 alumnos asignados al aviso, 36 terminan la segunda lección en siete días (18 %). En el control lo hacen 32 de 200 (16 %). La diferencia observada es de dos puntos porcentuales. El denominador incluye a todos los asignados, también si el aviso no se entrega o se cancela porque el alumno se adelantó. Antes de ampliar la campaña, valore la incertidumbre de la diferencia, las bajas y el coste de sostener ese envío.

Qué decisión tomar al cerrar la prueba
Resultado observado Decisión
Suben los clics y apenas cambia la finalización Revise la promesa del aviso, el enlace y la dificultad de la lección.
Mejora la segunda lección, pero el efecto desaparece en el seguimiento Pruebe un mejor siguiente paso dentro del curso.
Se supera el límite de bajas o quejas previsto Pause el envío y revise el público, el contenido y la frecuencia.
La muestra o el plazo todavía son insuficientes Registre el resultado como inconcluso y siga el calendario fijado antes de la prueba.
La mejora alcanza el mínimo previsto, la incertidumbre respalda la decisión y los costes y las bajas son aceptables Amplíe primero al mismo perfil y vuelva a medir.

Guarde la hipótesis, las reglas de entrada, el grupo asignado, el evento y la ventana. Al cerrar la prueba, añada personas y resultados por grupo, bajas, coste, decisión y responsable. Así podrá revisar el mismo experimento si cambia la frecuencia de uso del curso.

Preguntas frecuentes sobre la retención de usuarios en apps

¿Qué diferencia hay entre retención, engagement y reactivación?

La retención mide si una persona vuelve a realizar una acción en un plazo definido. El engagement describe cómo utiliza el producto. La reactivación busca que retome el uso tras un periodo de inactividad. Un alumno puede resolver diez ejercicios en una sesión y tardar un mes en volver.

¿Qué tasa de retención es buena para una app?

Tome como referencia sus cohortes comparables. En una muestra externa, MWM publicó una mediana de D7 del 8,6 % para la categoría «Education & Knowledge» de su catálogo en Estados Unidos en el tercer trimestre de 2025. Mide el retorno exactamente el séptimo día tras la instalación. Aquí se parte de una primera lección terminada y se exige completar otra. Antes de fijar un objetivo, compruebe también la plataforma y compare el mismo mercado, categoría y par de eventos.

¿Cómo evaluar una app que no se utiliza todos los días?

Elija una ventana acorde con la necesidad que resuelve. En un curso semanal puede medir cuántos alumnos completan otra práctica durante la semana siguiente a la primera clase. En una app de viajes, la oportunidad puede ser la siguiente reserva. Documente qué oportunidad tuvo cada usuario antes de interpretar la inactividad como abandono.

¿Cuándo conviene detener los recordatorios de reactivación?

Al alcanzar el objetivo, al recibir una baja u oposición aplicable, al perder el canal disponible o al superar los límites de frecuencia o de intentos previstos. Detenga también el flujo si desaparece el motivo del aviso. Compruebe estas condiciones justo antes de cada envío para que una acción reciente del usuario se refleje a tiempo.