User Experience DesignVše o designu zaměřeného především na uživatele

User-centered design (UCD) je nejméně dvě dekády využíván pro tvorbu softwaru a zejména internetových stránek. Jeho aplikací můžeme dosáhnout přívětivějšího webu pro uživatele. Zaměření se na uspokojování potřeb a touhy uživatelů je základním kamenem moderního UCD/UXD designu. UX odborníci se často při prosazování uživatelského pohledu do aplikace setkávají s rozdílnými pohledy developmentu, managementu nebo prodejních oddělení. Co se ovšem stane, pokud jsou potřeby uživatelů v přímém rozporu s potřebami zvláštního zákazníka - vlády?

Na případové studii e-government iniciativy v Nizozemsku si ukážeme konflikty UCD designu a E-governmentu. Ukážeme si také, proč není možné praktikovat tradiční metody, pokud začnete pracovat na vládním projektu.

Přenášející: Dr. Nalini P. Kotamraju, University of  Twente Assistant Professor, Department of Communication Studies Technical & Professional Communication Workgroup

Datum: 22. října 2009  - Čas: 18:00
Místo: FEL ČVUT Karlovo náměstí 13, Praha 2, budova A fakulty strojní, místnost A-312 (3. patro)

Originální text na stránkách Prague ACM SIGCHI.

Včera jsem se zúčastnil workshopu „Uživatelské testování použitelnosti prakticky“ vedeného Adamem Fendrychem z DobréhoWebu. Adam se nám přiznal, že jsme první účastníci tohoto workshopu, deflorace proběhla ovšem bez problémů Původní časový plán (9:00-12:30) jsme přetáhli o půl hodiny, což bylo způsobeno řadou spontánních diskuzí během výkladu. Rozložení účastníků pro mne bylo příjemným překvapením, dobrá polovina věděla velmi dobře o čem je řeč a měla za sebou i testování použitelnosti z praxe. Nebo to byli lidé z pozic UX designérů/analytiků. Velice užitečné komentáře z praxe vývoje robustnějších aplikací měl hlavně pan Berka Leoš Štýbnar, který publikuje na blogu http://pouzitelnost.com/. Doporučuji navštívit.

Ačkoliv jsou principy uživatelského testování univerzálního charakteru, bylo trochu znát, že Adam se pohybuje spíše na poli webů než webových aplikací (které jsou mi bližší). Musím se přiznat, že mne mile překvapilo kolik znalostí jsem získal předchozím samostudiem a praktickými zkušenostmi z testování u nás ve firmě.

Většina věcí mi byla již známá, proto bych tento kurz doporučil spíše lidem, kteří se chtějí pustit do svého prvního user testingu nebo jsou v této oblasti nováčci. Zřejmě nejvyšší hodnotou bylo varování před chybami, kterým byste se měli jako laici při prvních testech vyhnout (což se Vám pravděpodobně napoprvé nepodaří, ale budete muset dát za Adamovi za pravdu). Také se dozvíte nejlepší metody jak sehnat testery a jak je motivovat k tomu aby skutečně dorazili. Nakonec jsme si ukázali, jak vypadá komůrka vyhrazená pro testování v InternetInfu. Na závěr proběhla praktická ukázka testingu s komentáři.

Rád bych vypíchnul pár zajímavých bodů, ke které mi tento workshop osvětlil a budu se je snažit začlenit do praxe:

• Po sestrojení úvodního návrhu (tvořen více účastníky) z tabule přenést návrh na papír a oběhnout kolegy z kanceláře (v mém případě jedna z cílových skupin) a konzultovat jej.
• Video záznam je pěkná věc, ovšem udělat sestřih je moc časově náročné. (Z praxe můžu říci, že mám na disku pár giga záznamů videa z obrazovek, na jejichž sestřih není čas. Navíc s přibývajícím časem, kdy se produkt mění, pozbývají videa se starým UI na relativitě).
• Dostat na testing zainteresované osoby (management, developery, marketéry…). Ovšem pasivně - měli by být v jiné místnosti. Zajistit přenos videa z monitoru uživatele + audio. Ideálně analog (v iinfu řešeno pomocí vga rozbočovače). Osobně se budu pokoušet o využití vnc na share plochy + skype na přenos hlasu a obrazu z webkamery zaměřené na uživatelův obličej.
• Statistiky jak dlouho mi trvalo v původní verzi dostat se ze stránky A na B vs. v nové verzi jsou k ničemu. Zaměřit se na plnění cílů (splněn/nesplněn).
• Testovat jak nové tak stávající uživatele.
• Po odpovědi uživatele na otázku chvíli vyčkat než položím další. Dát mu prostor si vzpomenout na poznámky. Trapné ticho mezi tím vyplnit zápisem odpovědi do bloku.
• Nevyhodnocovat test podle toho co uživatel říkal, ale podle toho co dělal.
• Pro každého uživatele zajistit stejné vstupní podmínky (vymazat cookies…)
• A pro mne nejužitečnější nakonec: dát uživateli prostor říci „nevím jak dál / za normálních podmínek bych se již nepokoušel dokončit úlohu“ a označit daný cíl za nesplněný.