Jak víte, když návrh selže test použitelnosti?
Šikovná technika, kterou jsem se naučila ze špatné práce ...
Před lety jsem strávil nepříjemnou náplast mého kariéry jako instruktážní návrhář, vytvářet kurzy pro online učení. Byl to špatný zážitek a já jsem se šťastně pohyboval, ale jedna část této práce mi dala lepší návrhář UX: cíle učení.
Cíle učení jsou prostě to, co chcete, aby se student učil do konce tréninku. Pokud existuje test, testovací otázky by měly být založeny na těchto cílech - jinak, jaký je důvod testu?
Stejný přístup je vhodný pro zjištění, zda návrh prošel nebo neuspěl v testu použitelnosti. Jen nezapomeňte: je to design, který je testován, ne účastníci.
Co musí testující účastník udělat nebo říci, abyste se cítili přesvědčeni, že projekt uspěl? Potřebují sledovat tři hodiny času na konkrétní projekt? Generovat fakturu klientovi na základě sledovaného času? Odeslat fakturu? To jsou vaše zkušební kritéria.
Samozřejmě, testování použitelnosti je o tom, jak uživatelé plní úkoly, ale co je chcete udělat, přesně? Kriézou těchto kritérií je, že vás odvádějí od nejasných testovacích cílů, jako je "pochopte, jak funguje sledování času". Jak budete vědět, že to pochopili? Dostanete je, abyste to popsali. A jakmile to popsali přesně, můžete říci, že aspekt návrhu byl úspěšný.
Kritéria úspěchu vám pomohou dvakrát: objasňují, zda je váš návrh skutečně úspěšný, a usnadňují sdílení těchto výsledků.
Slovesa jsou magické
Kniha, která mě učil o cílech učení, George Piskurich Rychlý výcvikový design , nabízí praktický seznam chování, ve kterém můžete začít úspěšně.
Například cíle pro porozumění mohou být "popsat" nebo "demonstrovat". Opět, "rozumět", není dobrá - potřebujete, abyste říkali (to je, popište) nebo dělat (to znamená, demonstrovat) něco, co vám dokazuje, že to pochopili.
A pak s vyšším stupněm obtížnosti může účastník "vysvětlit" nebo "organizovat"; na vyšší úrovni mohou "vytvořit" nebo "hodnotit".
Bez ohledu na sloveso, které se rozhodnete pro spuštění kritérií úspěchu, je to, že můžete sledovat, zda uživatel skutečně řekl nebo udělal, co představuje úkol úspěch.
"Do konce tohoto zasedání ..."
Takže, když plánujete další test použitelnosti a pracujete na úkolech, začněte tím, že se zeptáte: "Co má uživatel s tímto designem udělat (nebo říci o něm)?"
Pak můžete napsat něco takového:
Do konce zasedání by účastník měl být schopen:
- sledovat tři hodiny času pro konkrétní projekt;
- vygenerovat fakturu zákazníkovi na základě sledovaného času;
- popište rozdíl mezi časem sledování a časem záznamu.
Nyní máte tři kritéria úspěšnosti a na základě toho máte také dost jasný smysl, jaké úkoly budete muset účastníkům poskytnout.
Jedna věc: kritéria úspěchu nejsou úplně stejné jako úkoly. Úkoly mají více kontextu; jsou napsány, aby byly čtené účastníkovi a mohou obsahovat nějaké kontextové informace o tomto úkolu, zvláště pokud je řídíte, aby našli něco ve vašem prototypu. Například:
Kritéria úspěchu: Vygenerujte fakturu zákazníkovi na základě sledovaného času
Úkol: "Nyní, když jste sledovali tři hodiny v projektu Atlas, ukažte mi, jak byste faktury produktů Acme pro váš čas."
Docela podobné, samozřejmě, ale kritéria úspěchu jsou pro vás a váš tým; úkol je pro účastníka v kontextu relace použitelnosti.
A všimnete si, že jedním z výše uvedených kritérií úspěchu je spíše něco popisovat než dokončit úkol. Mohlo by to být následná otázka k nějakému úkolu. Jsou užitečné pro ověření, zda je váš duševní model návrhu jasný pro uživatele. Viděl jsem uživatele, kteří si našli cestu přes úkol, ale pak mi popište mentální model aplikace, který je v rozporu s tím, jak byl navržen. To je úloha úspěchu pro jednoho účastníka, ale co je důležitější, existuje problém, který odpovídá tomuto mentálnímu modelu účastníka.
Takže začněte s kritérii úspěšnosti, pak napište své úkoly a následné otázky na základě vašich kritérií.
Zúčastněné strany mají rádi kritéria úspěchu
Zúčastněné strany se o váš proces nezajímá, ale na výsledcích skutečně záleží. A pokud je vaše prezentace výsledků neurčitá, budou oprávněně podrážděni.
"Uživatel se podařilo sledovat několik hodin, ale nebyli jsme si jisti, zda chápe, že doba sledování není stejná, jako přihlašování k zákazníkovi ..." No, proč si nejste jisti? Není to vaše práce, abyste to vyřešili? Ztrácíte čas a neposkytujete jim jasné pokyny, jak opravit problémy UX - což je vaše práce, ne?
Kritéria úspěchu vám pomohou dvakrát: objasňují, zda je váš návrh skutečně úspěšný, a usnadňují sdílení těchto výsledků.
V jednoduché tabulce jsme zaznamenali několik úspěšných kritérií úspěšného sledování úspěchu a barevné kódování výsledků. Jako tak:
Na naší wiki přidáme barevné tabulky výsledků (zelená = úspěch, červená = selhání). V horním řádku uvádíme účastníky; v levém sloupci uvádíme kritéria úspěchu. Je to ošklivé, ale rychlé a užitečné.
To je snadné skenovat, jasně ukazuje, kde jsou problémy, a důvody jsou výsledky zkušeností skutečných účastníků. Uvádíme také shrnutí výsledků za kulatý bod a seznam problémů s použitelností a doporučení přímo pod ním. Zmizíme tyto problémy a opakujeme, dokud nevěříme, že jsou vyřešeny. Váš proces může být trochu jiný - možná že jste konzultant, například předáte zprávu klientovi - ale výhody jsou stejné.