Zpráva z testu použitelnosti: jak propojit problémy se záznamem
Jak zachytit výsledky testu použitelnosti: pozorování, kontext úlohy, dopad, priorita a ověření změny. Příklad karty problému a šablona zprávy.
Zpráva začíná pozorováním
„Účastníkovi se nelíbila navigace“ neříká, co opravit. Ze záznamu může být vidět, že člověk třikrát otevřel sekci plateb při hledání možnosti vrácení objednávky a potom požádal o pomoc. To je problém, který lze v konkrétní úloze zopakovat.
Zapište podmínky testu: verzi rozhraní, zařízení, scénář, kritérium úspěchu a pomoc moderátora. Bez nich může tým zaměnit obtíž v prototypu za chybu v živém produktu nebo považovat výsledek s nápovědou za samostatný úspěch.
Proměňte relace v ověřitelná zjištění
Označte důležité úseky
U každé relace označte začátek úlohy, obtíže, návrat k práci a výsledek. Porovnejte přepis se záznamem obrazovky. „Klikl jsem“ nemusí odpovídat skutečnému kliknutí. Uchovejte časové kódy před akcí i po ní, aby byl vidět kontext.
Oddělte pozorování od vysvětlení
Do pole pozorování zapište akci a výsledek. Předpokládanou příčinu uveďte v samostatném poli. „Hledal vrácení v sekci Platby“ je pozorování. „Název sekce není jasný“ je hypotéza k ověření v další verzi rozhraní.
Porovnejte podobné případy
Slučujte úseky jen tehdy, jde-li o stejný problém ve srovnatelném scénáři. Uveďte, kolik účastníků se s problémem setkalo a kolik jich plnilo úlohu. Nepřenášejte podíl z malé testovací skupiny na všechny uživatele produktu.
Určete opatření a způsob ověření
Zhodnoťte dopad: úloha se zastavila, vyžadovala pomoc nebo přidala nadbytečné kroky. Dohodněte prioritu s ohledem na kontext produktu. U návrhu změny popište, jaký pozorovatelný výsledek příštího testu ukáže, zda pomohla.
Uživatel hledá, jak vrátit objednávku
Následuje smyšlený výukový příklad. Názvy, podmínky a výsledky slouží jen k vysvětlení metody.
Asi je to v Platbách. Ne, tady je jen karta. Mám napsat podpoře? Nevidím, kde objednávku vrátit.
Z jediného výroku se nedozvíte, co se dělo na obrazovce. V příkladu záznam ukazuje dva vstupy do sekce Platby a přerušení úlohy do chvíle, kdy moderátor napověděl. Zapište to na kartu společně s verzí prototypu.
Přidání odkazu do detailu objednávky je návrh, který je třeba ověřit. Příští test ukáže, zda účastník najde akci bez pomoci a pochopí, kterou objednávku vrací.
| Pole | Příklad záznamu | Účel |
|---|---|---|
| Kontext | Prototyp A, vrácení zaplacené objednávky | Pochopit podmínky |
| Důkaz | Relace U3, 08:15–09:02 | Ověřit úsek |
| Dopad | Pokračoval až po nápovědě | Zhodnotit vliv |
| Další krok | Otestovat umístění v detailu objednávky | Naplánovat ověření |
Karta problému pro zprávu
Nejprve připravte karty, poté shrňte hlavní překážky. Závěry tak zůstanou spojené s materiálem z testu.
Krátký název problému: Verze / zařízení / úloha: Účastník a časový kód: Pozorovaná akce: Dopad na úlohu: Pomoc moderátora: Opakování ve srovnatelných relacích: Předpokládaná příčina: Priorita a zdůvodnění: Navrhovaná změna: Jak ověříme výsledek:
Ověřte, že podle zprávy lze jednat
- Důležité zjištění lze dohledat v záznamu.
- Je jasné, zda byla úloha dokončena samostatně.
- Příčina je uvedena jako hypotéza.
- Návrh má kritérium pro další test.
Podívejme se na podrobnosti
Je třeba dlouhé video ke každému problému?
Ne. Stačí přesný odkaz nebo časový kód s potřebným kontextem, pokud má tým přístup ke zdroji. Krátký úryvek má zachovat nápovědu nebo změnu úlohy.
Lze rovnou uvést řešení?
Ano, jako návrh týmu s odůvodněním a způsobem ověření. To, že účastník navrhl podobné tlačítko, ještě nedokazuje, že řešení funguje.