Používateľské testovanie webu: Ako ho pripraviť a čo merať

Používateľské testovanie webu znázornené ako pozorovanie cesty používateľa cez kontrolné body

Čo je používateľské testovanie webu a prečo naň dizajn nestačí

Tím strávi týždne na wireframoch, mockupoch aj klikateľnom prototype, návrh prejde internými review, a napriek tomu si po spustení zákazníci sťažujú, že nevedia nájsť tlačidlo „Objednať“ alebo že formulár nechápu. Dizajn vyzeral logicky každému, kto na ňom pracoval. Problém je, že nikto v tíme nie je nový zákazník, ktorý stránku vidí prvýkrát a nepozná kontext, ktorý má tím v hlave.

Používateľské testovanie webu je metóda, pri ktorej reálni ľudia plnia konkrétne úlohy na webe alebo v aplikácii, zatiaľ čo ich niekto pozoruje alebo zaznamenáva ich správanie. Meria sa, či návštevník dokáže bez pomoci dokončiť to, kvôli čomu na stránku prišiel, nie to, či sa mu páči, ako vyzerá. Rozdiel medzi „páči sa mi to“ a „dokázal som to dokončiť“ je presne to, čo interné review nikdy neodhalí, pretože tím vie, kam kliknúť, skôr než sa vôbec pozrie na obrazovku.

Krátka odpoveď: Používateľské testovanie webu znamená pozorovať reálnych ľudí, ako plnia konkrétne úlohy na webe, a zaznamenávať, kde zaváhajú, kde zlyhajú alebo kde im niečo trvá príliš dlho. Na odhalenie väčšiny zásadných problémov s použiteľnosťou stačí podľa dlhodobého výskumu Nielsen Norman Group približne päť testovaných používateľov na jedno kolo. Meria sa najmä úspešnosť splnenia úlohy, čas potrebný na jej dokončenie, počet chýb a subjektívna náročnosť. Testovanie sa oplatí robiť opakovane v malých kolách počas celého projektu, nie ako jednorazovú kontrolu tesne pred spustením.

Prečo sa testovanie oplatí, aj keď dizajn „vyzerá hotový“

Firmy testovanie často odsúvajú, pretože pôsobí ako ďalší krok navyše v projekte, ktorý má aj tak nabitý harmonogram. Realita je opačná: čím neskôr sa problém s použiteľnosťou odhalí, tým drahšie je ho opraviť. Vo fáze wireframu stačí prekresliť rozloženie. Po spustení už ide o stratené konverzie, opustené košíky alebo zvýšenú záťaž zákazníckej podpory, ktorá rieši to isté nedorozumenie stále dokola.

Testovanie tiež odhaľuje rozdiel medzi tým, čo si tím myslí, že je zrejmé, a tým, čo je zrejmé skutočnému návštevníkovi. Interné termíny, skratky alebo poradie krokov, ktoré dávajú zmysel autorovi webu, môžu byť pre nového používateľa neprehľadné. Bez pozorovania reálneho človeka sa táto medzera nikdy neukáže, pretože nikto v tíme si ju nedokáže objektívne uvedomiť.

Pravidelné používateľské testovanie webu má aj druhý, menej viditeľný prínos: mení sa spôsob, akým sa v tíme rozhoduje o zmenách. Namiesto diskusie o tom, čie estetické preferencie zvíťazia, sa otázka posunie na to, čo naozaj urobí reálny človek pred obrazovkou. Rozhodnutia podložené pozorovaním sa obhajujú jednoduchšie než rozhodnutia postavené len na skúsenosti alebo intuícii jedného člena tímu.

Kedy testovanie zaradiť do projektu

Najväčšiu hodnotu má používateľské testovanie vtedy, keď sa dá na jeho základe ešte niečo lacno zmeniť, nie ako jednorazová kontrola tesne pred spustením.

Na wireframe alebo nízkovernostnom prototype

Testuje sa štruktúra a tok, nie vizuál. Ideálne pri zložitejších procesoch, ako je viacstupňový checkout alebo registrácia, skôr než sa investuje do mockupu.

Na vysokovernostnom prototype pred vývojom

Overuje sa, či klikateľný tok naozaj funguje tak, ako tím predpokladal, vrátane chybových a prázdnych stavov, ktoré sa v mockupe nevidia.

Po spustení na živom webe

Krátke kolo testovania odhalí, či sa reálne správanie zhoduje s analytikou. Vysvetľuje „prečo“ za číslami, ktoré ukazuje Google Analytics alebo heatmapy.

Pred väčším redizajnom alebo novou funkciou

Testovanie existujúceho stavu ukáže, čo funguje a nemá sa meniť, a čo je skutočný dôvod sťažností, nie len dojem jedného hlasitého zákazníka.

Podrobnejšie o tom, ako sa hodnotí existujúci web ešte pred rozhodnutím o zásahu, píšeme v článku o UX audite webu a e-shopu. Audit a používateľské testovanie sa dopĺňajú: audit typicky robí skúsený hodnotiteľ podľa zavedených princípov, testovanie ukazuje, ako sa na tom istom mieste správajú skutoční ľudia.

Aké metódy testovania existujú

Voľba metódy závisí od toho, akú otázku potrebujete zodpovedať, koľko máte času a či potrebujete pochopiť príčinu problému, alebo len zmerať jeho rozsah na väčšej vzorke.

MetódaAko prebiehaKedy sa hodí
Moderované testovanieFacilitátor je s účastníkom naživo, osobne alebo cez zdieľanie obrazovky, a môže sa doťahovať na dôvody správania.Zložitejšie toky, nové produkty, situácie, kde chcete rozumieť „prečo“, nielen „čo“.
Nemoderované testovanieÚčastník plní úlohy sám cez nástroj na diaľku, bez facilitátora, vo vlastnom čase.Jednoduchšie úlohy, väčší počet účastníkov, obmedzený rozpočet alebo čas tímu.
Kvalitatívne testovanieMalá vzorka, dôraz na pozorovanie a rozhovor, hľadanie príčin problémov s použiteľnosťou.Odhaľovanie konkrétnych problémov v dizajne, zvyčajne s približne piatimi účastníkmi na kolo.
Kvantitatívne testovanieVäčšia vzorka, meria sa úspešnosť úlohy, čas a chybovosť ako čísla na porovnanie.Benchmark pred a po zmene, porovnanie dvoch variantov, reportovanie vedeniu.

V praxi sa metódy kombinujú. Bežný postup je krátke moderované kvalitatívne testovanie s piatimi ľuďmi na odhalenie hlavných problémov, po oprave prípadne nemoderované kvantitatívne overenie, či sa metriky reálne zlepšili. Väčšina firiem, ktoré sa s používateľským testovaním webu ešte len začínajú zoznamovať, by mala začať práve touto kombináciou, pretože nevyžaduje veľký rozpočet ani dlhý nábor účastníkov.

Think-aloud protokol

Väčšina moderovaného testovania sa robí formou takzvaného think-aloud protokolu: účastník nahlas komentuje, čo si myslí, čo hľadá a prečo klikol práve tam, kam klikol. Podľa Nielsen Norman Group táto technika pomáha pochopiť správanie, ciele a motiváciu účastníka, nie len to, kam klikol. Bez tohto komentára by facilitátor videl len pohyb kurzora, nie dôvod, prečo sa účastník práve zastavil.

Koľko ľudí je potrebné testovať

Toto je najčastejšia otázka, ktorá testovanie brzdí. Firmy si predstavujú štúdiu s desiatkami účastníkov, štatistickou istotou a mesiacom práce, a preto ju radšej odložia na „keď bude čas“. Realita kvalitatívneho testovania je iná.

Podľa dlhodobo citovaného výskumu Jakoba Nielsena z Nielsen Norman Group odhalí testovanie s piatimi účastníkmi približne 85 % problémov s použiteľnosťou v danom toku. Každý ďalší účastník nad päť už väčšinou len opakuje problémy, ktoré sa objavili skôr, takže sa oplatí radšej spraviť viac krátkych kôl testovania v priebehu projektu než jednu veľkú štúdiu s pätnástimi ľuďmi naraz. Tri kolá po piatich ľuďoch, s opravami medzi kolami, odhalia postupne takmer všetky zásadné problémy a zároveň umožnia overiť, či úpravy naozaj fungovali.

Toto pravidlo platí pre kvalitatívne testovanie zamerané na odhaľovanie problémov. Pri kvantitatívnom testovaní, kde sa čísla reportujú ako štatisticky porovnateľné metriky, je potrebná väčšia vzorka, zvyčajne v desiatkach účastníkov, pretože cieľom už nie je nájsť problém, ale spoľahlivo zmerať jeho rozsah.

Ako vybrať správnych účastníkov

Testovanie s nesprávnymi ľuďmi dáva falošný pocit istoty. Kolega, priateľ alebo náhodný známy, ktorý pozná firmu alebo produkt, sa správa inak než skutočný zákazník bez kontextu.

  • Vyberajte podľa reálnych segmentov zákazníkov. Ak web slúži aj nováčikom, aj vracajúcim sa zákazníkom, testujte oba typy zvlášť, pretože ich očakávania sa líšia.
  • Vyhnite sa ľuďom, ktorí produkt alebo firmu poznajú. Zamestnanci a blízki známi podvedome kompenzujú neprehľadnosť dizajnu vlastnou znalosťou.
  • B2B produkty vyžadujú účastníkov s relevantnou rolou. Testovať účtovný softvér na náhodných ľuďoch bez skúsenosti s fakturáciou prinesie skreslené výsledky.
  • Menší počet relevantných ľudí je lepší než väčší počet náhodných. Päť ľudí z cieľovej skupiny odhalí viac než pätnásť ľudí, ktorí s produktom nemajú nič spoločné.

Kto má používateľské testovanie webu na starosti

Používateľské testovanie webu nemusí robiť samostatné oddelenie výskumu. V menšej firme ho zvládne dizajnér alebo produktový manažér, ktorý si osvojí základnú disciplínu prípravy: jasný cieľ, neutrálne úlohy a poctivé zapisovanie toho, čo účastník skutočne robí, nie toho, čo si facilitátor myslí, že by mal robiť. Rola facilitátora je dôležitá práve preto, že aj skúsený tím má tendenciu nevedomky viesť účastníka k „správnej“ odpovedi.

Väčšie firmy alebo projekty s vyšším rizikom, napríklad redizajn checkoutu s vysokým obratom, sa oplatí zveriť externému UX špecialistovi, ktorý testovanie vedie bez väzby na pôvodné rozhodnutia dizajnu. Nezávislý facilitátor sa ľahšie pýta na nepríjemné otázky a nemá dôvod výsledky nevedomky zjemňovať. Kdekoľvek zodpovednosť leží, malo by ísť o pravidelnú súčasť projektu, nie o jednorazovú úlohu, ktorú niekto dostane na poslednú chvíľu tesne pred odovzdaním.

Ako testovanie pripraviť krok za krokom

Dobre pripravené testovanie sa dá zvládnuť aj v priebehu troch pracovných dní. Väčšina chýb nevzniká pri samotnom testovaní, ale v príprave, ktorá sa preskočí v tlaku termínov.

  1. Definujte cieľ testovania. Konkrétna otázka, napríklad „dokáže nový zákazník dokončiť objednávku bez pomoci“, nie všeobecné „otestujme web“.
  2. Napíšte úlohy, nie inštrukcie. Namiesto „kliknite na tlačidlo Košík“ dajte úlohu „objednajte si produkt, ktorý potrebujete na darček“. Úloha nesmie prezradiť cestu k riešeniu.
  3. Nájdite relevantných účastníkov. Zvyčajne stačí päť ľudí zodpovedajúcich cieľovej skupine na jedno kolo.
  4. Vyberte metódu. Moderované testovanie pre zložitejšie toky a hlbšie porozumenie, nemoderované pre jednoduchšie úlohy alebo väčší počet účastníkov.
  5. Pripravte prostredie a nahrávanie. Zdieľanie obrazovky, záznam zvuku a obrazovky, súhlas účastníka so spracovaním nahrávky.
  6. Otestujte scenár na jednom človeku vopred. Pilotný beh odhalí nejasné formulácie úloh skôr, než sa zopakujú v každom ďalšom kole.
  7. Zbierajte dáta priebežne. Poznámky, časové značky a citácie účastníkov počas testovania, nie až spätne z pamäti.
  8. Vyhodnoťte a zoraďte problémy podľa závažnosti. Rozlišujte medzi problémom, ktorý zastavil úlohu úplne, a drobným zaváhaním, ktoré účastník sám prekonal.
Používateľské testovanie webu ako postupnosť krokov od úlohy cez pozorovanie až po vyhodnotenie

Čo presne pri testovaní merať

Bez jasných metrík sa testovanie zmení na subjektívne dojmy facilitátora. Nasledujúce ukazovatele sa dajú zaznamenať pri každej úlohe a spolu dávajú konkrétny obraz o tom, kde web zlyháva.

Úspešnosť Čas Chyby Vnímaná náročnosť Cesta k cieľu
  • Úspešnosť splnenia úlohy. Dokončil účastník úlohu úplne, čiastočne, alebo vôbec? Toto je najdôležitejšia metrika, ktorá sa dá porovnávať naprieč kolami.
  • Čas potrebný na dokončenie. Ako dlho trvalo, kým účastník úlohu splnil, a kde v procese vznikli najväčšie pauzy.
  • Počet a typ chýb. Koľkokrát klikol účastník na nesprávne miesto alebo sa vrátil o krok späť, a či ide o rovnakú chybu naprieč účastníkmi.
  • Subjektívna náročnosť. Krátka otázka po úlohe, napríklad na škále jedna až sedem, ako náročné bolo úlohu splniť.
  • Cesta k cieľu. Išiel účastník priamou cestou, alebo blúdil medzi sekciami, ktoré s úlohou vôbec nesúviseli?

Tieto metriky sa neoplatí sledovať izolovane. Vysoká úspešnosť pri dlhom čase a vysokej vnímanej náročnosti stále znamená problém, ktorý si zaslúži opravu, aj keď účastník napokon úlohu dokončil.

Časté chyby pri používateľskom testovaní

Tieto chyby sa opakujú aj v tímoch, ktoré s testovaním majú skúsenosti, pretože pod tlakom termínu sa príprava skracuje najskôr.

  • Vedenie účastníka k správnej odpovedi. Facilitátor nechtiac naznačí riešenie formuláciou otázky alebo tónom hlasu namiesto toho, aby nechal účastníka zlyhať prirodzene.
  • Testovanie na kolegoch alebo priateľoch. Výsledky pôsobia upokojujúco, no nereprezentujú reálneho návštevníka bez kontextu.
  • Príliš zložité alebo návodné úlohy. Úloha, ktorá prezradí cestu k riešeniu, netestuje nič iné než schopnosť čítať inštrukcie.
  • Testovanie bez jasného cieľa. Bez konkrétnej otázky sa výsledky ťažko vyhodnocujú a zmeny sa navrhujú na základe dojmu, nie dát.
  • Ignorovanie kontextu zariadenia. Testovanie len na desktope, keď väčšina návštevnosti prichádza z mobilu, dáva neúplný obraz.
  • Jednorazové testovanie tesne pred spustením. V tejto fáze sú väčšie zmeny drahé, aj keď test problém jasne ukáže.

Čo ovplyvňuje čas a náklady na testovanie

Presnú sumu nemá zmysel paušalizovať bez konkrétneho zadania, ale faktory, ktoré náklady posúvajú, sú predvídateľné. Najviac rozhoduje počet testovaných tokov a zložitosť úloh, ktoré sa majú overiť. Moderované testovanie s náborom relevantných účastníkov je časovo náročnejšie než nemoderované testovanie cez automatizovaný nástroj, ale prináša hlbšie porozumenie príčin, nielen zoznam symptómov. Ak firma už má prístup k existujúcim zákazníkom ochotným testovať, nábor účastníkov je rýchlejší a lacnejší, než keď sa účastníci hľadajú od nuly cez externú agentúru.

Ak riešite web alebo e-shop ako celok vrátane odhadu rozsahu práce, orientačné rozpätia a modely spolupráce nájdete v článku o tom, koľko stojí UI/UX dizajn na Slovensku.

Kontrolný zoznam pred spustením testovania

Príprava Účastníci Priebeh Vyhodnotenie
  • Cieľ testovania je jedna konkrétna otázka, nie všeobecná kontrola webu.
  • Úlohy sú formulované ako reálny cieľ, nie ako inštrukcia, kam kliknúť.
  • Účastníci zodpovedajú reálnej cieľovej skupine, nie internému tímu ani známym.
  • Scenár bol otestovaný na jednom pilotnom účastníkovi vopred.
  • Zaznamenáva sa úspešnosť, čas, chyby a subjektívna náročnosť pri každej úlohe.
  • Zistenia sú zoradené podľa závažnosti a majú priradeného vlastníka opravy.

Neviete, kde vo vašom webe alebo aplikácii používatelia najčastejšie zaváhajú?

Pripravíme a zrealizujeme moderované testovanie s reálnymi účastníkmi, vyhodnotíme úspešnosť aj mieru zaváhania a odovzdáme zoznam problémov zoradený podľa závažnosti. Pripravte si aktuálnu verziu webu alebo prototypu a cieľovú skupinu, ktorú chcete otestovať.

Prediskutovať testovanie s používateľmi

Súvisiace návody a zdroje

Na záver

Používateľské testovanie webu je najrýchlejší spôsob, ako zistiť, či dizajn, ktorý dáva zmysel vám, dáva zmysel aj niekomu, kto ho vidí prvýkrát, nie formalita, ktorú si odškrtnete pred spustením. Päť relevantných účastníkov, jasná úloha a poctivé pozorovanie odhalia viac než ďalšie kolo internej diskusie o tom, či je tlačidlo dosť viditeľné.

Najväčšia hodnota testovania nie je jeden report s číslami, ale zvyk overovať si predpoklady skôr, než sa premenia na drahú opravu po spustení. Web, ktorý sa testuje priebežne počas celého projektu, sa mení menej dramaticky po spustení, pretože väčšina problémov sa odhalí a opraví ešte vtedy, keď je to lacné.

Časté otázky

Pre kvalitatívne testovanie zamerané na odhaľovanie problémov stačí zvyčajne päť účastníkov z cieľovej skupiny. Podľa výskumu Nielsen Norman Group odhalí táto vzorka približne 85 % problémov s použiteľnosťou v danom toku. Väčší počet má zmysel až pri kvantitatívnom testovaní, kde sa čísla reportujú ako porovnateľné metriky.

Záleží na cieli. Moderované testovanie dáva hlbšie porozumenie, prečo sa účastník správa určitým spôsobom, pretože facilitátor sa môže doťahovať na dôvody. Nemoderované testovanie je rýchlejšie a lacnejšie pri jednoduchších úlohách a väčšom počte účastníkov, ale nezachytí kontext za rozhodnutím používateľa.

Neodporúča sa. Kolegovia poznajú produkt aj firemný kontext, takže podvedome kompenzujú neprehľadnosť dizajnu vlastnou znalosťou. Výsledky pôsobia upokojujúco, ale nereprezentujú skutočného návštevníka, ktorý web vidí prvýkrát a bez vysvetlenia.

Think-aloud protokol znamená, že účastník počas plnenia úlohy nahlas komentuje, čo si myslí, čo hľadá a prečo klikol práve tam, kam klikol. Bez tohto komentára by facilitátor videl len pohyb kurzora, nie skutočný dôvod zaváhania alebo chyby, čo výrazne sťažuje pochopenie príčiny problému.

Čo najskôr, keď je zmena ešte lacná. Pri zložitejších tokoch sa oplatí prvé kolo urobiť už na wireframe alebo nízkovernostnom prototype, ďalšie na vysokovernostnom prototype pred vývojom a krátke overovacie kolo aj po spustení na živom webe.

UX audit robí skúsený hodnotiteľ podľa zavedených princípov použiteľnosti a odhalí problémy bez účasti reálnych zákazníkov. Používateľské testovanie ukazuje, ako sa na tom istom mieste naozaj správajú skutoční ľudia. Metódy sa dobre dopĺňajú: audit rýchlo zúži okruh problémov, testovanie potvrdí, ktoré z nich sú reálne prekážkou.

Nie je to povinnosť, ale výrazne to pomáha. Záznam obrazovky a zvuku umožňuje neskôr overiť si detail, ktorý si facilitátor počas testovania nestihol zapísať, a zdieľať konkrétny moment zaváhania s tímom namiesto opisu z pamäti. Účastník musí so záznamom vopred súhlasiť.

Zoraďte zistenia podľa závažnosti, teda podľa toho, či problém úlohu úplne zastavil, alebo šlo len o drobné zaváhanie, ktoré účastník sám prekonal. Priraďte každému zisteniu vlastníka opravy a po implementácii ho v ďalšom kole testovania overte. Zistenia bez priradenej zodpovednosti sa v praxi väčšinou nikdy neopravia.