Prečo vaši používatelia nedokončia registráciu?

Nedávno sme vám predstavili passkeys, prihlásenie úplne bez hesla, len cez Face ID alebo Touch ID. Z pohľadu produktu je to správny smer: bezpečnejšie, bez phishingu, bez resetov.

Keď sa ale pozriete, ako passkeys reálne fungujú v rukách bežného používateľa, narazíte na nepríjemný detail. Väčšina vašich používateľov nie je early adopter.

Preto sa v tomto článku vraciame o krok späť a pozrieme sa na základný kameň prihlasovania, ktorý funguje pre každého, od fanúšika novej technológie až po niekoho, kto si stále myslí, že najbezpečnejšie heslo je meno mačky a rok narodenia.

Kde strácate ľudí a ani o tom neviete?

Predstavte si moment, keď má používateľ chuť začať. Stiahne si aplikáciu, prekliká onboarding, dostane sa k registrácii… a zastaví sa na hesle. Nie preto, že by nechcel pokračovať, ale preto, že si ho nechce vymýšľať. A už aj keď si ho vymyslí, problémom býva jeho zapamätanie.

Z pohľadu bezpečnosti od neho chceme správnu vec: nepoužívať jedno heslo všade dookola. V praxi mu ale často nedáme nástroj, ktorý by mu to reálne uľahčil. A tak si používateľ vyberie menšie zlo: buď si heslo zjednoduší, alebo ho recykluje.

Podľa dlhodobých Checkout UX dát od Baymard Institute opúšťa proces takmer každý piaty používateľ, lebo sa nevie dostať späť do svojho účtu. Typicky preto, že si pri registrácii nasilu vymyslel komplikované heslo, ktoré si nepamätá a musí ho resetovať.

Heslo ako zbytočná prekážka

Pole na heslo je miesto, kde registrácia najčastejšie drhne. Používateľ narazí na pravidlá: „Heslo musí obsahovať veľké písmeno, číslo, symbol a aspoň jeden starogrécky znak.“ Skúsi niečo napísať. Neprejde. Skúsi znova. Neprejde. Po pár pokusoch už nejde o bezpečnosť, ale o trpezlivosť. V hlave si skladá kombinácie, ktoré by mohli prejsť, a zároveň dúfa, že si ich nebude musieť pamätať dlhšie než pár minút. V tej lepšej verzii ešte odolá pokušeniu nechať mačku prebehnúť po klávesnici a vyriešiť to celé za neho.

V tomto prípade sa obyčajné vymyslenie hesla stáva kognitívnou záťažou, ktorá prichádza presne v momente, keď chcete, aby používateľ pokračoval hladko, bez problémov.

Problém je, že často ignorujeme to, čo už systém ponúka.

Funkcia, ktorú máte v ruke (a možno ju nevyužívate)

Password Suggestion (alebo Password AutoFill) je natívna funkcionalita operačných systémov, ktorá robí presne to, čo by ste od moderného produktu čakali: zoberie zodpovednosť za heslo z používateľa a vyrieši ju za neho. API je natívne a bezplatné, ale samotné nasadenie nie je „len zapnúť“. Je to práca na jeden sprint: Associated Domains, autocomplete atribúty, zladenie pravidiel medzi serverom a klientom, QA na reálnych zariadeniach.

Keď je aplikácia správne nastavená, flow vyzerá prirodzene:

• používateľ klikne na pole pre nové heslo
• systém automaticky ponúkne silné, vygenerované heslo
• používateľ ho jedným kliknutím potvrdí
• heslo sa uloží do Keychainu alebo Password Managera
• pri ďalšom prihlásení sa vyplní automaticky, často cez biometriu

Používateľ si nič nevymýšľa, nič si nepamätá a nič nikam nezapisuje. Ak používa viac zariadení, heslo má dostupné všade.

Dopad, ktorý sa oplatí merať

Ak sledujete funnel metriky, práve tu viete spraviť prekvapivo veľký rozdiel za relatívne malú investíciu.

Password Suggestion má priamy dopad na:

Ranges sú syntézou viacerých zdrojov (Baymard, Forrester, Gartner, Zuko, HDI) a interných benchmarkov. Konkrétne čísla pre vašu appku zmeriate len A/B testom.

V praxi sa bavíme o desiatkach percent zlepšenia a sekundách, ktoré rozhodujú o tom, či používateľ ostane alebo odíde.

Ak používate nástroje ako Firebase, Mixpanel alebo Amplitude, dáva zmysel sledovať aj to, koľko ľudí využije AutoFill oproti manuálnemu zadaniu. To vám ukáže reálnu adopciu a pomôže rozhodnúť, čo ďalej optimalizovať.

Keď to nefunguje, väčšinou je problém v detailoch

Password Suggestion nie je „plug and play“, ak základ login flowu nie je navrhnutý správne. Často vidíme drobnosti, ktoré systému bránia fungovať tak, ako má.

Najčastejšie ide o tieto veci:

• Poradie polí: Vždy najprv email/username, potom heslo. Systém rozpoznáva polia podľa poradia a typu. Ak je poradie neštandardné, AutoFill nemusí fungovať.
• Jasná štruktúra polí: Jedno pole má jeden účel. Nekombinujte email a telefónne číslo do jedného poľa. Systém potrebuje jasný signál, čo pole obsahuje.
• Viditeľný username pri zmene hesla: Aj keď je read-only, musí byť na obrazovke.
• Možnosť zobraziť heslo: Aj keď systém vyplní heslo automaticky, používatelia chcú mať kontrolu nad tým, čo sa vyplnilo.
• Zrozumiteľné pravidlá: Ak máte požiadavky na heslo (dĺžka, špeciálne znaky), komunikujte ich vopred, nie až po chybe. Nastavte ich aj technicky tak, aby systém generoval heslá, ktoré vaše pravidlá spĺňajú.
• Bez zásahov do systémovej klávesnice: Custom klávesnice alebo prekrývajúce elementy môžu zakryť AutoFill suggestion bar. Testujte registráciu na reálnych zariadeniach predtým ako ho zaradíte do reálnej prevádzky.

Sú to malé veci, ale práve na nich sa láme skúsenosť.

Password reset ako symptóm, nie feature

Reset hesla je jeden z najčastejších momentov frustrácie v aplikáciách. Čísla sa líšia podľa zdrojov, ale trend je jasný, používatelia sa do tejto situácie dostávajú často a neradi.

Ak znížite potrebu pamätať si heslo, znížite aj potrebu ho resetovať. A tým pádom aj množstvo zbytočných interakcií, ktoré nemajú pre používateľa žiadnu hodnotu.

Kam sa to celé posúva

Password Suggestion je krok, ktorý zlepšuje dnešný stav, ale dlhodobo sa bavíme o ešte väčšej zmene.

Apple, Google aj Microsoft tlačia do popredia technológiu passkeys, prístup, kde heslo úplne mizne. Používateľ príde, potvrdí identitu biometricky a je prihlásený. Bez pravidiel, bez resetov, bez premýšľania.

Pre produkt to znamená jediné: menej krokov medzi používateľom a hodnotou, ktorú mu chcete doručiť.

Ale aj keď passkeys nasadíte zajtra, password suggestion v aplikácii neprestane mať zmysel. Vašu user base si totiž zvyčajne viete rozdeliť do troch skupín:

• Power useri: zapnú si passkey hneď, ako im to ponúknete. Pre nich je to úľava.
• Mainstream väčšina: passkey skúsia raz. Ak im pri prvom logine niečo nesedí (zlý sync medzi zariadeniami, podivný systémový dialóg, biometria v zlom momente), tichučko sa vrátia k heslu a viac sa o passkey nezaujímajú. Pre nich je dobre nasadený AutoFill default natrvalo.
• Konzervatívni a B2B legacy: „nepotrebujem ďalšiu novú vec“, alebo majú shared accounts, kiosk zariadenia a audit požiadavky, ktoré passkey UX zatiaľ neuspokojí. Bez kvalitne nasadeného AutoFillu zostanú v pekle pravidiel typu „musí obsahovať @ alebo !“ navždy.

Detail, ktorý rozhoduje

Pri produktoch sa často riešia veľké veci: nové feature, redesigny, roadmapy. Ale skúsenosť používateľa sa často láme na detailoch, ktoré si ani nevšimnete, kým ich nezačnete merať.

Pole na heslo je jeden z nich.

Ak ho vyriešite dobre, používateľ si to možno neuvedomí. Len sa dostane tam, kam potrebuje, rýchlejšie a bez zbytočného rozmýšľania. To je celá pointa: práca, ktorá je vidieť na číslach, nie v UI.