UX audit webu nebo aplikace

01

Kdy audit pomůže

Audit se poptává, když návštěvnost nebo počet uživatelů odpovídá očekávání, ale klíčové úkoly – dokončení objednávky, registrace, vyplnění formuláře – se nedaří dokončit v očekávané míře a příčina není zřejmá z dat samotných.

• ›vysoký odchod z formulářů nebo objednávkového procesu
• ›uživatelé si stěžují na nepřehlednou nebo nejasnou navigaci
• ›nová funkce se nepoužívá tak, jak se předpokládalo
• ›podezření na problémy s přístupností nebo dostupností pro část uživatelů
• ›před redesignem je potřeba nejprve zjistit, co skutečně nefunguje

02

Jak audit probíhá

Vymezí se klíčové scénáře a cíle, které má rozhraní uživatelům umožnit, a projdou se podle uznávaných heuristik použitelnosti a pravidel přístupnosti. Nálezy se porovnávají s dostupnými daty z analytiky, pokud jsou k dispozici.

Výstupem je seznam nálezů s popisem problému, jeho dopadu na uživatele a odhadované náročnosti řešení. Doporučení se seřadí podle priority, aby posloužila jako podklad pro rozhodnutí o dalších krocích.

• ›vymezení klíčových scénářů a uživatelských cílů
• ›heuristické posouzení rozhraní a kontrola přístupnosti
• ›porovnání nálezů s dostupnými daty z analytiky
• ›seznam nálezů s popisem dopadu a priority
• ›doporučení k dalším krokům jako podklad pro zadání

03

Vymezení vůči příbuzným službám

UX audit není redesign webu ani nový návrh rozhraní: výstupem jsou nálezy a doporučení, ne nové obrazovky nebo grafika – ty vznikají až v navazujícím UX/UI návrhu nebo redesignu webu jako samostatné službě. Není to ani UX výzkum: audit pracuje s expertním posouzením a dostupnými daty, ne s pozorováním reálných uživatelů při testování, které řeší zákaznický a uživatelský výzkum. Audit se také neshoduje s webovou analytikou a měřením, která nastavuje sledování metrik a reportování v čase; audit tato data využívá jako jeden ze vstupů, ale primárně hodnotí použitelnost rozhraní. Audit sám o sobě nezahrnuje implementaci doporučených úprav – tu řeší správa a rozvoj webu, redesign webu nebo vývoj aplikace podle typu produktu.

04

Co dostanete

• ›seznam nálezů s popisem problému a jeho dopadu
• ›prioritizace nálezů podle dopadu a náročnosti řešení
• ›doporučené úpravy klíčových scénářů
• ›kontrola vybraných kritérií přístupnosti
• ›podklad pro zadání navazujícího redesignu, vývoje nebo správy

05

Jak spolupráce probíhá

• ›Vstupy: Vymezí se klíčové scénáře, cíle a zajistí se přístup k rozhraní a datům z analytiky.
• ›Průchod: Rozhraní se projde podle heuristik a pravidel přístupnosti, zaznamenají se nálezy.
• ›Analýza dat: Nálezy se porovnají s dostupnými daty z analytiky, pokud jsou k dispozici.
• ›Report: Nálezy se seřadí podle priority a doplní o konkrétní doporučení.

06

Co připravit do poptávky

• ›adresa webu nebo přístup do aplikace včetně testovacích účtů
• ›klíčové scénáře a cíle, které má rozhraní uživatelům umožnit
• ›přístup do webové analytiky, pokud existuje
• ›informace o cílových skupinách uživatelů
• ›výstupy předchozího výzkumu nebo auditu, pokud existují

07

Co ovlivňuje rozsah a cenu

Rozsah práce určuje především počet klíčových scénářů, velikost a složitost rozhraní a dostupnost dat z analytiky.

• ›počet a náročnost klíčových scénářů k posouzení
• ›velikost webu nebo aplikace a počet obrazovek
• ›dostupnost a kvalita dat z webové analytiky
• ›rozsah kontroly přístupnosti
• ›hloubka a formát výstupního reportu

08

Rizika zadání

Nejčastějším rizikem je očekávání, že audit zahrnuje i návrh nových obrazovek nebo jejich implementaci; audit tyto kroky pouze připravuje jako podklad.

• ›chybí testovací účty pro rozhraní za přihlášením
• ›očekává se, že audit nahradí testování s reálnými uživateli
• ›nálezy se berou jako hotový návrh místo podkladu pro další rozhodnutí

09

Další postup po odeslání poptávky

Po odeslání poptávky se upřesní klíčové scénáře a rozsah, na jejich základě se domluví postup a případný navazující krok – UX/UI návrh, redesign webu nebo úprava správy a rozvoje webu.