Proč vaši uživatelé nedokončí registraci?

Nedávno jsme vám představili passkeys, tedy přihlášení úplně bez hesla pomocí Face ID nebo Touch ID. Z pohledu produktu je to správný směr. Je bezpečnější, odolnější vůči phishingu a nevyžaduje resetování hesel.

Když se ale podíváte na to, jak passkeys fungují v běžném životě, narazíte na jeden nepříjemný detail: většina vašich uživatelů nejsou early adopteři.

Proto se v tomto článku vrátíme o krok zpět a podíváme se na základní kámen přihlašování, který funguje pro každého. Od fanoušků nových technologií až po ty, kteří si stále myslí, že nejbezpečnější heslo je jméno kočky a rok narození.

Kde přicházíte o uživatele, aniž byste o tom věděli?

Představte si situaci, kdy má uživatel chuť začít. Stáhne si aplikaci, projde onboarding, dostane se k registraci... a zastaví se u hesla. Ne proto, že by nechtěl pokračovat, ale proto, že se mu nechce žádné heslo vymýšlet. A i když ho nakonec vytvoří, další problém je si ho zapamatovat.

Z pohledu bezpečnosti po něm chceme správnou věc: nepoužívat stejné heslo všude dokola. V praxi mu ale často nedáme nástroj, který by mu to skutečně usnadnil. Uživatel si proto vybere menší zlo. Buď heslo zjednoduší, nebo znovu použije nějaké staré.

Podle dlouhodobých Checkout UX dat od Baymard Institute opouští proces téměř každý pátý uživatel, protože se nedokáže vrátit do svého účtu. Typicky proto, že si při registraci vymyslel složité heslo, které si nepamatuje a musí ho resetovat.

Heslo jako zbytečná překážka

Pole pro heslo bývá místem, kde registrace nejčastěji drhne. Uživatel narazí na pravidla: “Heslo musí obsahovat velké písmeno, číslo, speciální znak a minimálně jeden starořecký symbol.” Zkusí něco napsat. Nevyhovuje. Zkusí znovu. Zase ne. Po několika pokusech už nejde o bezpečnost, ale o trpělivost. V hlavě skládá kombinace, které by mohly projít, a zároveň doufá, že si je nebude muset pamatovat déle než pár minut. V lepším případě ještě odolá pokušení nechat kočku přeběhnout po klávesnici a vyřešit to za něj.

V tu chvíli se z obyčejného vytváření hesla stává kognitivní zátěž, která přichází přesně v momentě, kdy chcete, aby uživatel pokračoval hladce a bez komplikací.

Problém je v tom, že často ignorujeme to, co už systém nabízí.

Funkce, kterou už máte k dispozici a možná ji nevyužíváte

Password Suggestion nebo Password AutoFill je nativní funkce operačních systémů, která dělá přesně to, co od moderního produktu očekáváte. Přebere odpovědnost za heslo místo uživatele a vyřeší ji za něj. Samotné API je nativní a zdarma, ale implementace neznamená jen něco zapnout. Typicky jde přibližně o jeden sprint práce: Associated Domains, autocomplete atributy, sladění pravidel mezi klientem a serverem, QA testování na reálných zařízeních.

Pokud je aplikace správně nastavená, celý proces působí přirozeně:

• uživatel klikne do pole pro nové heslo
• systém automaticky nabídne silné vygenerované heslo
• uživatel ho jedním kliknutím potvrdí
• heslo se uloží do Keychainu nebo Password Manageru
• při dalším přihlášení se automaticky doplní, často pomocí biometrie

Uživatel nemusí nic vymýšlet, nic si pamatovat a nic si zapisovat. Pokud používá více zařízení, má heslo dostupné všude.

Dopad, který stojí za měření

Pokud sledujete funnel metriky, právě tady můžete udělat překvapivě velký rozdíl s relativně malou investicí.

Password Suggestion má přímý dopad na:

Rozsahy vycházejí ze syntézy několika zdrojů, konkrétně Baymard, Forrester, Gartner, Zuko, HDI a interních benchmarků. Konkrétní čísla pro vaši aplikaci ověříte pouze pomocí A/B testování.

V praxi se bavíme o zlepšení v řádu desítek procent a sekundách, které rozhodují o tom, zda uživatel zůstane, nebo odejde.

Pokud používáte nástroje jako Firebase, Mixpanel nebo Amplitude, dává smysl sledovat i to, kolik lidí využije AutoFill oproti ručnímu zadání. To vám ukáže skutečnou adopci a pomůže rozhodnout, co optimalizovat dál.

Když to nefunguje, problém bývá většinou v detailech

Password Suggestion nefunguje jako jednoduché plug and play řešení, pokud není správně navržený základ přihlašovacího flow. Často vídáme drobnosti, které systému brání fungovat tak, jak má.

Nejčastější jsou:

• Pořadí polí: vždy nejdříve e mail nebo username, potom heslo. Systém pole rozpoznává podle pořadí a typu.
• Jasná struktura polí: jedno pole má jeden účel. Nekombinujte e mail a telefonní číslo do jednoho pole.
• Viditelný username při změně hesla: i když je pouze pro čtení, měl by být na obrazovce vidět.
• Možnost zobrazit heslo: uživatelé chtějí mít kontrolu nad tím, co bylo vyplněno.
• Srozumitelná pravidla: pokud máte požadavky na heslo, komunikujte je předem, ne až po chybě.
• Žádné zásahy do systémové klávesnice: vlastní klávesnice nebo překrývající prvky mohou skrýt AutoFill nabídku.

Jsou to drobnosti. Právě na nich se ale často rozhoduje o kvalitě celé zkušenosti.

Reset hesla jako symptom, ne funkce

Reset hesla patří mezi nejčastější momenty frustrace v aplikacích. Přesná čísla se liší podle zdrojů, ale trend zůstává stejný. Uživatelé se do této situace dostávají často a neradi.

Pokud snížíte potřebu pamatovat si hesla, snížíte i potřebu je resetovat. A tím také odstraníte zbytečné interakce, které uživatelům nepřinášejí žádnou hodnotu.

Kam se to celé posouvá

Password Suggestion zlepšuje současný stav. Dlouhodobě ale směřujeme k ještě větší změně.

Apple, Google i Microsoft posouvají do popředí passkeys, tedy přístup, ve kterém hesla úplně mizí. Uživatel přijde, ověří svou identitu biometricky a je přihlášený. Bez pravidel, bez resetů, bez přemýšlení.

Pro produkt to znamená jediné: méně kroků mezi uživatelem a hodnotou, kterou mu chcete doručit.

Ale i když zavedete passkeys už zítra, Password Suggestion v aplikaci nepřestává dávat smysl. Vaši uživatelskou základnu totiž obvykle můžete rozdělit do tří skupin:

• Power users: passkeys si zapnou hned, jakmile jim je nabídnete. Pro ně je to úleva.
• Mainstream většina: passkeys vyzkouší jednou. Pokud při prvním přihlášení něco nefunguje úplně hladce, například špatná synchronizace mezi zařízeními, zvláštní systémový dialog nebo biometrie ve špatný moment, nenápadně se vrátí k heslu a o passkeys už se dál zajímat nebudou. Pro ně se dobře implementovaný AutoFill stává dlouhodobým výchozím řešením.
• Konzervativní uživatelé a B2B legacy prostředí: „nepotřebuji další novou věc“, případně používají sdílené účty, kiosková zařízení nebo mají auditní požadavky, které dnešní passkey UX zatím úplně nepokrývá. Bez kvalitně implementovaného AutoFillu zůstanou navždy v pekle pravidel typu „heslo musí obsahovat @ nebo !“.

Detail, který rozhoduje

U produktů se často řeší velké věci. Nové funkce, redesigny nebo roadmapy. Jenže uživatelská zkušenost se často láme na detailech, kterých si ani nevšimnete, dokud je nezačnete měřit.

Pole pro heslo je jedním z nich.

Pokud ho vyřešíte správně, uživatel si to možná ani neuvědomí. Jednoduše se dostane tam, kam potřebuje, rychleji a bez zbytečného přemýšlení. A přesně o tom to celé je. Práce, která je vidět v číslech, ne v UI.