UX de confidențialitate: notificări și solicitări de permisiuni mai bune

• Partea 1: Preocupări privind confidențialitatea și confidențialitatea în formularele web
• Partea 2: Experiențe mai bune privind consimțământul pentru cookie-uri
• Partea 3: Notificări mai bune UX și solicitări de permisiuni
• Partea 4: Cadrul de proiectare care ține cont de confidențialitate

Imaginează-ți că întârzii la una dintre acele întâlniri la care chiar nu vrei să întârzii. Îți încalți în grabă pantofii și haina și iei cheile ușii și apuci de mânerul ușii - doar pentru a pleca la timp. În timp ce cobori scările, bagi mâna în buzunar și scoți telefonul mobil pentru a verifica programul de metrou sau pentru a comanda un taxi.

O scurtă privire la ecran este suficientă pentru a te face să transpirați: îți dai seama că ai uitat să-ți încarci telefonul peste noapte și funcționează cu mândrie la încărcarea rămasă de 2% a bateriei. Pe măsură ce te grăbești pe stradă, plin de speranță și credință, diminuezi luminozitatea ecranului și cauți pictograma aplicației potrivite pe ecranul de pornire. Desigur, exact în acel moment o mulțime de notificări se încadrează în cascadă pe ecran, solicitându-ți atenția nedivizată pentru noi urmăritori, actualizări, mementouri și mesaje.

Sunt șanse mari să știi prea bine cum se simte asta. Cât de probabil aveți să acționați asupra stivei în cascadă de notificări în această situație? Și cât de probabil este să dezactivați complet notificările , deoarece un alt memento vă ajunge câteva minute mai târziu, exact când ați pierdut conexiunea? Aceasta este una dintre acele situații în care notificările ajung literalmente într-un mod în cel mai perturbator mod posibil și în ciuda tuturor fluxurilor de utilizatori bine elaborate și a pixelilor prețioși lustruiți.

Cu atât de multe aplicații și servicii și oameni, mașini și chatboți care luptă pentru atenția noastră, a rămâne concentrat este un lux care trebuie savurat și protejat , așa că nu e de mirare că notificările nu se bucură de o reputație decentă în zilele noastre. Mai mult decât atât, adesea se simt lipsiți de sens și manipulatori, de asemenea.

„Apar adesea în momente când sunt mai puțin relevante și creează un fals sentiment de urgență, diluând concentrarea și provocând frustrare.”

— Alex Potrivaev, Interfon

Acest lucru este valabil pentru ferestrele plutitoare de pe ecranul de pornire la fel de mult ca și numărul atotputernic de necitite din barele de instrumente. Acest lucru este valabil și pentru mesajele de marketing mascate ca notificări, precum și pentru actualizările sociale defalcate în multe mesaje mici pentru a atrage permanent atenția asupra serviciului.

Toate aceste notificări necesită o atenție imediată și se simt incredibil de invazive , jucându-ne pe dorințele noastre de a nu rata niciuna și de a rămâne conectați cu grupurile noastre sociale. De fapt, ele perturbă confidențialitatea într-un mod în care nici un tipar întunecat nu o poate - solicitând și captând atenția necondiționat, indiferent de ceea ce face utilizatorul în prezent.

Cu toate acestea, nu este vina notificărilor că se simt invazive; este faptul că le proiectăm astfel încât să iasă adesea în cale. Utilizatorii nu vor să rateze notificări importante și să rateze mesajele la timp sau vânzările limitate, dar nici nu vor să se simtă frământați de un val nesfârșit de actualizări zgomotoase. Dacă aceasta din urmă se întâmplă prea des, utilizatorii dezactivează notificările cu totul, adesea cu un gust amar față de aplicație și marcă din cauza „cerșirii disperate de atenție”, așa cum a spus un utilizator. Un singur vinovat o poate distruge pentru toți ceilalți, și asta în ciuda faptului că nicio notificare nu este ca alta.

Multe fețe ale notificărilor

Notificările sunt distrageri prin natură; ele aduc atenția unui utilizator asupra unui eveniment (potențial) semnificativ de care nu sunt conștienți sau despre care ar putea dori să-i fie amintit. Ca atare, ele pot fi foarte utile și relevante, oferind asistență și aducând structură și ordine în rutina zilnică. Până nu sunt.

În general, notificările pot fi fie informative (mementouri de calendar, notificări de întârziere, rezultate din noaptea alegerilor), fie încurajează acțiuni (aprobarea plății, instalarea unei actualizări, confirmarea unei cereri de prietenie). Acestea pot fi transmise în flux din diverse surse și pot avea diferite efecte:

• Notificările UI apar ca carduri subtile în UI pe măsură ce utilizatorii interacționează cu interfața web - ca atare, sunt acceptate pe scară largă și mai puțin invazive decât unii dintre omologii lor.
• Notificările push din browser sunt mai greu de respins și atrag atenția asupra lor, chiar dacă utilizatorul nu accesează interfața de utilizare.
• Notificările în aplicație trăiesc în aplicațiile desktop și mobile și pot fi la fel de umile ca notificările UI, dar pot avea un rol mai central cu mesajele trimise pe ecranul de pornire sau în centrul de notificări.
• Notificările sistemului de operare , cum ar fi actualizările de software sau modificările operatorului de telefonie mobilă, sunt, de asemenea, în amestec, apar adesea împreună cu o mare varietate de note, actualizări de calendar și tot ce se află între ele.
• În cele din urmă, notificările își pot găsi drumul în aplicațiile de e-mail, SMS și mesagerie socială, provenind de la chatbot, sisteme de recomandare și oameni reali.

Puteți vedea cum notificările – având în vedere toate aromele și sursele lor – ar putea deveni copleșitoare la un moment dat. Totuși, nu este că acordăm exact aceeași atenție fiecărei notificări pe care o primim. Pentru marea majoritate a utilizatorilor, pot dura săptămâni până când în cele din urmă instalează o actualizare de software solicitată de notificarea sistemului de operare, în timp ce, de obicei, nu durează mai mult de câteva ore pentru a confirma sau refuza o nouă solicitare LinkedIn sau Facebook.

Nu toate notificările sunt egale , iar nivelul de atenție pe care utilizatorii le acordă acestora va depinde de natura lor sau, mai precis, de modul și când sunt declanșate notificările.

În articolul său despre „Analiza critică a sistemelor de notificare”, Shankar Balasubramanian a făcut cercetări remarcabile, defalcând declanșatoarele de notificare în câteva grupuri:

Nu putem deduce că un grup de declanșatori este întotdeauna mai eficient decât altul, dar unele notificări din fiecare grup tind să fie mult mai bune în a capta atenția decât altele:

• Oamenilor le pasă mai mult de mesajele noi de la prietenii apropiați și rudele, notificările de la colegii selectați în timpul programului de lucru, tranzacțiile bancare și alertele importante, notificările din calendar, evenimentele programate, alarmele și orice confirmări sau eliberări posibile și așteptate.
• Oamenilor le pasă mai puțin de actualizările de știri, actualizările fluxurilor sociale, anunțuri, funcții noi, rapoarte de blocare, notificări web, mesaje informative și automate în general.

Deloc surprinzător, utilizatorii tind să primească imediat notificări ale bateriei scăzute sau confirmări de plată; de asemenea, mementourile din calendar, actualizările de progres (de exemplu, livrarea pachetului ETA) și mesajele unu-la-unu contează mai mult decât alte notificări. De fapt, în fiecare conversație pe care am avut-o cu utilizatorii, un mesaj de la o altă ființă umană a fost apreciat mult mai mult decât orice notificare automată. Prioritățile s-ar putea schimba ușor, desigur, dacă un utilizator așteaptă cu nerăbdare o notificare, dar doar puțini oameni ar lăsa totul în urmă într-o grabă disperată să verifice al 77-lea like pe fotografia lor.

Deci notificările pot fi diferite, iar notificările diferite sunt percepute diferit; cu toate acestea, cu cât notificările sunt mai personale, relevante și mai oportune, cu atât ar trebui să ne așteptăm la o implicare mai mare. Dar ce înseamnă totul pentru proiectarea notificărilor și cum le putem face mai puțin intruzive și mai eficiente?

Nu vă bazați pe setările implicite generice: configurați moduri de notificare

Există de obicei un motiv bun pentru care clienții au ales să se înscrie pentru un serviciu. Nu mulți oameni se trezesc dimineața sperând să-și creeze un cont nou în acea zi. De fapt, s-ar putea să simtă că serviciul dvs. i-ar putea ajuta în sarcinile zilnice sau le-ar putea îmbunătăți fluxul de lucru. Sperăm că nu au nevoie de notificări pentru a înțelege cum funcționează un serviciu, dar ar putea avea nevoie să primească notificări pentru a înțelege valoarea pe care o oferă serviciul.

Poate că au primit un mesaj important de la un potențial angajator sau poate că există o potrivire a profilului de întâlniri care merită să fie analizată. S-ar putea să nu vrea să rateze aceste mesaje doar pentru că au uitat să se înregistreze în serviciu pentru o perioadă. În calitate de designeri, trebuie să presărăm doar cantitățile potrivite de notificări în amestec pentru a menține clientul motivat, oferindu-le în același timp doar indicații relevante și acționabile.

Din păcate, la majoritatea serviciilor nu este neobișnuit să vă înscrieți, doar pentru a realiza câteva momente mai târziu că căsuța de e-mail se umple cu tot felul de mesaje (în mare parte pur informaționale), trimise adesea imediat după altul și rareori acționabile. Notificările prin e-mail, în special, sunt adesea activate în mod implicit, cu consimțământul utilizatorului implicit prin acceptarea termenilor și condițiilor lungi și imposibil de gestionat. Nimănui nu-i place să fie bombardat cu un flux de mesaje nesolicitate, iar acest lucru este valabil atât pentru e-mailurile spam, cât și pentru notificările nedorite.

În loc să setăm o frecvență implicită de notificare pentru toți clienții în mod implicit, am putea începe să trimitem doar câteva notificări organizate foarte rar. Pe măsură ce clientul continuă să folosească interfața, i-am putea cere să decidă tipul de notificări pe care le-ar prefera și frecvența acestora. Același lucru este valabil și pentru solicitările de consimțământ pentru cookie-uri: am putea oferi opțiuni recomandate predefinite cu un „mod calm” (frecvență joasă), un „mod regulat” (frecvență medie) și un „mod utilizator cu putere” (frecvență înaltă).

Totuși, am putea fi mai granulați chiar și decât asta. Basecamp, de exemplu, a introdus opțiunile „Always On” și „Work Can Wait” ca parte a experienței lor de integrare, astfel încât clienții noi să poată selecta dacă doresc să primească notificări pe măsură ce apar (oricand) sau să aleagă o anumită oră. intervale și zile în care pot fi trimise notificări. Sau, invers, am putea întreba utilizatorii când nu vor să fie deranjați și să suspendăm notificările în acel moment. Nu toți clienții doresc să primească notificări legate de muncă în afara orelor de lucru sau în weekend, chiar dacă colegii lor ar putea lucra ore suplimentare sâmbătă seara, în cealaltă parte a planetei.

Pe măsură ce trece timpul, este posibil ca și formatul notificărilor să necesite ajustări. În loc să trimită notificări una câte una pe măsură ce apar evenimentele, utilizatorii ar putea alege un „mod rezumat”, cu toate notificările grupate într-un singur mesaj de sine stătător livrat la o anumită oră în fiecare zi sau în fiecare săptămână.

Aceasta este una dintre setările pe care le oferă Slack când vine vorba de notificări; de fapt, sistemul adaptează și frecvența notificărilor în timp. Inițial, deoarece canalele Slack pot fi destul de silențioase, sistemul trimite notificări pentru fiecare mesaj postat. Pe măsură ce activitățile devin din ce în ce mai frecvente, Slack recomandă reducerea nivelului de notificare, astfel încât utilizatorul să fie notificat doar atunci când sunt menționate efectiv.

O altă caracteristică oferită de Slack este aceea de a permite utilizatorilor să evidențieze o selecție de cuvinte, astfel încât utilizatorii să fie notificați numai atunci când un subiect la care țin a fost menționat:

S-ar putea să sune că frecvența notificărilor primește prea multă atenție în acest moment, dar atunci când a fost întrebat despre punctele de durere comune ale notificărilor, cea mai frecventă problemă a fost, de departe, frecvența lor ridicată, chiar dacă mesajele erau relevante sau posibile.

Concluzia este: începeți să trimiteți notificări încet, dar constant ; configurați moduri de notificare și oferiți opțiuni granulare, cum ar fi o alegere de declanșatoare și formatul notificărilor. Mai bine trimiteți prea puțin decât prea mult: este posibil să nu aveți o altă șansă în cazul în care clientul dorește să renunțe la numeroase notificări care le deranjează la momentul nepotrivit.

Alegeți cu atenție sincronizarea

S-ar putea să nu ne place să recunoaștem, dar pentru mulți dintre noi, ziua nu începe cu un salut pașnic și atent al soarelui răsărit; în schimb, începe cu o privire plictisitoare, reflexivă, către ecranul strălucitor al telefoanelor noastre mobile. Mai precis, primul lucru pe care îl vedem în fiecare dimineață nu este nici măcar ora curentă sau cei dragi, ci teancul de notificări care s-au adunat neobosit în timp ce dormim.

Această stare de spirit nu este neapărat cea mai bună oportunitate de a reaminti utilizatorilor o politică de confidențialitate actualizată, caracteristici noi strălucitoare sau cheltuieli restante care trebuie finalizate. Notificările personale, cum ar fi noile distribuiri sociale și reacțiile din cercurile sociale, ar putea fi mult mai relevante, totuși, la fel ca întâlnirile viitoare și activitățile de făcut pentru ziua respectivă.

Timpul contează, la fel și notificările în timp util . Probabil că nu doriți să vă deranjați clienții în miezul nopții, când ajung la o destinație îndepărtată, cu decalaj mare. Prin urmare, este o idee bună să urmăriți schimbarea fusurilor orare și a orei locale și să ajustați livrarea notificărilor în consecință. Pe de altă parte, clienții nu vor fi deosebit de mulțumiți de apariția unei notificări importante atunci când nu mai este relevantă, așa că, dacă urmăresc un eveniment sau un anunț important, va trebui să decideți dacă evenimentul este suficient de critic pentru a-i deranja la un moment inconfortabil.

Analizele dvs. vă vor spune când este posibil ca utilizatorii dvs. să acționeze asupra notificărilor dvs., așa că este o idee bună să studiați și să urmăriți răspunsurile în funcție de timp și să declanșați trimiterea notificărilor în acel moment. De exemplu, dacă un client este cel mai receptiv la distribuirea unui mesaj dimineața, așteaptă notificările până la momentul potrivit, la ora locală a dimineții.

Evitați situațiile stresante prin proiectare

În cazul notificărilor, sincronizarea nu este singurul atribut important de luat în considerare. Îți amintești de bietul personaj care speră să-și prindă legătura de la începutul acestei secțiuni? Declanșarea unui pachet de notificări la un nivel de baterie extrem de scăzut nu este o idee bună și este la fel de contraproductiv atunci când utilizatorul se luptă cu conectivitate sau este concentrat pe o sarcină precum conducerea unei mașini. Dacă puteți evalua nivelul bateriei și calitatea conexiunii, este o idee bună să evitați trimiterea de notificări atunci când condițiile unui utilizator sunt suboptime. Desigur, notificările trebuie să fie și ele relevante, așa că, dacă puteți evalua și locația utilizatorului, evitați să trimiteți notificări dependente de locație care nu sunt deloc aplicabile .

Uneori este dificil să păstrezi notificări, deoarece acestea pot fi critice pentru activitatea curentă a utilizatorului. Dacă utilizatorul conduce o mașină, urmând instrucțiunile dintr-o aplicație de navigare, este posibil să fie necesar să oferiți o notificare mai persistentă și mai umilă despre schimbarea recomandată a rutei din cauza unui accident pe drum. În acest caz, la fel ca și alte notificări critice, am putea afișa un buton plutitor „Actualizări noi disponibile. Reîmprospăta." Este mult mai puțin invaziv decât o notificare care blochează accesul la conținut, dar este la fel de eficient pentru a indica faptul că pagina sau starea paginii ar putea fi depășite și că sunt disponibile informații noi.

De fapt, în loc să trimiți notificări la anumite momente implicite, chiar dacă se bazează pe comportamentul trecut al utilizatorului, poți explora cealaltă parte a monedei și , în schimb, poți să accesezi momente fericite și de succes . Un serviciu de transfer de bani, TransferWise, afișează notificări atunci când clientul primește o plată - și nu este momentul minunat pentru a cere o revizuire a aplicației în App Store? Am putea urmări reperele importante și să anunțăm utilizatorii despre funcțiile avansate pe măsură ce sunt atinse, la timp , așa cum le numește Luke Wroblewski.

Reduceți frecvența prin gruparea notificărilor

Nu există o regulă de aur pentru cantitatea potrivită de notificări într-o anumită zi. Așa cum fiecare notificare diferă, la fel și preferințele și motivațiile fiecărui client. Pentru a menține implicarea unui utilizator, poate fi necesar să eliberați treptat blocurile de notificări, în funcție de acoperirea sau preferințele clientului. Acolo intervine gruparea treptată , așa cum se explică în articolul „Proiectarea notificărilor inteligente” de Alex Potrivaev, designer de produs la Intercom.

Ideea este simplă. Dacă știți că clienții dvs. primesc în medie mai puțin de cinci reacții per postare, ar putea fi o idee bună să oferiți o notificare unică pentru fiecare dintre ei. De asemenea, puteți declanșa o notificare dacă un mesaj vine de la evenimente importante, cum ar fi un mesaj de la prieteni apropiați, familie sau persoane influente. În plus, deoarece știm că notificările declanșate de o acțiune a unei alte ființe umane sunt apreciate mai mult decât notificările automate, prioritizează și se concentrează în primul rând pe cele personale , pentru acel anumit client.

Odată ce volumul notificărilor a crescut, putem începe să le grupăm și să oferim rezumate compacte la momentul potrivit. De exemplu, Facebook rezumă notificările în blocuri non-intruzive, fiecare rând evidențiind exact un tip de eveniment, cum ar fi reacțiile la un anumit mesaj („Stoyan Stefanov și alte 48 de persoane au reacționat la postarea ta...”) . LinkedIn, pe de altă parte, pare să declanșeze aproape fiecare eveniment unul câte unul („Stoyan Stefanov a comentat postarea ta”) , poluând astfel fluxul de notificări și făcându-le dificil de scanat și utilizat.

Desigur, pe baza istoricului unui utilizator, am putea personaliza mai mult decât doar gruparea notificărilor. Odată ce știm cum reacționează un utilizator la noile aprecieri de fotografii, indiferent dacă le aruncă o privire scurtă sau se scufundă adânc în fiecare notificare, putem oferi notificări mai bune data viitoare. După cum conchide Alex:

„În funcție de modul în care interacționați de obicei cu conținutul, ar putea fi oferite opțiuni mai bune de redactare și structură și, în funcție de comportamentul implicit, este posibil să vedeți notificările structurate diferit.”

Acest lucru, desigur, necesită și bucle continue de feedback.

Permiteți utilizatorilor să amâne sau să întrerupă notificările

Cu greu nicio companie va respinge valoarea datelor despre clienții lor. De fapt, putem obține informații valoroase pe termen lung prin introducerea buclelor de feedback ; adică, oferind continuu clienților opțiuni de „Vezi mai multe” sau „Vezi mai puține” notificări de un anumit tip. Dar la fel cum avem tendința de a percepe dizabilitatea ca pe o condiție activă/dezactivată (fie aveți o dizabilitate, fie nu aveți o dizabilitate), simțim adesea că putem prezice cu exactitate comportamentul utilizatorului doar pe baza comportamentului său din trecut.

Realitatea, însă, este rareori alb-negru. Utilizatorii noștri ar putea fi împiedicați temporar în timp ce țin un copil într-un braț sau din cauza unui accident recent nefericit, iar condițiile în care se află pot fluctua în același mod. Acțiunile rapide, cum ar fi amânarea ca răspuns la o notificare primită, pot ajuta la atenuarea problemei, chiar dacă temporar.

Contextul utilizatorului se schimbă continuu . Dacă observați o scădere neobișnuită a ratei de implicare sau dacă anticipați un volum neobișnuit de mare de notificări (poate o zi de naștere, o aniversare a nunții sau o noapte electorală), luați în considerare oferirea unei opțiuni de a dezactiva sunetul, amâna sau întrerupe notificările , poate pentru următoarele 24 de ore.

Acest lucru ar putea fi foarte contrar intuiției noastre, deoarece am putea dori să reangajăm clientul dacă a tăcut dintr-o dată sau am putea dori să-și maximizăm implicarea atunci când au loc evenimente importante. Cu toate acestea, apăsarea mai departe cu frecvența notificărilor este prea periculoasă de cele mai multe ori. Este ușor să ajungeți într-un punct în care o notificare aparent inofensivă va îndepărta un client, eventual chiar și pe termen lung. S-ar putea să existe motive întemeiate pentru care utilizatorul nu a fost sau nu dorește să fie activ o perioadă și, de cele mai multe ori, nu are nicio legătură cu serviciul.

O altă opțiune ar fi să sugerezi o schimbare de mediu folosit pentru a consuma notificări. Utilizatorii tind să asocieze diferite niveluri de urgență cu diferite canale de comunicare. Notificările în aplicație, notificările push și mesajele text sunt considerate a fi mult mai intruzive decât vechiul e-mail, așa că atunci când frecvența depășește un anumit prag, este posibil să doriți să împingeți utilizatorii spre trecerea de la notificările push la rezumatele zilnice prin e-mail.

Setați praguri și construiți un arbore de decizie pentru notificări

Totuși, pragurile nu sunt ușor de setat corect. Evenimentele importante ar trebui să declanșeze notificări imediate care să fie primite la timp. Evenimente mai puțin importante ar putea aștepta, dar ar putea fi util să atrageți atenția clientului asupra serviciului. Notificările potențial irelevante trebuie să fie filtrate fără încetare pentru a lăsa timp și spațiu pentru ca notificările importante să fie prețuite și apreciate.

În general, notificările mai scurte, cum ar fi mesajele de la prieteni și colegi, sunt cele mai potrivite ca notificări UI dacă nu sunt urgente sau notificări push dacă sunt. Notificările mai lungi sunt mai bine ca e-mailuri – indiferent dacă sunt urgente sau nu. Această regulă generală ar varia de la serviciu la serviciu, astfel încât ați putea crea un arbore de decizie privind notificările pentru a urmări care mediu funcționează cel mai bine pentru anumite tipuri de notificări, în funcție de urgența, lungimea și frecvența acestora. În plus, puteți defini praguri și puteți declanșa o solicitare pentru amânarea sau ajustarea setărilor dacă este atins un prag.

Faceți ca optarea și renunțarea să fie evidente

În zilele noastre, este aproape de așteptat ca un serviciu să ajungă la extreme, făcând ridicol de dificil pentru un client să renunțe la notificările atotputernice. Formularea obscure și etichetele obscure ascunse cu pricepere în colțurile îndepărtate ale interfeței nu sunt neobișnuite. Puține alte considerente de design pot fi mai dăunătoare și mai dăunătoare pentru o marcă. Când utilizatorii nu pot ajusta cu ușurință setările, aceștia aplică artilerie grea, marcând notificările prin e-mail ca spam sau blocând notificările în setările sistemului de operare sau în setările browserului. Pentru un site web sau o aplicație, nu există o modalitate ușoară de a vă recupera, cu excepția cerșirii din nou pentru abonamente.

O modalitate mult mai simplă de ieșire este de a oferi un control foarte granular asupra notificărilor, inclusiv conținutul, formatul, frecvența și timpii de nu deranjați. Am putea oferi o opțiune de a răspunde la o notificare recentă cu „Mai puține e-mailuri” sau „Oprire” pentru a schimba frecvența, ocolind conectările la site-ul web sau conectările la aplicații (Notion.to face asta). Pentru aplicații, furnizați preferințe de notificare integrate în aplicație, mai degrabă decât să vă bazați pe setările native ale sistemului de operare. Acolo, puteți explica, de asemenea, la ce se poate aștepta utilizatorul de la fiecare tip de notificare, poate chiar cu exemple despre cum ar arăta.

În practică, mulți utilizatori vor căuta setări de notificare în ambele locuri dacă chiar au nevoie, dar cu cât le ia mai mult timp să găsească acea setare nebuloasă, cu atât vor fi mai puțin răbdători. În realitate, majoritatea utilizatorilor caută o modalitate de a dezactiva notificările în momentul în care sunt de fapt frustrați sau enervați de notificările recente. Nu este o stare de spirit plăcută în care să vă aflați și, ca serviciu, probabil că nu doriți să extindeți în mod inutil această stare de spirit în detrimentul de a vă simți sâcâit și confuz de clienții plătitori.

Totuși, nu uitați să explorați și cealaltă parte a monedei. Identificați părți ale călătoriei utilizatorului când un utilizator este mai probabil să se aboneze la notificări; de exemplu, odată ce o comandă într-un magazin online a fost plasată cu succes sau o rezervare de zbor a fost confirmată. În ambele cazuri, notificările pot ajuta clienții să urmărească întârzierile sau să recupereze cartele de îmbarcare la timp. Acesta este, de asemenea, un moment bun pentru a sugera notificări push în timp real, ceea ce înseamnă, de asemenea, să ceri mai întâi permisiunea clientului pentru a trimite acele mementouri. Și acest subiect merită o conversație separată.

Cererea de permisiune, Calea Umilă

Unele site-uri web sunt un personaj, nu-i așa? Indulgent cu sine, nepoliticos la suflet și, de asemenea, cu adevărat neplăcut. Cât de des te împiedici de o pagină aparent modestă, fără pretenții, doar pentru a fi întâmpinat cu un mesaj minunat de permisiuni care te roagă să-ți trimită notificări? Nu ați citit încă niciun cuvânt, dar iată-l, cerând deja un angajament pe termen lung - și, sincer, unul destul de invaziv .

În ceea ce privește experiența utilizatorului, afișarea unui prompt de permisiune la încărcare este probabil cea mai bună modalitate de a face o primă impresie proastă și, în majoritatea cazurilor, o greșeală ireversibilă. Începând din ianuarie 2019, Chrome a schimbat opțiunile afișate atunci când este declanșată o solicitare nativă. În timp ce utilizatorii ar putea să respingă o notificare pentru a reacționa la ea mai târziu, acum trebuie să aleagă dacă doresc să „Accepte” sau să „Blocați” notificările. Acesta din urmă are ca rezultat blocarea permanentă a notificărilor web pentru întregul site, cu excepția cazului în care utilizatorul își găsește drumul prin sălbăticia setărilor browserului pentru a acorda acces până la urmă. Nu e de mirare că marea majoritate a utilizatorilor blochează astfel de solicitări imediat, fără să le citească deloc conținutul.

Strategic, este mai bine să ceri permisiunea doar atunci când există șanse mari ca un utilizator să accepte. Pentru ca acest lucru să se întâmple, trebuie să explicăm clientului de ce avem de fapt nevoie de permisiunea acestuia și ce valoare îi putem oferi în schimb. În practică, această strategie este adesea implementată sub forma „modelului de cerere dublă”. În loc să cerem permisiunea imediat, așteptăm mai întâi un anumit grad de implicare : poate câteva vizite de pagină, câteva interacțiuni, o anumită perioadă de timp petrecută pe site. În cele din urmă, putem evidenția faptul că un utilizator s-ar putea abona la notificări și modul în care acestea ar putea fi valoroase sau că avem nevoie de permisiunea lor pentru rezultate de căutare mai precise, conștiente de locație. Uneori contextul paginii este suficient, ca atunci când o interfață ar dori să ceară geolocalizare atunci când utilizatorul vizitează pagina de localizare a magazinelor.

În toate aceste cazuri, un buton proeminent de îndemn ar aștepta momentul în care utilizatorul este cel mai receptiv să acționeze asupra lui. Dacă utilizatorul alege să atingă butonul, putem presupune că este probabil să continue cu acțiunea. Deci, odată făcut clic, butonul va solicita o solicitare reală de permisiune nativă.

În esență, împărțim solicitarea de permisiune în două solicitări:

1. O solicitare încorporată în interfața de utilizare,
2. O solicitare nativă la nivel de browser.

După cum remarcă Adam Lynch, în cazul în care utilizatorul încă revocă permisiunea, poate din cauza unei atingeri greșite sau a unui clic greșit în promptul browserului nativ, trebuie să afișăm o pagină de rezervă care explică cum să activați manual permisiunea prin setările browserului (sau link către o explicație). Evident, nu are sens să afișați o solicitare de notificări dacă utilizatorul a acordat deja permisiunea. Putem folosi API-ul Permissions pentru a interoga starea oricărei permisiuni printr-o singură interfață asincronă și pentru a ajusta interfața de utilizare în consecință.

Aceeași strategie ar putea fi aplicată oricărui tip de solicitare de permisiune, cum ar fi accesul la geolocalizare, cameră, microfon, Bluetooth, MIDI, WebUSB și așa mai departe. Formularea și aspectul solicitărilor de notificare în interfața de utilizare au totuși o importanță critică aici, așa că este o idee bună să urmăriți ratele de implicare și acceptare pentru fiecare permisiune sau funcție și să acționați în consecință. Și asta ne aduce la regele tuturor - urmărirea valorilor majore pentru notificările dvs.

Urmăriți valorile pentru notificări

De obicei, notificările nu sunt trimise doar cu scopul de a informa clienții despre un eveniment care are loc sau care urmează. Notificările bune sunt utile și acționabile, ajutând atât clienții, cât și companiile să-și atingă obiectivele. Pentru aceasta, valorile relevante trebuie mai întâi descoperite și definite.

Ca un minim strict, ar putea fi nevoie să știm dacă notificările pe care le trimitem sunt relevante în primul rând.

• Formularea, formatul și frecvența notificărilor conduc la acțiunea dorită pe care ne propunem să o realizăm (fie că este vorba de distribuiri sociale, timpul petrecut pe site sau achiziții)?
• Ce fel de notificări contează mai mult decât altele?
• Notificările aduc utilizatorii înapoi la aplicație?
• Cât timp trece între trimiterea notificării și revenirea utilizatorului pe site sau aplicație?
• Cât timp se petrece în medie între notificarea prin clic și părăsirea site-ului de către utilizator?

Experimentați cu formularea, lungimea, timpii de expediere și gruparea și frecvența notificărilor pentru diferite niveluri de implicare a utilizatorilor - începător, utilizator obișnuit și utilizator avansat. De exemplu, utilizatorii tind să fie mai receptivi la mesajele conversaționale care par mai obișnuite și mai puțin ca notificări de sistem. Menționarea numelor ființelor umane reale ale căror acțiuni au declanșat o notificare ar putea fi, de asemenea, utilă.

Nu este niciodată o idee rea să începeți să trimiteți notificări încet pentru a urmări și impactul lor negativ potențial - fie că este vorba de renunțări sau dezinstalări de aplicații. Trimițând mai întâi un grup de notificări unui grup mic, aveți în continuare șansa de a „ajusta sau anula orice campanie de notificare dăunătoare înainte de a fi prea târziu”, așa cum remarcă Nick Babich în „Ce face o notificare bună”.

Toate aceste eforturi au în vedere același scop: evitarea perturbărilor semnificative și prevenirea oboselii notificărilor pentru clienții noștri , informându-i în același timp despre ceea ce doresc să afle la momentul în care trebuie să știe. Cu toate acestea, dacă solicitările cookie sunt doar enervante, iar notificările frecvente sunt doar o tulburare, atunci când vine vorba de securitatea datelor personale și de modul în care sunt gestionate, clienții tind să aibă preocupări mult mai presante.

Este de remarcat faptul că există diferențe semnificative în ceea ce privește modul în care notificările sunt solicitate, grupate și afișate pe Android și iOS, așa că, dacă proiectați o aplicație nativă sau hibridă, va trebui să le examinați în detaliu. De exemplu, pe iOS, utilizatorii nu configurează notificările aplicației până la integrare sau o utilizare ulterioară a aplicației, în timp ce utilizatorii Android pot renunța la notificări în timpul instalării, comportamentul implicit fiind înscrierea. Notificările push trimise de un PWA se vor comporta ca notificări native pe un sistem de operare respectiv.

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
• Partea 2: Experiențe mai bune privind consimțământul pentru cookie-uri
• Part 3: Better Notifications UX And Permission Requests
• Partea 4: Cadrul de proiectare care ține cont de confidențialitate

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