Jak probíhá UX audit webu nebo aplikace

01Zadání auditu musí začít konkrétní úlohou

Na začátku pojmenujte problém, kvůli kterému audit objednáváte. Lidé mohou nedokončovat formulář, obtížně hledat službu nebo opakovaně volat podporu. Každý případ vyžaduje jiný rozsah. Obecné zadání zlepšit UX může skončit dlouhým seznamem připomínek, který nebude odpovídat vašemu rozhodnutí.

Určete cílové uživatele, důležité úlohy a prostředí. Český zákazník na telefonu má jiné podmínky než zkušený pracovník v interní aplikaci. Vymezte relevantní role, jazyky, zařízení a stavy přihlášení. Neomezujte automaticky rozsah na stránky, které jsou dobře vidět bez účtu; skutečná překážka může být až po vstupu do systému.

Domluvte, zda chcete odbornou kontrolu, uživatelské testování, analýzu dostupných dat nebo také specializované hodnocení přístupnosti. Název UX audit nepopisuje jednotný balíček metod. V nabídce musí být jasné, co se skutečně provede, jaké podklady potřebujete dodat a jak bude popsán neověřený rozsah.

Zadání doplňte o otázku po následné práci. Má tým opravit nejzávažnější překážku, připravit redesign, nebo teprve rozhodnout o výzkumu? Výstup auditu musí pomoci tomuto kroku. Jinak snadno vznikne prezentace, kterou všichni přečtou, ale nikdo podle ní nezmění skutečný produkt.

02Podklady ukážou kontext a mezery v poznání

Dodáte přístup do odpovídajícího prostředí, ukázkové účty a informace o uživatelských rolích. Připojte zákaznické dotazy, známé chyby a dostupné analýzy. Nepředávejte zbytečně reálné osobní údaje. Testovací záznamy mají umožnit provést úlohu, aniž by audit měnil skutečné zakázky nebo komunikoval s vašimi zákazníky.

Analytika může ukázat místo odchodu, ale sama nemusí vysvětlit důvod. Podpora přinese konkrétní příběhy, jejich četnost však nemusí reprezentovat všechny uživatele. Odborník proto porovná dostupné podklady a označí jejich původ. Chybějící data nejsou potvrzením, že problém neexistuje.

Projde se také nabídka a význam textů. Pokud zákazník nerozumí rozdílu mezi dvěma službami, příčina může být v informacích, ne ve velikosti tlačítka. Doporučení musí vycházet z toho, co člověk potřebuje vědět k rozhodnutí. Interní názvy a struktura oddělení nemusejí odpovídat zákaznickému uvažování.

Před kontrolou si tým odsouhlasí bezpečné scénáře. Například objednávka může skončit v testovací platební cestě a kontakt ve zvláštní schránce. Zapište omezení prostředí i rozdíly od produkce. Pokud testovací stránka neobsahuje reálný objem dat, je potřeba tuto skutečnost zohlednit při interpretaci.

03Odborná kontrola projde celou cestu včetně chyb

Odborník sleduje zvolené úlohy od prvního vstupu k dokončení. Kontroluje orientaci, význam informací, návaznost kroků a zpětnou vazbu systému. Nestačí prohlédnout několik hezkých obrazovek. Prázdný stav, chyba, čekání a návrat k rozpracované práci mohou rozhodnout o použitelnosti.

Heuristiky Jakoba Nielsena poskytují obecné principy, například srozumitelný stav systému, jazyk uživatele a pomoc při chybě. Jsou vodítkem odborného posouzení. Neznamenají, že se jejich prostým odškrtnutím prokáže chování vašeho publika nebo obchodní přínos úpravy.

V modelovém poptávkovém formuláři může být technicky povinné pole označeno nesrozumitelnou zkratkou. Po odeslání se zobrazí obecná chyba a text zprávy zmizí. Audit má zaznamenat celý tento problém, ne jen nevhodnou barvu upozornění. Návrh opravy musí zlepšit význam, zachování údajů i cestu k dokončení.

Zaznamenejte zařízení, role a verzi produktu, kde byl problém nalezen. Chování mobilního menu nebo formuláře se může lišit od počítače. U interní aplikace kontrolujte i rozdíly oprávnění. Závěr bez těchto podmínek se obtížně reprodukuje a může být při realizaci mylně odmítnut.

04Testování s lidmi ověří skutečnou práci

NN/g popisuje uživatelské testování jako pozorování účastníka při plnění úloh. Výběr lidí a formulace zadání ovlivňují výsledek. Účastník má odpovídat relevantnímu publiku; člověk, který produkt navrhoval, obvykle neukáže stejné první porozumění.

Úlohu formulujte podle cíle, ne podle názvu správného tlačítka. Modelově může člověk hledat vhodný způsob objednání služby podle situace. Když mu předem řeknete přesný odkaz, neověříte orientaci. Moderátor nemá během pokusu nevědomky navádět a potom pomoc zapomenout uvést v zápisu.

Domluvte podmínky práce, souhlas s účastí a nakládání se záznamy. Sledujte, kde člověk váhá, jaké informace hledá a co pochopil jinak. Oddělte pozorovanou událost od interpretace. Věta účastník opakovaně hledal cenu je přesnější podklad než nepodložený závěr nikomu se nelíbí design.

Počet účastníků volte podle výzkumné otázky a různých skupin, které potřebujete pokrýt. Malý kvalitativní test může odhalit užitečnou překážku, ale neurčuje automaticky přesný podíl všech zákazníků. U vyhodnocení napište, co bylo skutečně zkoumáno a na které lidi závěr nelze bez dalšího přenést.

05Přístupnost prověřte s jasně určeným rozsahem

Kontrola může zahrnout klávesnici, viditelný fokus, označení polí, kontrast, zvětšení a význam chyb. Přístupnost patří do úspěšného dokončení úlohy, ne jen do technického dodatku. Člověk musí rozumět informaci a ovládat potřebný krok i s jiným způsobem práce.

W3C Easy Checks nabízí první orientační kontrolu a výslovně upozorňuje na její omezený rozsah. Při běžném UX auditu proto neslibujte automaticky úplné posouzení shody. Pokud potřebujete specializované hodnocení podle konkrétního standardu a rozsahu, objednejte a zdokumentujte příslušnou práci.

W3C také vysvětluje omezení automatických nástrojů. Některé kontroly vyžadují lidské posouzení a nástroj může vytvářet zavádějící výstupy. Zelené skóre není samo důkazem přístupného produktu. Automatické výsledky doplňte relevantním ručním scénářem.

Zkontrolujte reprezentativní komponenty ve skutečných stavech. Formulář se správně vyplněnými poli neprověří chybovou hlášku. Zavřené menu neprověří pohyb fokusu uvnitř otevřené nabídky. Do zprávy napište, co bylo kontrolováno a jaká další práce je potřebná. Konkrétní hranice posouzení jsou užitečnější než nejasná známka kvality.

06Výstup musí jít převést do úkolů

Každý nález má obsahovat scénář, problém, důkaz, dopad a doporučený další krok. Připojte screenshot či jiný přiměřený podklad bez zbytečných osobních údajů. Vývojář potřebuje vědět, jak chybu zopakovat a jak pozná opravu. Obchod potřebuje porozumět tomu, proč má práce přednost.

Priority stavte na závažnosti překážky, relevantnosti úlohy a dostupném podkladu. Náročnost realizace zjistěte s technickým týmem. Nezaměňujte subjektivní estetickou preferenci s problémem blokujícím dokončení. Zároveň nepřehlížejte méně nápadnou chybu, která může způsobit ztrátu rozpracovaných dat.

V reportu oddělte nalezené chování, výzkumnou domněnku a návrh řešení. Doporučení může mít několik vhodných variant. Audit nemusí rovnou dodat finální design všech obrazovek; pokud jej potřebujete, vymezte jej jako konkrétní výstup. Jinak bude každá strana očekávat jiný rozsah práce.

Připravte stručné vedení prioritami i podrobné podklady pro realizaci. Odkazy mezi nálezem a úkolem zabrání ztrátě kontextu. U sporného doporučení napište další ověření, místo abyste nejistotu skryli. Hodnota auditu spočívá v kvalitě rozhodnutí, ne v počtu připomínek na stránce.

U interní aplikace rozlišujte občasného uživatele a pracovníka, který úlohu opakuje celý den. Stejný další krok může jednomu pomáhat s orientací a druhého zdržovat. Nález proto uvádí konkrétní roli a četnost úlohy podle dostupných podkladů. Doporučení nemusí být stejná změna pro všechny; lze navrhnout vhodné výchozí chování a srozumitelnou zkratku pro zkušené lidi.

07Po opravě znovu ověřte stejnou úlohu

Na společném předání vyberte první změny, jejich vlastníky a způsob převzetí. Oprava se má ověřit v původním scénáři a relevantních stavech. Lepší vzhled neprokazuje, že člověk nyní rozumí nabídce nebo dokončí formulář. Rozdíl mezi těmito otázkami popisuje také náš článek o UI a UX.

1. Vymezte rozhodnutí, uživatele a důležité úlohy.
2. Projděte podklady a vybrané metody kontroly.
3. Předejte nálezy s důkazy, prioritami a další prací.
4. Realizujte vybrané opravy a zopakujte ověření.

Při srovnání dat zaznamenejte i další změny, například nabídku nebo marketingový provoz. Výsledek po redesignu nelze automaticky celý připsat jedné opravě. Pokud objem a situace dovolují vhodný experiment, připravte jej podle konkrétní otázky. Jinak transparentně popište dostupný podklad a jeho omezení.

Do převzetí zahrňte také nové stavy a možné vedlejší dopady. Zjednodušení formuláře může pomoci zákazníkovi, ale změnit potřebné informace pro obchod. Ověřte proto návazný proces s lidmi, kteří budou výsledek používat. Použitelná oprava řeší celou úlohu a nepřesouvá skrytou práci na podporu.

Před srovnáním si sjednoťte definici dokončení a jmenovatel ukazatele. Počet kliknutí na tlačítko není počet úspěšných podání. Změna měření může vytvořit zdánlivé zlepšení bez změny zkušenosti. V závěru proto uveďte, co přesně porovnáváte a které další okolnosti se změnily.

08Časté otázky k UX auditu