Ecranul de înregistrare: unde pleacă cei mai mulți

Ecranul de înregistrare e primul loc în care omul trebuie să muncească pentru aplicația ta, înainte să fi primit ceva de la ea. De aceea mulți închid aplicația chiar acolo. Cele mai bune remedii sunt simple: nu ceri cont decât când e nevoie, ceri puține date și lași telefonul să completeze ce știe deja.

Ceri cont doar când chiar trebuie

Prima întrebare e „am nevoie de cont aici?”. Formularul vine după. Ghidul Google pentru formulare de înregistrare spune să eviți, oriunde se poate, să pui funcții în spatele autentificării. Pentru magazine recomandă ca plata fără cont să fie varianta implicită, ca să nu pierzi coșuri.

Apple are o regulă și mai clară pentru App Store: dacă aplicația nu are funcții importante legate de un cont, oamenii trebuie să o poată folosi fără login. Iar aplicația nu poate cere date personale ca să funcționeze, decât dacă ele țin direct de funcția de bază sau le cere legea.

În practică: lasă omul să vadă meniul, prețurile, programul, produsele. Contul îl ceri în momentul în care are un motiv: salvează o comandă, face o programare, vrea istoricul.

Fiecare câmp în plus e un motiv să plece

Uită-te la formular și întreabă de fiecare câmp: îl folosesc în prima săptămână? Data nașterii, adresa completă, numele firmei se pot cere mai târziu, când omul are nevoie de ele.

Câteva greșeli pe care ghidul web.dev le numește direct:

• Câmpuri dublate. „Confirmă emailul” și „confirmă parola” obligă omul să scrie de două ori. În locul lor pui un buton „Arată parola”, ca omul să vadă ce a scris.
• Lipirea parolei blocată. Cine folosește un manager de parole nu-și mai poate lipi parola, iar web.dev spune că blocarea lipirii poate chiar scădea siguranța.
• Tastatura greșită. Câmpul de email trebuie să deschidă tastatura cu „@”, câmpul de telefon tastatura numerică.

Lasă telefonul să completeze

Telefoanele știu deja emailul omului și pot genera și salva parole. Ca să ajute, formularul trebuie să spună corect ce e fiecare câmp. Pe web asta se face prin atributul autocomplete (de exemplu „new-password” la parola nouă), iar aplicațiile native au echivalentele lor. Când merge, omul atinge de două ori și contul e gata.

Tot web.dev recomandă și autentificarea prin alt cont (Google, Apple, Facebook), pentru cine nu vrea încă o parolă. Merită oferită, dar nu ca singura variantă: unii nu vor să-și lege contul de altă platformă.

Contul trebuie să se poată și șterge

O regulă nouă de anul acesta: de la 30 iunie 2022, Apple cere ca orice aplicație care permite crearea unui cont să permită și ștergerea lui din aplicație. Gândește-l de la început: unde e butonul, ce date se șterg, ce se întâmplă cu comenzile vechi.

Măsoară unde pleacă oamenii

Nu ghici. Pune un eveniment de analiză pe fiecare pas: a deschis ecranul, a completat emailul, a apăsat „Creează cont”, a confirmat emailul. Pasul la care cei mai mulți se opresc e primul de reparat. De multe ori e confirmarea pe email: omul a plecat să-și deschidă căsuța și nu s-a mai întors.

Dacă la tine e la fel, lasă-l să folosească aplicația imediat după ce își face contul și cere confirmarea mai târziu, de exemplu înainte de prima plată sau de prima programare. Un ecran în plus la momentul potrivit deranjează mult mai puțin decât unul pus la intrare.

Dacă încă îți stabilești funcțiile de bază, citește și articolul despre MVP și pe cel despre notificările push, al doilea moment în care aplicația îi cere omului ceva.

Ce construim găsești pe pagina de servicii App.