O modelo de saturação de notificações push em 4 níveis

O que é um modelo de saturação de notificações push e por que um app precisa de um?
Um modelo de saturação push detecta quando um usuário está abrindo cada vez menos notificações de um app e reduz automaticamente o volume antes que o usuário as desative completamente. O Soulwise usa um modelo de 4 níveis (T0 saudável, T1 rebaixado, T2 apenas ancoragem, T3 apenas semanal) ancorado em uma janela deslizante de 14 dias sobre a taxa de abertura.
- Detecta a queda na taxa de abertura em uma janela deslizante de 14 dias
- Quatro níveis reduzem progressivamente o volume de notificações
- A recuperação é possível — um usuário pode voltar ao nível T0
- Projetado para prevenir a desativação, não para maximizar o volume diário
O modelo de saturação de notificações push em 4 níveis
As notificações push são a maneira mais barata de perder um usuário. A curva de retenção a 1 push por dia parece razoável — dados setoriais da Localytics e Urban Airship se concentram em torno de 88% de retenção em três meses. A 3 pushs por dia, a curva cai 17 pontos percentuais. A 5 pushs por dia, cai 34. A forma é íngreme e irreversível: 46% dos usuários desativam completamente as pushs quando um app lhes envia de 2 a 5 por semana que não querem.
A resposta do Soulwise é um modelo de saturação em 4 níveis. Ele detecta a queda na taxa de abertura em uma janela deslizante de 14 dias e reduz progressivamente o volume de notificações antes que o usuário as desative definitivamente.
Este artigo apresenta o design, os limites e a lógica de recuperação.
Os quatro níveis
A máquina de estados é simples. Cada usuário está sempre em exatamente um nível por vez.
- T0 - Saudável. Programa completo. Lembrete do ritual matinal, nudge contextual do meio da manhã, reflexão noturna, mais prompts ancorados em eventos.
- T1 - Rebaixado. O nudge contextual do meio da manhã é pausado. Tudo o mais continua.
- T2 - Apenas ancoragem. Apenas o lembrete do ritual matinal e a retrospectiva de domingo permanecem. Todas as pushs discricionárias são pausadas.
- T3 - Apenas semanal. Uma única push semanal sobrevive. A cadência diária é suspensa.
A ordem importa. O meio da manhã é o primeiro a cair porque carrega o menor peso de evento: é um nudge contextual, não parte do ritual diário em si. O lembrete matinal é preservado por mais tempo porque pushs diárias ancoradas em eventos produzem cerca de 2,85 vezes a retenção das pushs genéricas; eliminá-lo é eliminar o app.
O que dispara uma mudança de nível
Uma janela deslizante de 14 dias de dados de taxa de abertura por usuário. A cada dia, o modelo analisa os últimos 14 dias e calcula a taxa de abertura do usuário para as pushs enviadas nessa janela.
O limite do Soulwise é uma queda de 30% na taxa de abertura em relação à referência pessoal do usuário. Se um usuário normalmente abre 60% das pushs e a janela deslizante cai para 42% ou menos, o modelo o move um nível abaixo. A queda deve persistir por pelo menos 3 dias para evitar reagir a uma única semana ruim (férias, doença, semana intensa no trabalho).
A promoção é simétrica. Se um usuário está no T2 e sua taxa de abertura sobe de volta acima da sua referência menos o limite de 30% por 3 dias consecutivos, ele sobe para o T1. A recuperação ao T0 segue o mesmo passo.
Por que pushs ancoradas em eventos resistem por mais tempo
O dado da Localytics / Urban Airship que guia o design: pushs diárias ancoradas em eventos produzem aproximadamente 2,85 vezes a retenção das pushs diárias genéricas. Um genérico "dê uma olhada por aqui!" às 9h é esquecível. Um lembrete matinal ancorado à fase do ciclo de hoje ("Começo tranquilo. O que você tem para hoje?") é ancorado em evento — traz uma informação nova.
O T2 mantém o lembrete matinal porque removê-lo destrói o ritual diário inteiro. Todo o resto do app é construído em torno do usuário acessar uma vez de manhã e uma vez à noite. Sem o lembrete, o ciclo se quebra.
O UX do banner de saturação
Quando um usuário é rebaixado, o app exibe um pequeno banner dentro do app na próxima vez que ele o abre:
"Reduzimos o ritmo por 7 dias — quer retomar?"
Essa frase faz três coisas: reconhece a mudança, a atribui ao comportamento do app (não ao fracasso do usuário) e oferece autonomia. O usuário pode desfazer o rebaixamento com um único toque se quiser voltar a receber as notificações.
Isso importa porque um rebaixamento silencioso parece que o app está abandonando o usuário. Um explícito parece que o app se importa. A mesma ação com um enquadramento diferente.
Anti-padrões que deliberadamente não construímos
A especificação do produto é explícita sobre o que é proibido:
- Sem push de culpa "não quebre sua sequência". Sequências exploram a aversão à perda. O modelo de saturação rebaixa os usuários; não os envergonha.
- Sem push de reativação "sentimos sua falta" ao final do T3. Um usuário no T3 já está comunicando algo ao app. Adicionar mais pushs é a resposta errada.
- Sem contadores falsos ou escassez artificial no conteúdo das pushs. "X pessoas acabaram de se inscrever" é teatro de dark pattern, não uma notificação.
- Sem conteúdo menstrual ou astrológico em títulos ou no corpo das pushs. As pushs passam por um lint de CI que rejeita builds contendo padrões proibidos; o modelo de saturação nunca o contorna.
Como os dados dentro do sistema realmente parecem
O modelo armazena o estado por usuário com três campos:
tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0.0 a 1.0
baseline_open_rate: 0.0 a 1.0 (calculado a partir dos primeiros 30 dias)
last_tier_change_at: timestamp
Esse é o estado completo de saturação. Sem histórico de navegação, sem pontuação de engajamento além da taxa de abertura, sem modelo de aprendizado de máquina treinado sobre o usuário. A simplicidade é o ponto: as regras são auditáveis, os limites são documentados, as consequências de UX são previsíveis.
O que este sistema não é
Uma nota sobre o escopo.
O modelo de saturação é por usuário, não por coorte. Não analisamos "usuários como você" nem executamos experimentos que rebaixam usuários para aprender sobre retenção. O modelo serve o indivíduo.
Ele também não substitui as configurações controladas pelo usuário. Horas de silêncio, mudo por categoria e desativação explícita de todas as pushs funcionam independentemente do modelo de saturação. Os dois sistemas se compõem; a escolha explícita do usuário sempre vence sobre a inferência do modelo.
Por que isso importa para o restante do app
As notificações push são a forma como um ritual diário permanece diário. Um app de check-in que perde os privilégios push perde seu principal ciclo de retenção. O modelo em 4 níveis existe para que o app não abuse desse privilégio e não o perca lentamente — sendo apenas ligeiramente irritante por tempo demais.
O contexto mais amplo do ritual diário está no hub do Soulwise. O modelo de saturação é uma das razões pelas quais o ritual permanece recíproco em vez de exigente.
A versão curta: o número certo de pushs é o maior número que não provoca desativação. O modelo de saturação é a forma como o app encontra esse número, por usuário, a cada 14 dias.
Experimente nossas ferramentas gratuitas
Obtenha insights personalizados com base no seu mapa natal

