Entre "cliente ativo" e "desinstalou o app", há um longo e silencioso meio-termo: o usuário inativo. Eles ainda têm seu app. Eles ainda têm permissão de push ativada. Eles simplesmente pararam de aparecer — e a cada semana que permanecem inativos, as chances de desinstalação aumentam. Campanhas de recuperação para usuários inativos do app funcionam por causa desse meio-termo: ao contrário de um assinante de e-mail que cancelou, um usuário inativo do app ainda está a um toque da tela de bloqueio de voltar.
Veja como definir a inatividade honestamente, a sequência de três níveis que a recupera e — tão importante quanto — quando parar de enviar.
Defina a inatividade pelo ritmo deles, não pelo seu calendário
"Inativo por 30 dias" não significa nada por si só. Um usuário de app de supermercado que desaparece por duas semanas está inativo; um usuário de app de móveis que desaparece por dois meses pode estar dentro do prazo. Defina seu limite de inatividade em relação à cadência natural de sessões do seu app — um bom padrão é duas a três vezes a sua lacuna mediana entre sessões — e construa níveis a partir daí. Para um app de comércio típico:
- Esfriando — aproximadamente 2× a lacuna normal. Cedo, barato de recuperar.
- Inativo — cerca de 30 dias sem uma sessão. O público principal de recuperação.
- Em risco — 45–60 dias. Uma mensagem honesta antes de parar.
Cada nível é um segmento, construído a partir dos eventos de sessão e compra que seu app já rastreia. Se você instrumentou uma série de integração, você já tem os eventos; o programa de recuperação é a mesma instrumentação apontada para a outra extremidade do ciclo de vida.
A sequência de três níveis
Nível 1 — o toque de esfriamento: comece com o que mudou
O usuário que está esfriando não foi embora; ele se afastou. A mensagem certa é aquela que ele teria querido de qualquer maneira: novas chegadas na categoria que ele compra, uma queda de preço em algo que ele salvou, o recurso que foi lançado desde a última sessão. Sem desculpas, sem "sentimos sua falta" — apenas evidências de que o app continuou sendo útil enquanto ele estava fora. A personalização a partir de propriedades de eventos faz o trabalho pesado aqui.
Nível 2 — o gancho para inativos: sua afirmação específica mais forte
Em 30 dias, você tem uma mensagem com seu melhor material. Para apps de comércio, isso é quase sempre um gancho de lista de desejos ou histórico de navegação: "A jaqueta que você salvou está com 20% de desconto" supera qualquer oferta geral, porque prova que a mensagem é sobre eles. O programa de fidelidade funciona da mesma forma — "Você tem 450 pontos expirando este mês" é um motivo para abrir o app que não custa nada para enviar.
Nível 3 — a última chamada honesta, depois silêncio
A mensagem de 45 a 60 dias diz o que é: uma última chamada. Um incentivo com tempo limitado, se sua margem permitir, ou um pedido de preferências ("diga-nos sobre o que você realmente quer ouvir") se não permitir. Qualquer que seja o resultado, os envios automáticos param após este nível. Um assinante que ignorou três mensagens bem direcionadas está lhe dizendo algo; continuar enviando ensina ao iOS – e ao usuário – que suas notificações podem ser ignoradas, o que prejudica a capacidade de entrega de todos os outros em sua lista. A repressão da plataforma a remetentes de baixo engajamento tornou a contenção uma estratégia de entregabilidade, não apenas uma boa educação.
O que mata as campanhas de reengajamento
- Texto de culpa. "Sentimos sua falta 😢" sem substância é o caminho mais rápido de inativo para desinstalado.
- Sequências com foco em desconto. Se o primeiro contato com um usuário inativo for com 20% de desconto, você definiu o preço do retorno – e treinou os usuários para esperá-lo.
- Sem condições de saída. Um usuário que abre o aplicativo sai imediatamente de todos os níveis de reengajamento. Receber uma notificação "volte!" no dia seguinte ao seu retorno soa como um erro.
- Ignorar o horário de silêncio. Usuários inativos são o público menos tolerante a um envio mal programado.
Quando o push do aplicativo não pode mais alcançá-los
Alguns usuários inativos estão além do alcance do push do aplicativo: permissão revogada ou o aplicativo já foi desinstalado. Isso é um problema de canal, não um cliente perdido. Se você usa push da web em seu site, a mesma pessoa ainda pode ser alcançada lá; o WhatsApp cobre os casos de maior valor. Cobrimos a transferência entre canais em profundidade em como reengajar usuários quando o push do aplicativo não pode alcançá-los – a estrutura de jogos se generaliza para qualquer vertical.
Meça a ressurreição, depois o LTV
A primeira métrica é a taxa de ressurreição: qual a porcentagem de cada nível abre o aplicativo em até 7 dias após a mensagem. Programas saudáveis veem uma recuperação significativa do nível de esfriamento, menos do inativo, e honestos dígitos únicos da última chamada – o que argumenta a favor de capturar usuários precocemente. A métrica que vende o programa internamente é o LTV recuperado: anexe o rastreamento de metas para que as compras de usuários ressuscitados sejam atribuídas ao nível que os recuperou, e compare essa receita com o que essas coortes teriam gerado inativas, que é aproximadamente nada.
Capture-os enquanto eles ainda estão a um toque de distância
O reengajamento é a aquisição mais barata que você fará: a instalação, a permissão e o histórico de compras já existem. Crie os três níveis como campanhas acionadas, configure as condições de saída e deixe rodar. Combine-o com a série de onboarding no front-end e sua cobertura de ciclo de vida estará completa – e se você está começando do zero com push de aplicativo, o guia de marketing de push de aplicativo e o guia de configuração do iOS são as duas abas para abrir primeiro.
