Privacy UX: notifiche e richieste di autorizzazione migliori

• Parte 1: Problemi di privacy e privacy nei moduli Web
• Parte 2: Migliori esperienze di consenso sui cookie
• Parte 3: UX di notifica migliore e richieste di autorizzazione
• Parte 4: Framework di progettazione sensibile alla privacy

Immagina di essere in ritardo per uno di quegli incontri a cui non vuoi davvero essere in ritardo. Ti metti frettolosamente le scarpe e il cappotto, prendi le chiavi della porta e afferri la maniglia della porta, solo per uscire in tempo. Mentre scendi le scale, metti una mano in tasca ed estrai il cellulare per controllare gli orari della metropolitana o per ordinare un taxi.

Una breve occhiata allo schermo è sufficiente per farti sudare: ti rendi conto di aver dimenticato di caricare il telefono durante la notte e che funziona con orgoglio con il restante 2% di carica della batteria. Mentre corri per la strada, pieno di speranza e fede, riduci la luminosità dello schermo e cerchi l'icona dell'app giusta nella schermata iniziale. Ovviamente, in quel preciso momento una sfilza di notifiche scorre sullo schermo, chiedendo la tua totale attenzione per nuovi follower, aggiornamenti, promemoria e messaggi.

È probabile che tu sappia fin troppo bene come ci si sente. Quanto è probabile che tu agisca sulla pila di notifiche a cascata in quella situazione? E quanto è probabile che tu disattivi del tutto le notifiche quando un altro promemoria ti raggiunge pochi minuti dopo, proprio quando hai perso la connessione? Questa è una di quelle situazioni in cui le notifiche stanno letteralmente intralciando il modo più dirompente possibile e nonostante tutti i flussi utente accuratamente realizzati e i pixel raffinati e preziosi.

Con così tante applicazioni e servizi e persone, macchine e chatbot che combattono per la nostra attenzione, rimanere concentrati è un lusso che deve essere assaporato e protetto , quindi non c'è da stupirsi che le notifiche non godano di una reputazione decente in questi giorni. Inoltre, spesso si sentono fuori luogo e anche manipolatori.

"Spesso compaiono nei momenti in cui sono meno rilevanti e creano un falso senso di urgenza, diluendo la concentrazione e causando frustrazione".

— Alex Potrivaev, citofono

Questo vale per le finestre mobili sulla schermata iniziale tanto quanto l'onnipotente conteggio non letto nelle barre degli strumenti. Questo vale anche per i messaggi di marketing mascherati da notifiche, così come per gli aggiornamenti social suddivisi in tanti piccoli messaggi per attirare permanentemente l'attenzione sul servizio.

Tutte queste notifiche richiedono attenzione immediata e si sentono incredibilmente invasive , giocando sui nostri desideri di non perdere l'occasione e rimanere in contatto con i nostri gruppi sociali. In effetti, interrompono la privacy in un modo che nessun modello oscuro può fare, richiedendo e catturando l'attenzione incondizionatamente, indipendentemente da ciò che l'utente sta facendo attualmente.

Tuttavia, non è colpa delle notifiche che si sentono invasive; è che li progettiamo in modo tale che spesso si mettano in mezzo. Gli utenti non vogliono perdere notifiche importanti e messaggi tempestivi o vendite limitate, ma non vogliono nemmeno sentirsi infastiditi da una marea infinita di aggiornamenti rumorosi. Se quest'ultimo accade troppo frequentemente, gli utenti disattivano del tutto le notifiche, spesso con un retrogusto amaro nei confronti dell'app e del marchio a causa della sua "disperata richiesta di attenzione", come ha affermato un utente. Un singolo colpevole può rovinarlo per tutti gli altri, e questo nonostante il fatto che nessuna notifica sia come un'altra.

I mille volti delle notifiche

Le notifiche sono distrazioni per natura; richiamano l'attenzione di un utente su un evento (potenzialmente) significativo di cui non sono a conoscenza o che potrebbero volergli ricordare. In quanto tali, possono essere molto utili e pertinenti, fornendo assistenza e portando struttura e ordine nella routine quotidiana. Fino a quando non lo sono.

In generale, le notifiche possono essere informative (promemoria del calendario, notifiche di ritardo, risultati della notte delle elezioni) o incoraggiare un'azione (approvare il pagamento, installare un aggiornamento, confermare una richiesta di amicizia). Possono trasmettere in streaming da varie fonti e possono avere vari impatti:

• Le notifiche dell'interfaccia utente appaiono come schede sottili nelle interfacce utente quando gli utenti interagiscono con l'interfaccia Web: in quanto tali, sono ampiamente accettate e meno invasive rispetto ad alcune delle loro controparti.
• Le notifiche push nel browser sono più difficili da ignorare e attirano l'attenzione su di sé anche se l'utente non sta accedendo all'interfaccia utente.
• Le notifiche in-app sono disponibili all'interno delle app desktop e mobili e possono essere semplici come le notifiche dell'interfaccia utente, ma possono assumere un ruolo più centrale con i messaggi inviati alla schermata iniziale o al centro notifiche.
• Anche le notifiche del sistema operativo come aggiornamenti software o modifiche al gestore di telefonia mobile entrano nel mix, spesso appaiono insieme a un'ampia varietà di note, aggiornamenti del calendario e tutto il resto.
• Infine, le notifiche possono trovare la loro strada in e-mail, SMS e app di messaggistica sociale, provenienti da chatbot, sistemi di raccomandazione e persone reali.

Puoi vedere come le notifiche, date tutte le loro caratteristiche e fonti, potrebbero diventare opprimenti a un certo punto. Tuttavia, non è che prestiamo esattamente la stessa quantità di attenzione a ogni notifica che riceviamo. Per la stragrande maggioranza degli utenti, possono essere necessarie settimane prima che alla fine installino un aggiornamento software richiesto dalla notifica del sistema operativo, mentre di solito non ci vogliono più di qualche ora per confermare o rifiutare una nuova richiesta di LinkedIn o Facebook.

Non tutte le notifiche sono uguali e il livello di attenzione che gli utenti concedono loro dipenderà dalla loro natura o, più specificamente, da come e quando vengono attivate le notifiche.

Nel suo articolo su "Analisi critica dei sistemi di notifica", Shankar Balasubramanian ha svolto ricerche straordinarie suddividendo i trigger di notifica in alcuni gruppi:

Non possiamo dedurre che un gruppo di trigger sia sempre più efficace di un altro, ma alcune notifiche di ogni gruppo tendono ad essere molto migliori nel catturare l'attenzione rispetto ad altri:

• Le persone si preoccupano maggiormente dei nuovi messaggi di amici intimi e parenti, notifiche di colleghi selezionati durante l'orario di lavoro, transazioni bancarie e avvisi importanti, notifiche del calendario, eventi programmati, allarmi e qualsiasi conferma o rilascio perseguibile e atteso.
• Le persone si preoccupano meno degli aggiornamenti delle notizie, degli aggiornamenti dei feed social, degli annunci, delle nuove funzionalità, dei rapporti sugli arresti anomali, delle notifiche Web, dei messaggi informativi e automatici in generale.

Non sorprende che gli utenti tendano a prestare immediatamente attenzione alle notifiche di batteria scarica o alle conferme di pagamento; inoltre, i promemoria del calendario, gli aggiornamenti sullo stato di avanzamento (ad es. ETA per la consegna dei pacchi) e i messaggi uno a uno contano più di altre notifiche. In effetti, in ogni singola conversazione che abbiamo avuto con gli utenti, un messaggio di un altro essere umano veniva valutato molto più di qualsiasi notifica automatizzata. Le priorità potrebbero cambiare leggermente, ovviamente, se un utente attende con impazienza una notifica, ma solo poche persone lascerebbero tutto alle spalle in una corsa disperata per controllare il 77° like sulla loro foto.

Quindi le notifiche possono essere diverse e notifiche diverse vengono percepite in modo diverso; tuttavia, più le notifiche sono personali, pertinenti e tempestive, maggiore è il coinvolgimento che dovremmo aspettarci. Ma cosa significa tutto ciò per la progettazione delle notifiche e come possiamo renderle meno invadenti e più efficienti?

Non fare affidamento su valori predefiniti generici: imposta le modalità di notifica

Di solito c'è una buona ragione per cui i clienti hanno scelto di iscriversi a un servizio. Non molte persone si svegliano la mattina sperando di creare un nuovo account quel giorno. In effetti, potrebbero ritenere che il tuo servizio possa aiutarli nelle loro attività quotidiane o migliorare il loro flusso di lavoro. Si spera che non abbiano bisogno di notifiche per capire come funziona un servizio, ma potrebbero aver bisogno di ricevere notifiche per capire il valore fornito dal servizio.

Forse hanno ricevuto un messaggio importante da un potenziale datore di lavoro, o forse c'è una corrispondenza del profilo di appuntamenti che vale la pena guardare. Potrebbero non voler perdere questi messaggi solo perché si sono dimenticati di fare il check-in nel servizio per un po'. In qualità di designer, dobbiamo aggiungere il giusto pizzico di notifiche nel mix per mantenere il cliente motivato, fornendo loro solo suggerimenti pertinenti e attuabili.

Sfortunatamente, con la maggior parte dei servizi non è raro registrarsi, solo per rendersi conto pochi istanti dopo che la posta in arrivo si sta riempiendo di tutti i tipi di messaggi (per lo più puramente informativi), spesso inviati subito dopo l'altro e raramente perseguibili. Le notifiche e-mail, in particolare, sono spesso attivate per impostazione predefinita, con il consenso dell'utente implicito nell'accettazione di termini e condizioni lunghi e ingestibili. A nessuno piace essere bombardato da un flusso di messaggi non richiesti, e questo vale per le e-mail di spam tanto quanto per le notifiche indesiderate.

Invece di impostare una frequenza di notifica predefinita per tutti i clienti per impostazione predefinita, potremmo iniziare a inviare solo alcune notifiche curate molto di rado. Man mano che il cliente continua a utilizzare l'interfaccia, potremmo chiedergli di decidere il tipo di notifiche che preferisce e la loro frequenza. Lo stesso vale per le richieste di consenso ai cookie: potremmo fornire opzioni predefinite consigliate con una "modalità calma" (bassa frequenza), una "modalità regolare" (frequenza media) e una "modalità utente esperto" (alta frequenza).

Potremmo essere più granulari anche di così, però. Basecamp, ad esempio, ha introdotto le opzioni "Sempre attivo" e "Il lavoro può attendere" come parte della loro esperienza di onboarding, quindi i nuovi clienti possono scegliere se desiderano ricevere le notifiche non appena si verificano (in qualsiasi momento) o scegliere un'ora specifica intervalli e giorni in cui è possibile inviare le notifiche. Oppure, viceversa, potremmo chiedere agli utenti quando non vogliono essere disturbati e sospendere le notifiche in quel momento. Non tutti i clienti desiderano ricevere notifiche relative al lavoro al di fuori dell'orario di lavoro o nel fine settimana, anche se i loro colleghi potrebbero lavorare in orari extra il sabato sera dall'altra parte del pianeta.

Con il passare del tempo, anche il formato delle notifiche potrebbe aver bisogno di modifiche. Anziché ricevere notifiche inviate una per una quando si verificano gli eventi, gli utenti possono scegliere una "modalità riepilogo", con tutte le notifiche raggruppate in un unico messaggio autonomo consegnato a un'ora particolare ogni giorno o ogni settimana.

Questa è una delle impostazioni fornite da Slack quando si tratta di notifiche; il sistema, infatti, adegua nel tempo anche la frequenza delle notifiche. Inizialmente, poiché i canali Slack possono essere abbastanza silenziosi, il sistema invia notifiche per ogni messaggio pubblicato. Man mano che le attività diventano più frequenti, Slack consiglia di ridurre il livello di notifica in modo che l'utente venga avvisato solo quando viene effettivamente menzionato.

Un'altra funzionalità offerta da Slack è consentire agli utenti di evidenziare una selezione di parole in modo che gli utenti vengano avvisati solo quando è stato menzionato un argomento a cui tengono:

Potrebbe sembrare che la frequenza delle notifiche stia ricevendo troppa attenzione a questo punto, ma alla domanda sui punti deboli comuni con le notifiche, il problema più comune era, di gran lunga, la loro alta frequenza, anche se i messaggi erano pertinenti o perseguibili.

La linea di fondo è: iniziare a inviare notifiche lentamente ma costantemente ; impostare modalità di notifica e fornire opzioni granulari come una scelta di trigger e il formato delle notifiche. Meglio inviare troppo poco che troppo: potresti non avere un'altra possibilità se il cliente desidera rinunciare a numerose notifiche che gli danno sui nervi proprio nel momento sbagliato.

Scegli il tempismo con attenzione

Potremmo non ammetterlo, ma per molti di noi la giornata non inizia con un saluto pacifico e consapevole del sole nascente; invece, inizia con uno sguardo noioso e riflessivo allo schermo luminoso dei nostri telefoni cellulari. Più specificamente, la prima cosa che vediamo ogni mattina non è nemmeno l'ora corrente o i nostri cari, ma la pila di notifiche che si accumulavano instancabilmente mentre dormivamo.

Questo stato d'animo non è necessariamente la migliore opportunità per ricordare agli utenti una politica sulla privacy aggiornata, nuove funzionalità brillanti o spese in sospeso che devono essere finalizzate. Le notifiche personali come le nuove condivisioni sui social e le reazioni delle cerchie sociali potrebbero essere molto più rilevanti, proprio come gli appuntamenti imminenti e le cose da fare per la giornata.

I tempi sono importanti, così come le notifiche tempestive . Probabilmente non vuoi disturbare i tuoi clienti nel cuore della notte mentre arrivano a una destinazione remota con un forte jet lag. Pertanto, è una buona idea tenere traccia del cambio di fuso orario e ora locale e regolare di conseguenza la consegna delle notifiche. D'altra parte, i clienti non saranno particolarmente contenti di una notifica importante che appare quando non è più rilevante, quindi se stanno monitorando un evento o un annuncio importante, dovrai decidere se l'evento è abbastanza critico da disturbarli a un momento scomodo.

Le tue analisi ti diranno quando è probabile che i tuoi utenti agiscano sulle tue notifiche, quindi è una buona idea studiare e tenere traccia delle risposte in base al tempo e attivare l'invio di notifiche in quel periodo. Ad esempio, se un cliente è più ricettivo alla condivisione di un messaggio al mattino, mantieni le notifiche fino al momento giusto all'ora locale del mattino.

Evita situazioni stressanti in base alla progettazione

Con le notifiche, la tempistica non è l'unico attributo importante da considerare. Ricordi il povero personaggio che spera di catturare la sua connessione dall'inizio di questa sezione? Scatenare un mazzo di notifiche con un livello di batteria estremamente basso non è una buona idea, ed è altrettanto controproducente quando l'utente è alle prese con la connettività o è concentrato su un'attività come guidare un'auto. Se puoi valutare il livello della batteria e la qualità della connessione, è una buona idea evitare di inviare notifiche quando le condizioni di un utente non sono ottimali. Naturalmente, anche le notifiche devono essere pertinenti, quindi se puoi valutare anche la posizione dell'utente, evita di inviare notifiche dipendenti dalla posizione che non sono affatto applicabili .

A volte è difficile trattenere le notifiche poiché potrebbero essere fondamentali per l'attività corrente dell'utente. Se l'utente è alla guida di un'auto, seguendo le indicazioni in un'app di navigazione, potrebbe essere necessario fornire una notifica più persistente e umile sul cambio di percorso consigliato a causa di un incidente stradale. In tal caso, proprio come altre notifiche critiche, potremmo visualizzare un pulsante mobile "Nuovi aggiornamenti disponibili. Ricaricare." È molto meno invasivo di una notifica che blocca l'accesso al contenuto, ma è altrettanto efficace nell'indicare che la pagina o lo stato della pagina potrebbero essere obsoleti e che sono disponibili nuove informazioni.

Infatti, invece di inviare notifiche a orari predefiniti specifici, anche se si basa sul comportamento passato dell'utente, potresti esplorare l'altro lato della medaglia e attingere invece a momenti felici e di successo . Un servizio di trasferimento di denaro, TransferWise, mostra notifiche quando il cliente riceve un pagamento e non è un momento meraviglioso per chiedere una recensione dell'app su App Store? Potremmo tenere traccia di traguardi importanti e notificare agli utenti le funzionalità avanzate man mano che vengono raggiunte, just-in-time , come le chiama Luke Wroblewski.

Riduci la frequenza raggruppando le notifiche

Non esiste una regola d'oro per la giusta quantità di notifiche in un determinato giorno. Proprio come ogni notifica è diversa, così sono le preferenze e le motivazioni di ogni cliente. Per mantenere il coinvolgimento di un utente, potrebbe essere necessario rilasciare gradualmente blocchi di notifiche a seconda della portata o delle preferenze del cliente. È qui che entra in gioco il raggruppamento graduale , come spiegato nell'articolo “Progettazione di notifiche intelligenti” di Alex Potrivaev, product designer di Intercom.

L'idea è semplice. Se sai che i tuoi clienti ottengono in media meno di cinque reazioni per post, potrebbe essere una buona idea fornire una notifica univoca per ciascuno di loro. Potresti anche attivare una notifica se un messaggio proviene da eventi importanti, come un messaggio di amici intimi, familiari o persone influenti. Inoltre, poiché sappiamo che le notifiche attivate da un'azione di un altro essere umano sono valutate più delle notifiche automatizzate, danno priorità e si concentrano principalmente su quelle personali , per quel particolare cliente.

Una volta che il volume delle notifiche è aumentato, possiamo iniziare a raggrupparle e fornire riepiloghi compatti al momento opportuno. Ad esempio, Facebook riassume le notifiche in blocchi non intrusivi, con ogni riga che evidenzia esattamente un tipo di evento, come le reazioni a un messaggio particolare ("Stoyan Stefanov e altre 48 persone hanno reagito al tuo post...") . LinkedIn, d'altra parte, sembra innescare quasi ogni singolo evento uno per uno ("Stoyan Stefanov ha commentato il tuo post") , inquinando quindi il flusso di notifiche e rendendole difficili da scansionare e utilizzare.

Ovviamente, in base alla cronologia di un utente, potremmo personalizzare più del semplice raggruppamento di notifiche. Una volta che sappiamo come reagisce un utente ai nuovi Mi piace di foto, sia che li guardi brevemente o che si immerga in ogni singola notifica, possiamo fornire notifiche migliori la prossima volta. Come conclude Alex:

"In base al modo in cui di solito interagisci con i contenuti, potrebbero essere offerte migliori scelte di formulazione e struttura e, a seconda del comportamento predefinito, potresti vedere le notifiche strutturate in modo diverso".

Questo, ovviamente, richiede anche continui circuiti di feedback.

Consenti agli utenti di posticipare o mettere in pausa le notifiche

Quasi nessuna azienda respingerà il valore dei dati sui propri clienti. In effetti, possiamo ottenere preziose informazioni a lungo termine introducendo circuiti di feedback ; ovvero, offrendo continuamente ai clienti opzioni per "Vedere di più" o "Vedere meno" notifiche di un tipo particolare. Ma proprio come tendiamo a percepire la disabilità come una condizione on/off (o hai una disabilità o no), spesso sentiamo di poter prevedere con precisione il comportamento dell'utente basandoci solo sul suo comportamento passato.

La realtà, tuttavia, è raramente in bianco e nero. I nostri utenti potrebbero essere temporaneamente ostacolati mentre tengono un bambino in braccio, oa causa di un recente sfortunato incidente, e le condizioni in cui si trovano possono variare allo stesso modo. Azioni rapide come posticipare in risposta a una notifica in arrivo possono aiutare ad alleviare il problema, anche se temporaneamente.

Il contesto dell'utente cambia continuamente . Se noti un calo insolito del tasso di coinvolgimento o se prevedi un volume insolitamente elevato di notifiche in arrivo (un compleanno, un anniversario di matrimonio o una notte elettorale, forse), considera la possibilità di fornire un'opzione per disattivare, posticipare o mettere in pausa le notifiche , forse per le prossime 24 ore.

Questo potrebbe andare molto contro la nostra intuizione, in quanto potremmo voler coinvolgere nuovamente il cliente se è diventato silenzioso all'improvviso, oppure potremmo voler massimizzare il loro coinvolgimento quando si verificano eventi importanti. Tuttavia, la maggior parte delle volte è troppo pericoloso insistere sulla frequenza delle notifiche. È facile raggiungere un punto in cui una notifica apparentemente innocua allontanerà un cliente, potenzialmente anche a lungo termine. Potrebbero esserci buone ragioni per cui l'utente non è stato o non vuole essere attivo per un po' e, il più delle volte, non ha nulla a che fare con il servizio.

Un'altra opzione sarebbe suggerire un cambio del mezzo utilizzato per consumare le notifiche. Gli utenti tendono ad associare diversi livelli di urgenza a diversi canali di comunicazione. Le notifiche in-app, le notifiche push e i messaggi di testo sono considerati molto più invadenti delle vecchie e-mail, quindi quando la frequenza supera una certa soglia, potresti voler spingere gli utenti verso il passaggio dalle notifiche push ai riepiloghi e-mail giornalieri.

Imposta soglie e crea un albero decisionale per le notifiche

Tuttavia, le soglie non sono facili da impostare correttamente. Eventi importanti dovrebbero attivare notifiche immediate da ricevere in tempo. Eventi meno importanti potrebbero attendere, ma potrebbe essere utile attirare l'attenzione del cliente sul servizio. Le notifiche potenzialmente irrilevanti devono essere filtrate incessantemente per lasciare tempo e spazio in cui le notifiche importanti siano apprezzate e apprezzate.

In generale, le notifiche più brevi, come i messaggi di amici e colleghi, sono più adatte come notifiche dell'interfaccia utente se non sono urgenti o notifiche push se lo sono. Notifiche più lunghe sono meglio come e-mail , che siano urgenti o meno. Questa regola empirica varia da servizio a servizio, quindi potresti creare un albero decisionale delle notifiche per tenere traccia del mezzo che funziona meglio per particolari tipi di notifica in base alla loro urgenza, lunghezza e frequenza. Inoltre, puoi definire soglie e attivare un prompt per posticipare o regolare le impostazioni se viene raggiunta una soglia.

Rendi ovvio l'adesione e l'esclusione

In questi giorni è quasi previsto che un servizio vada all'estremo nel rendere ridicolmente difficile per un cliente rinunciare a notifiche onnipotenti. Non sono rari i termini oscuri e le etichette oscure abilmente nascoste negli angoli remoti dell'interfaccia. Poche altre considerazioni sul design possono essere più dannose e dannose per un marchio. Quando gli utenti non possono regolare facilmente le impostazioni, applicano artiglieria pesante, contrassegnando le notifiche e-mail come spam o bloccando le notifiche nelle impostazioni del sistema operativo o del browser. Per un sito Web o un'app, non esiste un modo semplice per riprendersi da quello, se non chiedere l'elemosina per gli abbonamenti ancora una volta.

Una via d'uscita molto più semplice consiste nel fornire un controllo molto granulare sulle notifiche, inclusi il loro contenuto, formato, frequenza e tempi di non disturbare. Potremmo fornire un'opzione per rispondere a una notifica recente con "Meno email" o "Interrompi" per modificare la frequenza, ignorando gli accessi al sito Web o gli accessi all'app (Notion.so lo fa). Per le app, fornisci le preferenze di notifica integrate nell'app anziché fare affidamento sulle impostazioni native del sistema operativo. Lì, potresti anche spiegare cosa può aspettarsi l'utente da ogni tipo di notifica, magari anche con esempi di come apparirebbero.

In pratica, molti utenti cercheranno le impostazioni di notifica in entrambi i posti, se necessario, ma più tempo impiegheranno a trovare quell'impostazione nebulosa, meno pazienti saranno. In realtà, la maggior parte degli utenti cerca un modo per disattivare le notifiche nel momento in cui sono effettivamente frustrati o infastiditi dalle notifiche recenti. Non è uno stato mentale piacevole in cui trovarsi e, come servizio, probabilmente non vuoi estendere inutilmente quello stato mentale a scapito di sentirti assillato e confuso dai tuoi clienti paganti.

Non dimenticare di esplorare anche l'altro lato della medaglia, però. Identificare parti del percorso dell'utente in cui è più probabile che un utente si iscriva alle notifiche; ad esempio, una volta che un ordine in un negozio online è stato effettuato con successo o è stata confermata la prenotazione di un volo. In entrambi i casi, le notifiche possono aiutare i clienti a tenere traccia dei ritardi o a recuperare le carte d'imbarco in tempo. Questo è anche un buon momento per suggerire notifiche push in tempo reale, il che significa anche chiedere prima il permesso al cliente di inviare quei promemoria. E quell'argomento merita una conversazione a parte.

Chiedere il permesso, il modo umile

Alcuni siti web sono piuttosto un personaggio, vero? Autoindulgente, scortese nel cuore e anche genuinamente antipatico. Quante volte ti imbatti in una pagina apparentemente modesta e senza pretese solo per essere accolto con una meravigliosa richiesta di autorizzazioni che ti chiede di inviarti notifiche? Non hai ancora letto una sola parola, ma eccola lì, che già chiede un impegno a lungo termine e, francamente, piuttosto invasivo .

In termini di esperienza utente, visualizzare una richiesta di autorizzazione al caricamento è probabilmente il modo migliore per fare una prima impressione scadente e nella maggior parte dei casi un errore irreversibile. A partire da gennaio 2019, Chrome ha modificato le opzioni visualizzate quando viene attivato un prompt nativo. Mentre gli utenti potrebbero essere in grado di ignorare una notifica per reagire in seguito, ora devono scegliere se desiderano "Accetta" o "Blocca" le notifiche. Quest'ultimo comporta il blocco permanente delle notifiche Web per l'intero sito, a meno che l'utente non trovi la strada attraverso la natura selvaggia delle impostazioni del browser per concedere l'accesso dopo tutto. Non c'è da stupirsi che la stragrande maggioranza degli utenti blocchi immediatamente tali prompt, senza leggerne affatto i contenuti.

Strategicamente, è meglio chiedere il permesso solo quando c'è un'alta probabilità che un utente accetti effettivamente. Affinché ciò accada, dobbiamo spiegare al cliente perché abbiamo effettivamente bisogno del suo permesso e quale valore possiamo fornirgli in cambio. In pratica, questa strategia è spesso implementata sotto forma di "modello di doppia richiesta". Invece di chiedere subito il permesso, aspettiamo prima un certo coinvolgimento : magari un paio di visite alla pagina, qualche interazione, un certo tempo trascorso sul sito. Alla fine, possiamo evidenziare il fatto che un utente può iscriversi alle notifiche e in che modo potrebbero essere utili, o che abbiamo bisogno della sua autorizzazione per risultati di ricerca più accurati e sensibili alla posizione. A volte il contesto della pagina è sufficiente, come quando un'interfaccia vorrebbe chiedere la geolocalizzazione quando l'utente visita la pagina dello store locator.

In tutti questi casi, un pulsante di invito all'azione prominente attenderebbe il momento in cui un utente è più ricettivo ad agire su di esso. Se l'utente sceglie di toccare il pulsante, è probabile che proceda con l'azione. Quindi, una volta cliccato, il pulsante richiederebbe un'effettiva richiesta di autorizzazione nativa.

In sostanza, suddividiamo la richiesta di autorizzazione in due richieste:

1. Una richiesta integrata nell'interfaccia utente,
2. Una richiesta nativa a livello di browser.

Come osserva Adam Lynch, se l'utente dovesse ancora revocare l'autorizzazione, forse a causa di un tocco o un clic errato nel prompt del browser nativo, è necessario visualizzare una pagina di fallback che spieghi come abilitare manualmente l'autorizzazione tramite le impostazioni del browser (o link a una spiegazione). Ovviamente, non ha senso visualizzare una richiesta di notifiche se l'utente ha già concesso l'autorizzazione. Possiamo utilizzare l'API delle autorizzazioni per interrogare lo stato di qualsiasi autorizzazione tramite un'unica interfaccia asincrona e regolare l'interfaccia utente di conseguenza.

La stessa strategia potrebbe essere applicata a qualsiasi tipo di richiesta di autorizzazione, come l'accesso a geolocalizzazione, fotocamera, microfono, Bluetooth, MIDI, WebUSB e così via. Tuttavia, qui la formulazione e l'aspetto delle richieste di notifica dell'interfaccia utente sono di fondamentale importanza, quindi è una buona idea tenere traccia dei rapporti di coinvolgimento e accettazione per ciascuna autorizzazione o funzionalità e agire di conseguenza. E questo ci porta al re di tutti: il monitoraggio delle principali metriche per le tue notifiche.

Tieni traccia delle metriche per le notifiche

Di solito le notifiche non vengono inviate al solo scopo di informare i clienti su un evento in corso o imminente. Le buone notifiche sono utili e attuabili, aiutando sia i clienti che le aziende a raggiungere i propri obiettivi. Per questo, le metriche rilevanti devono prima essere scoperte e definite.

Come minimo, potremmo aver bisogno di sapere se le notifiche che inviamo sono rilevanti in primo luogo.

• La formulazione, il formato e la frequenza delle notifiche guidano l'azione desiderata che miriamo a raggiungere (che si tratti di condivisioni sui social, tempo trascorso sul sito o acquisti)?
• Che tipo di notifiche contano più di altre?
• Le notifiche riportano effettivamente gli utenti all'applicazione?
• Quanto tempo passa tra l'invio della notifica e il ritorno dell'utente al sito o all'app?
• Quanto tempo viene trascorso in media tra la notifica di clickthrough e l'abbandono del sito da parte dell'utente?

Sperimenta con la formulazione, la lunghezza, i tempi di invio e il raggruppamento e la frequenza delle notifiche per diversi livelli di coinvolgimento dell'utente: principiante, utente normale e utente esperto. Ad esempio, gli utenti tendono ad essere più ricettivi ai messaggi di conversazione che sembrano più casuali e meno simili alle notifiche di sistema. Potrebbe essere utile anche menzionare i nomi di esseri umani reali le cui azioni hanno attivato una notifica.

Non è mai una cattiva idea iniziare a inviare notifiche lentamente per tenere traccia anche del loro potenziale impatto negativo, che si tratti di opt-out o disinstallazioni di app. Inviando prima un gruppo di notifiche a un piccolo gruppo, hai ancora la possibilità di "regolare o annullare qualsiasi campagna di notifica dannosa prima che sia troppo tardi", come osserva Nick Babich in "Cosa rende una buona notifica".

Tutti questi sforzi hanno in mente lo stesso obiettivo: evitare interruzioni significative e prevenire l'affaticamento delle notifiche per i nostri clienti , informandoli su ciò che vogliono sapere nel momento in cui hanno bisogno di saperlo. Tuttavia, se le richieste dei cookie sono solo fastidiose e le notifiche frequenti sono solo un disturbo, quando si tratta di sicurezza dei dati personali e di come vengono gestiti, i clienti tendono ad avere preoccupazioni molto più urgenti.

Vale la pena notare che ci sono differenze significative nel modo in cui le notifiche vengono richieste, raggruppate e visualizzate su Android e iOS, quindi se stai progettando un'app nativa o ibrida, dovrai esaminarle in dettaglio. Ad esempio, su iOS, gli utenti non configurano le notifiche dell'app fino all'onboarding o un successivo utilizzo dell'app, mentre gli utenti Android possono disattivare le notifiche durante l'installazione, con il comportamento predefinito di opt-in. Le notifiche push inviate da una PWA si comporteranno come notifiche native su un rispettivo sistema operativo.

Admittedly, these issues will not be raised immediately, but as customers keep using an interface and contribute more and more personal data, doubts and concerns start appearing more frequently, especially if more people from their social circles are involved. Some of these issues are easy refinements, but others are substantial and often underestimated blockers.

In the final article of the series, we'll be looking into notifications UX and permission requests, and how we can design the experience around them better, with the user's privacy in mind.

• Part 1: Privacy Concerns And Privacy In Web Forms
• Parte 2: Migliori esperienze di consenso sui cookie
• Part 3: Better Notifications UX And Permission Requests
• Parte 4: Framework di progettazione sensibile alla privacy

Useful Resources And References

• “Designing Notifications For Apps,” Shashank Sahay
• “Different Types Of Notifications: Websites, Apps And Beyond,” Joanna Martin
• “It's Time For Notifications To Get Smart,” Alex Potrivaev
• “Improving User Experience With Real-Time Features,” Lauren Plews