Permissão de notificações: melhorar a adesão sem pressionar
Uma abordagem prática para pedir notificações quando o benefício já existe e avaliar o que acontece depois da autorização.
A adesão às notificações melhora quando a aplicação pede permissão depois de uma ação que cria utilidade, como reservar, encomendar, seguir uma viagem ou definir um plano. Antes da janela do sistema, explique exatamente que aviso será recebido. Meça o percurso separadamente em iOS e Android e acompanhe a ação após a abertura, desativações e categorias escolhidas. Uma percentagem alta não compensa mensagens irrelevantes que levam o utilizador a desligar tudo.
Estime a aplicação com um breve questionário
ComeçarUma taxa precisa do denominador certo
Para avaliar a pergunta, use:
Taxa de adesão = utilizadores que autorizam ÷ utilizadores elegíveis que viram a janela do sistema.
Todas as instalações são um mau denominador se muitas pessoas nunca chegaram a um momento em que a notificação fosse útil. Mantenha uma segunda métrica de alcance entre utilizadores ativos, mas não misture alcance com qualidade do pedido.
Registe elegibilidade, explicação vista, janela do sistema aberta, autorização, recusa, definições abertas, primeira entrega, abertura e ação concluída. Junte plataforma, versão do sistema, motivo, idioma e variante de experiência.
Este funil indica se o problema está no momento, no texto ou na entrega. Se a autorização sobe e as pessoas desligam pouco depois, a qualidade ou frequência das mensagens está a falhar.
Escolher o momento pelo trabalho da aplicação
O gatilho muda com o produto:
- depois de uma marcação, para lembretes e alterações;
- depois de uma encomenda, para preparação e entrega;
- depois de guardar uma viagem, para atrasos ou mudança de plataforma;
- depois de seguir uma pesquisa, para novos resultados;
- depois de criar um plano de estudo ou treino;
- depois de ativar uma medida de segurança da conta.
Evite pedir localização, contactos, câmara e notificações em sequência. A pessoa deve relacionar cada permissão com a ação que acabou de escolher. O guia Android de notificações recomenda uma interface contextual que explique vantagens e consequências.
A explicação prévia deve deixar recusar
Uma página curta antes da janela nativa não concede permissão. Explica o tipo de aviso e conduz à decisão do sistema. «Avisar 30 minutos antes da aula» é específico; «ativar para a melhor experiência» não é.
Inclua «Agora não» e preserve uma oportunidade futura natural. Depois de uma recusa, não interrompa cada abertura. Se a pessoa mais tarde selecionar uma função de lembrete, a aplicação pode mostrar como abrir as definições do telemóvel.
Não imite a caixa do sistema nem esconda a opção negativa. Consentimento obtido por pressão tende a produzir desativação ou desinstalação.
Estados diferentes em Android e iOS
No Android 13 e posteriores, novas instalações precisam normalmente da permissão de execução `POST_NOTIFICATIONS`, salvo exceções definidas pela plataforma. Com uma versão alvo atual, a aplicação controla melhor o momento do pedido. Consulte a documentação Android sobre a permissão para os casos de instalação e atualização.
No iOS, leia o estado atual antes de pedir. Depois de uma recusa, o próximo botão não volta simplesmente a abrir a mesma janela. Quando o utilizador decide ativar, a aplicação explica o caminho para as Definições. A Apple também disponibiliza instruções em português sobre como gerir notificações no iPhone, úteis para o suporte.
Não junte todos os estados numa percentagem. Instalações antigas, atualizações e autorizações provisórias criam populações diferentes.
Tem uma ideia de app e quer entender o próximo passo?
Revisar minha ideiaPreferências dentro da aplicação
A permissão do sistema não significa aceitar todas as campanhas. Separe encomendas, marcações, segurança, mensagens, conteúdos seguidos e promoções. Permita horas de silêncio ou horários ajustados ao fuso quando o momento importa.
O suporte deve distinguir permissão recusada, categoria desligada e falha de entrega. Em saúde ou finanças, ofereça textos discretos no ecrã bloqueado para não expor informação sensível.
Medir a utilidade depois da abertura
O resultado é a encomenda acompanhada, a marcação confirmada, a lição retomada ou o alerta compreendido. Observe também categorias desligadas, retirada de permissão, desinstalação e pedidos de suporte.
Teste o momento, o benefício ou o texto, uma hipótese de cada vez. A Appfyl planeia este percurso com a primeira experiência, as ligações para ecrãs específicos, a análise de utilização e o painel. Num MVP, poucos motivos de alto valor são melhores do que uma segmentação complexa sem dados. O questionário funcional permite incluir estes elementos.
Guias relacionados da Appfyl
- Estratégia push
- Cenários e erros de notificações
- Onboarding móvel
- Analítica móvel
- Questionário funcional da Appfyl
Veja como a Appfyl transforma escopo em produtos lançados. Ver cases da Appfyl.
Transforme pesquisa em plano
A Appfyl transforma sua ideia em um plano claro do app, uma lista de funções e o primeiro plano de trabalho.
Discutir o plano do appPontos principais
- Definir quem está elegível antes de calcular a taxa.
- Pedir depois de uma ação relevante, não automaticamente no primeiro ecrã.
- Explicar o aviso concreto antes da caixa do sistema.
- Medir iOS e Android em separado.
- Permitir categorias, frequência e períodos de silêncio.
Links úteis
Perguntas frequentes
Não existe um valor universal. Compare a mesma plataforma, gatilho e coorte e verifique sobretudo ações úteis e desativações posteriores.
Só quando o onboarding cria um motivo explícito, como escolher um lembrete. Um pedido genérico no primeiro ecrã é geralmente cedo demais.
Respeitar a decisão. Quando surgir uma necessidade real, explicar a função e mostrar as definições apenas se a pessoa quiser ativar.
Não. O utilizador deve conservar avisos de encomenda, segurança ou marcação sem receber marketing.