Las campañas de lifecycle llevan meses estancadas en tu backlog. Cada sprint aparece otro requisito previo: User IDs más limpios, revisión de la taxonomía de eventos, conexión al data warehouse. Nada de eso se cierra del todo — y las campañas nunca salen.
La premisa de que necesitas una base de datos perfecta antes de lanzar está equivocada. Las señales default que cualquier SDK mobile recolecta desde el Día 1 (eventos como DeviceRegistered y ApplicationOpen) alcanzan para construir journeys de lifecycle que efectivamente mueven la retención.
Acá tienes las 3 campañas de lifecycle que podés lanzar esta semana solo con esos datos — pensadas para la realidad de startup/scaleup LATAM: Android dominante, equipos chicos, sin presupuesto de Braze.
Las 3 journeys que mejoran retención — vistazo general
El lifecycle del usuario tiene 3 puntos principales donde la retención se rompe. Cada una de las journeys de abajo cierra uno.
| Journey | Etapa del lifecycle | Trigger (datos default) | Canales principales | Métrica |
|---|---|---|---|---|
| 1. Onboarding (Día 1–7) | Instalación → activación | Evento DeviceRegistered | Push + in-app + email | Tasa de activación Día 7 |
| 2. Nudge de engagement (Día 7–30) | Activación → hábito | Segmento: DeviceRegistered hace 7 días | Push → in-app o email | Retención D30 |
| 3. Reactivación de dormidos | Hábito → pérdida | Segmento: sin ApplicationOpen por 14+ días | Push → in-app → email | Tasa de reactivación |
DeviceRegisteredDeviceRegistered hace 7 díasApplicationOpen por 14+ días¿Por qué estas 3 journeys?
Porque la retención se rompe en puntos predecibles, y la mayoría de las apps pierde usuarios en los mismos 3 momentos.
El 1er punto: instalación → activación. Más o menos la mitad de los usuarios que instalan una app mobile no vuelve después del primer día. La ventana para reconquistarlos es corta, y el usuario decide en tiempo real: ¿vale mi atención o no? Eso es lo que aborda la Journey 1.
El 2do punto: activación → hábito. Un usuario que completó el onboarding pero no abre la app 3 o 4 veces en las próximas semanas raramente queda a largo plazo. Activación sin repetición es solo un intento aislado. La Journey 2 apunta exactamente a esa ventana — Día 7 al 30 — donde la intención tiene que volverse rutina.
El 3er punto: hábito → pérdida. Hasta los usuarios engaged se alejan. Semana a semana no parece dramático, pero acumulado en un trimestre es donde la mayor parte de la retención se evapora en silencio. La Journey 3 atrapa a los usuarios antes de que esa deriva se vuelva definitiva.
Estas 3 son la base. Después seguramente vas a sumar más (recuperación de carritos — clave en e-commerce LATAM, recuperación de paywall, mensajes de milestone) pero esas sirven momentos específicos. En cambio, estas 3 journeys básicas le sirven a todo usuario en toda app mobile.
Cómo arrancar y qué significan realmente los “datos default del SDK”
La forma más rápida de correr estas campañas es conectar tu app a una plataforma de customer engagement (como Pushwoosh — gratis para empezar). Ventaja para el mercado LATAM: Android domina ~85% del market share, así que la integración FCM via Pushwoosh entrega bien en dispositivos de gama media (Motorola, Samsung Galaxy M, Xiaomi Redmi) y funciona estable con conexiones 4G intermitentes.
Los eventos default que necesitás para las journeys de arriba:
PW_DeviceRegistered— dispara una vez por dispositivo, en el primer launch de la app y en la inicialización del SDK. Es tu señal de instalación. Usalo como entry trigger-based para el onboarding.PW_ApplicationOpen— dispara cada vez que un usuario abre la app. Usá el timestamp del disparo más reciente como señal de actividad de sesión. “Último open hace más de 14 días” es tu segmento de dormidos.
Ese es todo el kit inicial. La lista completa de eventos default está en los docs de Pushwoosh.
Journey 1: Onboarding de usuario nuevo (Día 1–7)
Qué cierra: El bache entre instalación y activación. La caída más empinada de retención mobile pasa en los primeros 3 días después de la instalación — cuanto más tiempo pasa un usuario nuevo sin llegar a su primer momento útil, menos probable es que vuelva.
Trigger de entrada: PW_DeviceRegistered (entrada trigger-based). Cada instalación nueva entra a la journey automáticamente.
Secuencia:
- Día 1: Push de bienvenida o in-app, apuntando a UNA acción inicial más útil: abrir el dashboard, definir una meta, hacer el primer pedido, completar el perfil.
- Día 2: Mensaje in-app en la siguiente apertura de sesión — traer la misma acción clave en contexto.
- Día 4: Push: “Todavía no probaste [X] — acá te contamos por qué la mayoría arranca por ahí.”
- Día 7: Email o in-app de recap de la primera semana — “esto hiciste, este es el próximo paso.”
Métrica: Retención Día 30 (D7) y tasa de activación al Día 7 (porción de usuarios nuevos que completaron la acción clave).
Journey 2: Nudge de engagement (Día 7–30)
Qué cierra: El bache entre activación y hábito. Un usuario que completó el onboarding pero no vuelve con regularidad en sus primeras semanas raramente se queda. La ventana para convertir “lo probé” en “lo uso cada semana” cae más o menos entre los Días 7 y 30.
Trigger de entrada: Entrada segment-based “PW_DeviceRegistered registrado hace 7 días”. Always-on, así que los usuarios entran en base rotativa a medida que cruzan la marca de los siete días.
Secuencia:
- A la entrada: Push notification trayendo una feature útil o contenido nuevo que el usuario todavía no probó.
- Día 7: Push — nudge de loyalty o prueba social (“usuarios como vos también hacen X”).
- Día 14: Email o in-app de resumen: “esto hiciste, esto viene ahora.” Suave, estilo recap.
- Salida: Usuario cae por debajo de 3 sesiones en cualquier ventana de 7 días → journey termina naturalmente. Si sigue desviándose, la Journey 3 lo levanta.
Métrica: Retención Día 30 (D30) y frecuencia de sesión en los próximos 30 días.
Journey 3: Reactivación de dormidos (14+ días inactivo)
Qué cierra: El bache entre hábito y pérdida. Una vez que el usuario se queda en silencio, cada día adicional sin abrir la app hace que el regreso sea menos probable. Las primeras 2 semanas de dormancia son cuando la reactivación todavía tiene chances reales.
Trigger de entrada: Entrada segment-based en “usuarios sin eventos PW_ApplicationOpen en los últimos 14 días”.
Segmento: Usuarios dormidos, divididos con el elemento Reachability Check:
- Push-reachable — grupo primario, recibe el touch de push primero.
- Push-unreachable — saltea el push completamente, recibe in-app en el próximo retorno o email de inmediato. Importante para LATAM donde el permiso de push suele rechazarse en la instalación.
Secuencia: Campaña de tres touches en siete días. Cada touch escala de un recordatorio suave a un pitch de valor más directo:
- A la entrada. Push de reactivación: una razón personal para volver — contenido que le gustaba, feature que más usó, notificación sin leer que se perdió. Para los push-unreachable, mandá el mismo contenido por email.
- Día 3. Si no vuelve: un tirón más fuerte — qué hay de nuevo, qué se está perdiendo, o un incentivo. Push para el grupo reachable, email para el resto.
- Día 7. Touch final: recap por email, opt-out amigable.
- Condición de salida: Sesión dentro de 7 días → la journey marca éxito, el usuario sale.
Métrica: Sesión dentro de 7 días después de entrar al flujo de reactivación.
Escalalo con un solo prompt en ManyMoney AI
Así es como armás 3 journeys esta semana. La próxima vez, si decidís crear una nueva locale, un nuevo segmento, un set de variantes para test, no tenés que repetir todo. Pasáselo a ManyMoney AI, el co-pilot de marketing de Pushwoosh.
Tomá la journey de onboarding que tenemos viva para [segmento X]y adaptala para [nuevo segmento / nueva locale / nueva oferta].Mantené la estructura, regenerá copy y lógica de canal,prepará todo como borrador.ManyMoney AI devuelve un borrador de journey con copy adaptado, ruteo de canales y timing, listo para revisar. Solo aprobás y lo lanzás. El primer build te enseña la plataforma; ManyMoney la escala para cada ciclo siguiente y analiza el desempeño de las campañas.
