Čo vyskúšať pred schválením redizajnu firemnej aplikácie?

Nové obrazovky vyzerajú dobre. Dodávateľ vám ukáže, ako nájsť objednávku, upraviť ju a uložiť. Teraz máte redizajn schváliť, aby mohol pokračovať vývoj.

Skôr než súhlasíte, nechajte niekoho, kto bude aplikáciu skutočne používať, vyriešiť dôležitú úlohu. Opíšte situáciu a výsledok, ktorý má dosiahnuť, a potom sledujte, čo urobí. Pri prezentácii človeka vedie predvádzajúci. Keď však rieši požiadavku zákazníka, musí cestu nájsť sám.

Začnite prácou, na ktorej záleží

Vyberte úlohu, ktorú ľudia robia často, alebo pri ktorej by chyba spôsobila problémy. Ak výnimka mení ďalší postup, zahrňte aj ju. Vhodný rozsah závisí od vašej aplikácie a od rozhodnutia, ktoré práve riešite.

Predstavme si hypotetický príklad. Pracovník spracúvajúci objednávky dostane od zákazníka žiadosť o zmenu doručovacej adresy pred odoslaním. Potrebuje nájsť správnu objednávku, opraviť adresu a zistiť, či sa zmena uložila.

Pripravte ukážkové objednávky s vymyslenými údajmi zákazníkov. Dajte pracovníkovi uveriteľnú správu od zákazníka a dosť informácií na nájdenie objednávky. Skutočné zákaznícke ani firemné údaje nevkladajte do prototypu, ktorý ich nevie bezpečne chrániť.

Potom ho požiadajte, aby žiadosť vybavil. Nedávajte pokyny typu „otvorte Objednávky, vyberte Upraviť a stlačte Uložiť“. Tým by ste mu rovno ukázali odpoveď, ktorú sa snažíte zistiť.

Odporúčanie Marieke McCloskey k zadávaniu úloh v scenároch z 12. januára 2014 vysvetľuje rozdiel: ľuďom opíšte zmysluplný kontext a cieľ, ale neprezrádzajte im cestu aplikáciou.

Nechajte to skúsiť pravdepodobného používateľa

Požiadajte niekoho, kto takúto prácu robí alebo ju pravdepodobne robiť bude. Ak opravy objednávok vybavujú pracovníci, manažér, ktorý už pozná navrhnuté obrazovky, ich nemôže zastúpiť. Zapojte aj ďalšie roly, ak pri svojej práci riešia iné otázky.

Použite podmienky, ktoré sú pre danú prácu dôležité. Pracovník, ktorý celý deň sedí pri stole, sa môže spoliehať na klávesnicu. Človek kontrolujúci objednávky na telefóne má inú obrazovku aj spôsob ovládania. Ak ľudia používajú asistenčné technológie, pripravte zodpovedajúce prostredie a overte, či ich prototyp podporuje.

Pokyny GOV.UK k moderovanému testovaniu použiteľnosti opisujú sledovanie skutočných alebo pravdepodobných používateľov pri plnení uveriteľných úloh. Rovnaký princíp môžete použiť na konkrétnu prácu, ktorú potrebujete posúdiť, bez preberania celého vládneho výskumného programu.

Sledujte, kam sa pracovník pozerá, kde váha, odbočí nesprávne alebo prehliadne informáciu. Počúvajte, čo si myslí, že sa stalo. Ak musíte pomôcť, zapíšte si kde a ako. Úspešné dokončenie s pomocou vám hovorí niečo iné než dokončenie bez nej.

„Páči sa mi rozloženie“ je užitočná spätná väzba k osobnej preferencii. „Myslel som si, že sa adresa uložila, ale stále som ju upravoval“ ukazuje konkrétny problém, ktorý sa oplatí preskúmať.

A teraz si predstavte, že objednávka už odišla na expedíciu

V tom istom hypotetickom príklade zákazník požiada o zmenu príliš neskoro na bežnú opravu. Dokáže pracovník pochopiť aktuálny stav objednávky a zistiť, čo má urobiť ďalej? Možno potrebuje súhlas manažéra alebo musí kontaktovať expedíciu.

Dohodnite sa, aký má byť ďalší krok vo vašej firme, a nechajte človeka, aby ho vyskúšal. Ak to prototyp umožňuje, zahrňte príslušné obrazovky a možnosti. Hľadajte jasný výsledok: vie pracovník, či sa adresa zmenila, či musí konať niekto ďalší a čo môže odpovedať zákazníkovi?

Simulované upozornenie môže ukázať, či je jeho text zrozumiteľný. Nepreukáže však, že fungujúca aplikácia zabráni neoprávnenej zmene alebo doručí správu na expedíciu. Tieto otázky si nechajte na overenie, ktoré na ne dokáže skutočne odpovedať.

Vyberte prototyp, ktorý odpovie na vašu otázku

Náčrt vám môže pomôcť prediskutovať, čo má byť na obrazovke a či návrh dáva zmysel. Klikateľný prototyp môže človeku umožniť nájsť objednávku, prechádzať medzi obrazovkami a pochopiť potvrdenie, ak sú tieto časti skutočne vytvorené. Všetkým povedzte, ktoré časti fungujú a ktoré sa iba simulujú.

Ak chcete zistiť, či pracovník nájde postup opravy, nechajte ho tento postup vyskúšať. Ak rozhodujete, či je upozornenie zrozumiteľné, ukážte ho v situácii, keď by sa objavilo. Otázka, či si človek myslí, že by obrazovku zvládol, zachytáva jeho odhad. Pozorovanie pokusu ukáže, čo skutočne urobí.

Katherine Alsop vo svojom opise práce s prototypmi v GDS z 27. augusta 2014 vysvetlila rozdiel medzi stabilnou prezentáciou pre zainteresované osoby a prototypmi, ktoré sa počas výskumu menia. Upozornila aj na to, že výskum na živej službe môže odhaliť problémy s dobou odozvy a spracovaním chýb, ktoré prototyp neukáže.

Pri schvaľovaní je to dôležité. Klikateľná správa „Uložené“ môže overiť, či pracovník rozumie výsledku. Overenie, že sa uložili správne údaje, opakované požiadavky sa spracúvajú bezpečne a zmenu dostali prepojené systémy, si vyžaduje zodpovedajúcu kontrolu implementácie. Aj zabezpečenie, vynucovanie oprávnení a rýchlosť potrebujú dôkazy z príslušných fungujúcich častí aplikácie.

Ľudia používajúci svoje obvyklé asistenčné technológie môžu odhaliť praktické prekážky. Ako vysvetľujú pokyny W3C k zapojeniu používateľov do hodnotenia prístupnosti, toto hodnotenie patrí popri posudzovaní podľa štandardov prístupnosti. Dokončenie týchto úloh nedokazuje, že aplikácia spĺňa štandardy prístupnosti. Ak prototyp nepodporuje potrebné prostredie, zaznamenajte toto obmedzenie a naplánujte neskoršie vhodné overenie.

Odíďte zo stretnutia s rozhodnutím, ktoré viete vysvetliť

Zapíšte si, čo ste videli, kým to máte v čerstvej pamäti. Záznam nech je praktický:

• Kto čo skúšal: rola človeka, úloha, zariadenie a spôsob ovládania a časti, ktoré prototyp podporoval.
• Čo sa stalo: či dosiahol zamýšľaný výsledok, kde mal ťažkosti a akú pomoc potreboval. Pozorovania oddeľte od domnienok o príčine.
• Čo zmeniť a skúsiť znova: pomenujte mätúci popis, chýbajúcu informáciu alebo nejasný ďalší krok. Po úprave nechajte niekoho dotknutú prácu znovu vyskúšať.
• Čo ešte vyžaduje fungujúcu aplikáciu: zaznamenajte otvorené otázky, kto ich overí a kedy. V našom príklade to môže byť, kto smie schváliť neskorú opravu a ako sa zmena dostane na expedíciu.

Potom môžete schváliť smer, ktorý pokusy podporujú, požiadať o úpravu tam, kde ľudia narazili na problém, alebo odložiť konkrétne rozhodnutie, kým nebudú dostupné správne dôkazy. Pri rôznych častiach redizajnu môžete urobiť všetky tri veci. Schválenie obrazoviek objednávok nemusí znamenať prijatie neotestovaného prepojenia s expedíciou.

Ak pripravujete redizajn firemnej aplikácie, naša dizajnérska práca môže byť začiatkom rozhovoru o tom, kto aplikáciu používa, čo potrebuje robiť a s ktorými rozhodnutiami chcete pomôcť.