Notifiche in-app: permesso, momento giusto e limiti
Quando chiedere il permesso di notifica, quale evento merita una notifica e dove deve fermarsi la frequenza: la cornice per non perdere l'attenzione.
Team rabbitclipPubblicato: 6 min di lettura
In breve
Una strategia di notifica significa decidere in anticipo quando chiedere il permesso, quale evento diventa una notifica e dove si ferma la frequenza di invio. La richiesta di permesso non va sulla schermata di apertura; arriva dopo che la persona ha già visto un beneficio nell'app, perché ogni notifica richiede di nuovo attenzione, e se non arriva nulla in cambio l'app viene disinstallata o le notifiche vengono disattivate.
Apple e Android legano entrambi il permesso di notifica a un'unica finestra di dialogo di sistema: una volta rifiutata, l'app non può mostrarla di nuovo, la persona deve aprire le impostazioni e attivarla da sola. Questo rende il momento, il testo e il contesto della prima richiesta una decisione senza un secondo tentativo.
Questo articolo tratta il momento giusto per chiedere il permesso, quali eventi meritano una notifica, come si fissano il momento e la frequenza, cosa cambia davvero la personalizzazione, gli errori che si ripetono e cosa fare una volta rifiutato il permesso.
Quando chiedere il permesso di notifica
La richiesta arriva subito dopo che la persona completa un'azione: un ordine effettuato, un appuntamento prenotato, un articolo salvato nella lista dei desideri. In quel momento la persona si aspetta già un beneficio dall'app, quindi chiedere se vuole seguire quello stato con una notifica sembra un passo naturale, non un'interruzione.
Una richiesta mostrata sulla schermata di apertura o nella prima sessione ottiene il tasso di accettazione più basso, perché la persona non ha ancora visto cosa fa l'app per lei. In un'app di palestra, spostare la richiesta subito dopo la prima prenotazione di un corso, invece che al primo avvio, alza in modo visibile il tasso di accettazione.
Anche una schermata preliminare prima della finestra di sistema è comune: spiega a cosa serve la notifica, e la finestra di sistema si attiva solo quando la persona è pronta. Questa schermata compensa in parte il fatto che un rifiuto non possa essere richiesto di nuovo.
Quali eventi meritano una notifica
Un evento merita una notifica solo se ha un significato specifico per quella persona: un ordine è stato spedito, un appuntamento si avvicina, un articolo lasciato nel carrello sta finendo in magazzino. Tutto questo riguarda un'azione propria della persona.
Un annuncio generale, un promemoria di campagna o un aggiornamento dell'app appartengono a un'altra categoria: partono per tutti insieme e non portano urgenza personale. Nell'app di un produttore di abbigliamento da lavoro, inviare una notifica sulla nuova collezione con la stessa frequenza di una notifica di ordine spedito consuma la fiducia che quest'ultima porta.
Questa distinzione richiede due canali di notifica separati nell'app: la persona può lasciare attive le notifiche transazionali disattivando quelle di marketing. Senza questa opzione, tende a disattivarle entrambe, perdendo anche l'informazione transazionale.
Come si fissano il momento e la frequenza
Il momento non dipende dal fatto che la persona stia guardando il telefono in quell'istante, ma dal fatto che la notifica abbia senso in quel momento. In un'app di prenotazione ristoranti, un promemoria un'ora prima del tavolo è utile; lo stesso messaggio a mezzanotte diventa un'intrusione.
Non esiste un numero unico corretto per la frequenza, dipende dal caso. Le notifiche transazionali partono nel momento dell'evento, quelle di marketing restano di solito limitate a poche volte a settimana. Nell'app di una catena di spa, inviare più di una notifica di marketing al giorno alza in modo visibile il tasso di disattivazione; ogni app deve misurarlo per conto proprio.
Anche il fuso orario conta: inviare secondo un unico orario del server invece che secondo il fuso della persona può far arrivare una notifica di campagna alle tre del mattino, il che non fa bene al brand; un'app con più paesi non può affidarsi a un orario di invio fisso.
Cosa cambia davvero la personalizzazione
La personalizzazione non significa scrivere il nome della persona nel messaggio, ma costruire un messaggio diverso in base a ciò che quella persona ha davvero fatto. In un'app di shopping, il messaggio inviato a chi ha lasciato un articolo nel carrello non dovrebbe essere uguale a quello inviato a chi sta esplorando le novità; l'uno indica un'azione incompiuta, l'altro una scoperta.
L'invio per coorti raggruppa le persone in base all'ultimo accesso, alla cronologia degli acquisti o a un interesse dichiarato, e invia un messaggio diverso a ogni gruppo. Senza questo raggruppamento, un unico messaggio inviato a tutti insieme finisce per essere irrilevante per alcuni e tardivo per altri.
La personalizzazione comporta anche la raccolta di dati; cosa viene raccolto e come viene conservato è una questione a parte, che va dichiarata con chiarezza nell'informativa sulla privacy dell'app ai sensi del RGPD.
Errori frequenti
Si ripetono tre errori: chiedere il permesso al primo avvio prima che sia visibile un beneficio, tenere le notifiche transazionali e di marketing su un unico canale, e non offrire alla persona una schermata per gestire le proprie preferenze.
- Chiedere il permesso al primo avvio, prima che si veda un beneficio
- Non separare le notifiche transazionali da quelle di marketing
- Non lasciare che la persona controlli la frequenza da sola
- Inviare la stessa informazione via push, email e messaggio in-app insieme
- Inviare in massa senza tenere conto del fuso orario della persona
Cosa fare una volta rifiutato il permesso
Un rifiuto non chiude il rapporto: un badge in-app, un aggiornamento di stato in una vista elenco o un'email possono portare la stessa informazione. In un'app di gestione immobiliare, una persona senza permesso di notifica può comunque vedere il promemoria delle spese condominiali sulla schermata principale non appena apre l'app.
Un link verso le impostazioni può essere offerto con delicatezza dentro l'app, ma mostrarlo a ogni avvio diventa un fastidio. Mostrarlo una volta e poi aspettare è la scelta più corretta per l'esperienza utente.
Una strategia di notifica inizia con un permesso chiesto al momento giusto, continua smistando gli eventi nel canale corretto e regge finché la frequenza resta sotto il controllo della persona. In una call conoscitiva con rabbitclip viene esaminato il flusso di notifiche esistente e si chiarisce insieme quali eventi meritano una notifica.
Domande frequenti
Quante volte si può chiedere il permesso di notifica?
La finestra di sistema non può essere mostrata di nuovo dopo un rifiuto; la persona deve attivarla da sola nelle impostazioni, per questo conta il momento della prima richiesta.
Che differenza c'è tra una notifica push e un messaggio in-app?
Una notifica push appare anche a telefono bloccato, un messaggio in-app solo ad app aperta; servono livelli di urgenza diversi.
Le notifiche transazionali e di marketing vanno tenute separate?
Sì; senza canali separati le persone tendono a disattivarle entrambe insieme, perdendo anche l'informazione transazionale.
Come influisce la frequenza delle notifiche sulla retention?
Una frequenza troppo alta porta a disattivare del tutto le notifiche; la frequenza giusta va misurata separatamente per ogni app e gruppo di utenti.
