Neste guia
A maioria dos apps perde a maior parte dos novos usuários logo no início. Você não resolve isso com um número maior no painel. Você resolve sabendo o que é uma "primeira sessão bem-sucedida" para o seu app, descobrindo onde as pessoas param e mudando uma coisa por vez. Este guia traz esse método. Ele não contém benchmarks, porque sua categoria, seu público e sua origem de tráfego definem o que é normal.
Passo 1: defina a ativação
Ativação é o primeiro momento em que o usuário recebe o valor que você prometeu. Escreva isso como um evento observável.
- App de notas: criou e salvou a primeira nota.
- App de fitness: concluiu o primeiro treino.
- App de orçamento: adicionou a primeira transação.
Se você não consegue nomear o evento, a página na loja, o onboarding e o app provavelmente prometem coisas diferentes. Corrija isso primeiro.
Passo 2: leia os dias 1, 3 e 7
A retenção do dia 1 é a parcela de uma coorte do dia da instalação que abre o app no dia seguinte. O dia 7 funciona do mesmo jeito. Observe a forma da curva, não um valor isolado:
- Grande queda antes do dia 1: um problema na primeira sessão. Olhe o onboarding, as permissões, o cadastro e os crashes.
- Dia 1 bom, caindo entre os dias 3 e 7: o app foi entendido, mas não deu motivo para voltar. Olhe hábito, conteúdo e lembretes.
- Coortes diferentes, curvas diferentes: compare por origem de tráfego, versão e país antes de tirar conclusões. Coortes pequenas são ruidosas; não reaja a poucos usuários.
Passo 3: encontre o ponto de abandono
Monte um funil simples da instalação até a ativação: primeira abertura, onboarding concluído, permissão respondida, evento de ativação. A etapa com a maior perda é o seu candidato. Combine os números com algumas sessões reais: observe alguém usando o app ou pergunte aos testadores onde hesitaram. O funil diz onde; as pessoas dizem por quê. Veja perguntas de onboarding para testadores.
Passo 4: uma mudança por semana
- Escreva a hipótese: "Os usuários param na etapa X porque Y."
- Faça uma mudança que trate de Y.
- Compare a próxima coorte com a anterior, de preferência com a mesma origem de tráfego.
- Mantenha, reverta ou teste a próxima ideia.
Mudanças demais ao mesmo tempo tornam o resultado ilegível. Com poucos usuários, trate os resultados como direção, não como prova.
Planilha
| Pergunta | Sua resposta |
|---|---|
| Evento de ativação | |
| Onde está a maior perda? | |
| Hipótese (por quê?) | |
| A única mudança desta semana | |
| Como vou julgá-la, e quando? |
Armadilhas comuns
- Contar instalações de fontes que não combinam com o seu público, o que faz a retenção parecer pior do que o app merece.
- Mudar a definição de ativação depois de ver os números.
- Pedir permissão de notificação antes de mostrar algum valor. Veja quando pedir permissão para push.
Feedback privado e estruturado de testadores antes do lançamento revela cedo muitos problemas da primeira sessão. No AppReviewX, cada feedback que você dá rende um crédito, e contas novas começam com 0 créditos.
Relacionados: Hub de ASO e lançamento, Onboarding de apps mobile, Timing da permissão de notificação push.