Il modello a 4 livelli di affaticamento da notifiche push

Il modello a 4 livelli di affaticamento da notifiche push

Le notifiche push sono il modo più economico per perdere un utente. La curva di retention a 1 push al giorno sembra accettabile — i dati di settore di Localytics e Urban Airship si attestano intorno all'88% di retention a tre mesi. A 3 push al giorno la curva scende di 17 punti percentuali. A 5 push al giorno scende di 34. La forma è ripida e irreversibile: il 46% degli utenti disattiva completamente le push quando un'app invia loro da 2 a 5 notifiche a settimana che non vogliono.

La risposta di Soulwise è un modello di affaticamento a 4 livelli. Rileva il calo del tasso di apertura su una finestra scorrevole di 14 giorni e riduce progressivamente il volume delle notifiche prima che l'utente le disattivi definitivamente.

Questo articolo descrive il design, le soglie e la logica di recupero.

I quattro livelli

La macchina a stati è semplice. Ogni utente si trova sempre in esattamente un livello alla volta.

• T0 - Sano. Programma completo. Promemoria del rituale mattutino, nudge contestuale di metà mattina, riflessione serale, più prompt ancorati agli eventi.
• T1 - Declassato. Il nudge contestuale di metà mattina è sospeso. Tutto il resto continua.
• T2 - Solo ancoraggio. Restano solo il promemoria del rituale mattutino e la retrospettiva domenicale. Tutte le push discrezionali sono sospese.
• T3 - Solo settimanale. Sopravvive una singola push settimanale. La cadenza giornaliera è sospesa.

L'ordine conta. La metà mattina è la prima a cadere perché ha il peso eventi più basso: è un nudge contestuale, non parte del rituale quotidiano stesso. Il promemoria mattutino viene preservato più a lungo perché le push giornaliere ancorate agli eventi producono circa 2,85 volte la retention di quelle generiche; eliminarlo significa eliminare l'app stessa.

Cosa scatena un cambio di livello

Una finestra scorrevole di 14 giorni di dati sul tasso di apertura per ogni utente. Ogni giorno il modello analizza gli ultimi 14 giorni e calcola il tasso di apertura dell'utente per le push inviate in quella finestra.

La soglia di Soulwise è un calo del 30% del tasso di apertura rispetto al baseline personale dell'utente. Se un utente apre normalmente il 60% delle push e la finestra scorrevole scende al 42% o meno, il modello lo sposta a un livello inferiore. Il calo deve persistere per almeno 3 giorni per evitare di reagire a una singola settimana negativa (una vacanza, una malattia, una settimana intensa al lavoro).

La promozione è simmetrica. Se un utente è al livello T2 e il suo tasso di apertura risale sopra il suo baseline meno la soglia del 30% per 3 giorni consecutivi, viene portato al livello T1. Il recupero al livello T0 segue la stessa procedura.

Perché le push ancorate agli eventi resistono più a lungo

Il dato di Localytics / Urban Airship che guida il design: le push giornaliere ancorate agli eventi producono circa 2,85 volte la retention delle push giornaliere generiche. Un generico "dai un'occhiata!" alle 9 del mattino è dimenticabile. Un promemoria mattutino ancorato alla fase del ciclo di oggi ("Inizio morbido. Cosa hai in programma oggi?") è ancorato a un evento — porta informazioni nuove.

Il livello T2 mantiene il promemoria mattutino perché rimuoverlo significa eliminare l'intero rituale quotidiano. Tutto il resto dell'app è costruito attorno al fatto che l'utente acceda una volta la mattina e una volta la sera. Senza il promemoria, il ciclo si spezza.

L'UX del banner di affaticamento

Quando un utente viene declassato, l'app mostra un piccolo banner all'interno dell'app la prossima volta che viene aperta:

"Abbiamo allentato per 7 giorni — vuoi riprendere?"

Quella frase fa tre cose: riconosce il cambiamento, lo attribuisce al comportamento dell'app (non a un fallimento dell'utente) e offre autonomia. L'utente può annullare il declassamento con un solo tocco se vuole tornare ad avere le notifiche.

Questo conta perché un declassamento silenzioso sembra che l'app stia abbandonando l'utente. Uno esplicito sembra che l'app si preoccupi. La stessa azione con un inquadramento diverso.

Anti-pattern che abbiamo deliberatamente evitato

La specifica del prodotto è esplicita su ciò che è vietato:

• Nessuna push colpevolizzante sul "non interrompere la tua serie". Le serie fanno leva sull'avversione alla perdita. Il modello di affaticamento declassa gli utenti; non li fa sentire in colpa.
• Nessuna push di riattivazione "ci manchi" alla fine del livello T3. Un utente al livello T3 sta già comunicando qualcosa all'app. Aggiungere altre push è la risposta sbagliata.
• Nessun contatore falso o scarsità nei testi delle push. "X persone si sono appena iscritte" è puro teatro di dark pattern, non una notifica.
• Nessun contenuto supporto e riflessione o astrologico nei titoli o nel corpo delle push. Le push passano attraverso una verifica CI che rifiuta le build contenenti pattern vietati; il modello di affaticamento non aggira mai tale verifica.

Come appaiono i dati all'interno del sistema

Il modello memorizza lo stato per utente con tre campi:

tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: da 0.0 a 1.0
baseline_open_rate: da 0.0 a 1.0 (calcolato dai primi 30 giorni)
last_tier_change_at: timestamp

Questo è l'intero stato di affaticamento. Nessuna cronologia di navigazione, nessun punteggio di coinvolgimento oltre al tasso di apertura, nessun modello di machine learning addestrato sull'utente. La semplicità è il punto: le regole sono verificabili, le soglie sono documentate, le conseguenze UX sono prevedibili.

Cosa non è questo sistema

Una nota sul campo di applicazione.

Il modello di affaticamento è per singolo utente, non per coorte. Non analizziamo "utenti come te" né eseguiamo esperimenti che declassano gli utenti per studiare la retention. Il modello serve l'individuo.

Inoltre non sostituisce le impostazioni controllate dall'utente. Le ore di silenzio, il silenziamento per categoria e la disabilitazione esplicita di tutte le push funzionano indipendentemente dal modello di affaticamento. I due sistemi si compongono; la scelta esplicita dell'utente vince sempre sull'inferenza del modello.

Perché questo è importante per il resto dell'app

Le notifiche push sono il modo in cui un rituale quotidiano rimane quotidiano. Un'app di check-in che perde i privilegi push perde il suo principale meccanismo di retention. Il modello a 4 livelli esiste affinché l'app non abusi di quel privilegio e non lo perda lentamente — essendo solo leggermente fastidiosa per troppo tempo.

Il contesto più ampio del rituale quotidiano si trova nell'hub Soulwise. Il modello di affaticamento è uno dei motivi per cui il rituale rimane reciproco invece di diventare esigente.

La versione breve: il numero giusto di push è il numero più alto che non provoca la disattivazione. Il modello di affaticamento è il modo in cui l'app trova quel numero, per ogni utente, ogni 14 giorni.