As campanhas de lifecycle estão paradas no seu backlog há meses. A cada sprint, mais uma coisa precisa entrar antes: User IDs limpos, revisão da taxonomia de eventos, conexão com data warehouse. Nada disso fecha de fato — e as campanhas nunca sobem.
A premissa de que você precisa de uma base de dados perfeita antes de lançar está errada. Os sinais default que todo SDK mobile já coleta desde o Dia 1 (eventos como DeviceRegistered e ApplicationOpen) bastam para construir jornadas de lifecycle que efetivamente movem a retenção.
Aqui estão as 3 campanhas de lifecycle que você consegue subir esta semana só com esses dados — pensadas para a realidade de startup/scaleup brasileira: Android dominante, times pequenos, sem orçamento de Braze.
As 3 jornadas que melhoram a retenção — visão geral
O lifecycle do usuário tem 3 pontos principais onde a retenção quebra. Cada uma das jornadas abaixo fecha um deles.
| Jornada | Etapa do lifecycle | Gatilho (dados default) | Canais principais | Métrica |
|---|---|---|---|---|
| 1. Onboarding (Dia 1–7) | Instalação → ativação | Evento DeviceRegistered | Push + in-app + email | Ativação no Dia 7 |
| 2. Nudge de engajamento (Dia 7–30) | Ativação → hábito | Segmento: DeviceRegistered há 7 dias | Push → in-app ou email | Retenção D30 |
| 3. Reativação de dormentes | Hábito → perda | Segmento: sem ApplicationOpen há 14+ dias | Push → in-app → email | Taxa de reativação |
DeviceRegisteredDeviceRegistered há 7 diasApplicationOpen há 14+ diasPor que essas 3 jornadas?
Porque a retenção quebra em pontos previsíveis — e a maioria dos apps perde usuários nos mesmos 3 momentos.
O 1º ponto: instalação → ativação. Mais ou menos metade dos usuários que instalam um app mobile não volta depois do primeiro dia. A janela para reconquistá-los é curta, e o usuário está decidindo em tempo real: vale minha atenção ou não? É isso que a Jornada 1 resolve.
O 2º ponto: ativação → hábito. Um usuário que completou o onboarding mas não abre o app 3 ou 4 vezes nas próximas semanas raramente segue no longo prazo. Ativação sem repetição é só uma experiência avulsa. A Jornada 2 mira exatamente essa janela — Dia 7 ao 30 — onde a intenção tem que virar rotina.
O 3º ponto: hábito → perda. Até usuários engajados se afastam. Semana a semana não parece dramático, mas acumulado em um trimestre é onde a maior parte da retenção evapora em silêncio. A Jornada 3 pega esses usuários antes que o afastamento vire definitivo.
Essas 3 são a fundação. Provavelmente você vai adicionar mais depois (recuperação de carrinho — fundamental no e-commerce brasileiro, recuperação de paywall, marcos), mas elas servem momentos específicos. Já essas 3 jornadas básicas atendem todo usuário em todo app mobile.
Como começar e o que “dados default do SDK” significam na prática
O jeito mais rápido de rodar essas campanhas é conectar seu app a uma plataforma de customer engagement (tipo o Pushwoosh — grátis para começar). Vantagem para o mercado brasileiro: Android domina ~85% do market share, então a integração FCM via Pushwoosh entrega bem em smartphones de entrada (Samsung Galaxy A, Moto G) e funciona estável em conexões 4G instáveis.
Os eventos default que você precisa para as jornadas acima:
PW_DeviceRegistered— dispara uma vez por dispositivo, no primeiro launch do app e na inicialização do SDK. É o seu sinal de instalação. Use como entry trigger-based pro onboarding.PW_ApplicationOpen— dispara toda vez que o usuário abre o app. Use o timestamp do último disparo como sinal de atividade de sessão. “Último open há mais de 14 dias” é o seu segmento de dormente.
É todo o kit inicial. A lista completa de eventos default está nos docs do Pushwoosh.
Jornada 1: Onboarding de novo usuário (Dia 1–7)
O que ela fecha: O gap entre instalação e ativação. A queda mais íngreme em retenção mobile acontece nos primeiros 3 dias depois da instalação — quanto mais tempo um novo usuário leva pra atingir o primeiro momento útil, menor a chance dele voltar.
Gatilho de entrada: PW_DeviceRegistered (entrada trigger-based). Toda instalação nova entra na jornada automaticamente.
Sequência:
- Dia 1: Push de boas-vindas ou in-app, apontando pra UMA ação inicial mais útil: abrir o dashboard, definir uma meta, fazer o primeiro pedido, completar o perfil.
- Dia 2: Mensagem in-app na próxima abertura de sessão — trazendo a mesma ação chave no contexto.
- Dia 4: Push: “Você ainda não experimentou [X] — veja por que a maioria começa por aqui.”
- Dia 7: Email ou in-app de recap da primeira semana — “olha o que você já fez, olha o próximo passo.”
Métrica: Retenção Dia 30 (D7) e taxa de ativação no Dia 7 (parcela de novos usuários que completaram a ação chave).
Jornada 2: Nudge de engajamento (Dia 7–30)
O que ela fecha: O gap entre ativação e hábito. Um usuário que completou o onboarding mas não volta com regularidade nas primeiras semanas raramente fica. A janela pra converter “experimentei” em “uso semanalmente” fica mais ou menos entre os Dias 7 e 30.
Gatilho de entrada: Entrada segment-based “PW_DeviceRegistered registrado há 7 dias”. Always-on, então usuários entram em base rotativa conforme cruzam a marca dos sete dias.
Sequência:
- Na entrada: Push trazendo uma feature útil ou conteúdo novo que o usuário ainda não testou.
- Dia 7: Push — nudge de loyalty ou prova social (“usuários como você também fazem X”).
- Dia 14: Email ou in-app de resumo: “olha o que você fez, olha o que vem agora.” Soft, estilo recap.
- Saída: Usuário cai abaixo de 3 sessões em qualquer janela de 7 dias → jornada termina naturalmente. Se continuar se afastando, a Jornada 3 pega.
Métrica: Retenção Dia 30 (D30) e frequência de sessão nos próximos 30 dias.
Jornada 3: Reativação de dormente (14+ dias parado)
O que ela fecha: O gap entre hábito e perda. Quando o usuário some, cada dia a mais sem abrir o app reduz a chance dele voltar. As primeiras 2 semanas de dormência ainda têm chance real de reativação.
Gatilho de entrada: Entrada segment-based em “usuários sem eventos PW_ApplicationOpen nos últimos 14 dias”.
Segmento: Usuários dormentes, divididos com o elemento Reachability Check:
- Push-reachable — grupo principal, recebe o touch de push primeiro.
- Push-unreachable — pula push direto, recebe in-app no próximo retorno ou email imediatamente. Importante para o cenário brasileiro onde permissão de push é frequentemente recusada em primeira instalação.
Sequência: Campanha de três touches em sete dias. Cada touch escala de um lembrete suave pra um pitch de valor mais direto:
- Na entrada. Push de reativação: um motivo pessoal de voltar — conteúdo que ele curtia, feature mais usada, notificação não lida que ele perdeu. Pra push-unreachable, manda o mesmo conteúdo por email.
- Dia 3. Sem volta: um puxão mais forte — o que tem de novo, o que ele tá perdendo, ou um incentivo. Push pro grupo reachable, email pro resto.
- Dia 7. Touch final: recap por email, opt-out amigável.
- Condição de saída: Sessão dentro de 7 dias → jornada marca sucesso, usuário sai.
Métrica: Sessão dentro de 7 dias depois de entrar no fluxo de reativação.
Escale com um único prompt no ManyMoney AI
É assim que você monta 3 jornadas esta semana. Na próxima, se decidir criar uma nova locale, um novo segmento, um set de variantes pra teste, não precisa repetir tudo. Joga pra ManyMoney AI, o co-piloto de marketing do Pushwoosh.
Pega a jornada de onboarding que está rodando para [segmento X]e adapta para [novo segmento / nova locale / nova oferta].Mantém a estrutura, regera copy e lógica de canal,deixa como rascunho.A ManyMoney AI devolve um rascunho de jornada com copy adaptada, roteamento de canal e timing, pronto pra revisão. Você só aprova e sobe. A primeira jornada te ensina a plataforma; a ManyMoney escala para cada ciclo seguinte e analisa o desempenho das campanhas.
