Publikováno na Inflow.cz (http://www.inflow.cz/hci-test-pouzitelnosti-vybranych-funkci-aplikaceaweschedule)
HCI: Test použitelnosti vybraných funkcí aplikace AweSchedule 28. 11. 2012 AweSchedule Prototyp aplikace AweSchedule došel do fáze, kdy bylo potřeba otestovat jeho funkčnost. Příspěvek proto představuje návrh testu použitelnosti vybraných funkcí prototypu, průběh uživatelského testování, jeho výsledky a návrh na možná vylepšení aplikace.
Checklist, aneb v rámci testování jsme řešili tyto úkoly: výběr testovaných funkcí vypracování vhodných scénářů rozdělení rolí na moderátora a pozorovatele výběr dvou testovaných uživatelů oslovení uživatelů domluvení místa (učebna ve škole) a času pro samotné testování kontaktování uživatelů kvůli místu a času testování vyzkoušení scénářů na prototypu na sobě samých nastavení tabletu pro potřeby testování příprava místnosti, občerstvení pro uživatele přivítání uživatelů seznámení uživatelů s tím, že: - testujeme produkt, nikoli uživatele, - neexistují správné ani špatné odpovědi, - jelikož testujeme prototyp, tak většina funkcí nebude plně funkčních, - pozorovatelé si budou dělat poznámky a sledovat průběh testování, - je třeba, aby uživatel popisoval své myšlenkové pochody; uvedení do situace položení výzkumné otázky průběh testování doplňující otázky reflexe testování s uživateli vyhodnocení testování
návrh na vylepšení aplikace Během testování jsme na základě předpřipraveného scénáře ověřovali použitelnost vybraných funkcí aplikace. Jednalo se o funkci “přidej událost” a “vyhledej dokument”.
Postupovali jsme podle těchto scénářů: 1. Smyslem prvního úkolu bylo zjistit, jakým způsobem uživatel přidá do aplikace AweSchedule událost, na kterou nechce zapomenout. Hypotéza: uživatel se seznámí s aplikací, zjistí, že mu nabízí funkci “přidat událost” a bude skrze ni postupovat do okamžiku, než samotnou událost vytvoří. Uvedení do situace: Chci jít do kina na Skyfall. Jak zajistím, že na to ve svém nabitém programu nezapomenu? Doplňující otázky: Protože jsem velký fanoušek “bondovek”, rozhodl(a) jsem se, že si před samotným programem v kině budu muset koupit tričko s Jamesem Bondem a soundtrack v Bontonlandu. Jak zařídím, abych na jednotlivé činnosti nezapomněl(a)? Problémové oblasti: Použitelnost: znalost aplikace ovládání tabletu navigace v prototypu aplikace (tlačítka Home a Undo) záměna události za úkol a obráceně Uživatelský prožitek: pochopitelnost (vyznají se uživatelé v prototypu?) zklamání (nebudou uživatelé zklamáni tím, že jim nenabízíme plně funkční produkt?)
2. Druhý úkol zjišťoval, jak budou uživatelé pracovat s dokumenty v aplikaci, tj. zda nebudou mít problém dokumenty vyhledat a přidat. Hypotéza: uživatel již bude obeznámen s aplikací z prvního úkolu a nebude mu dělat potíže dokumenty nalézt a přidat. Uvedení do situace: Jedu na víkend k babičce do Prahy. Cesta vlakem je dlouhá a nudná, vím, že příští týden budu mít zkoušku z HCI, proto využiji cesty a budu se učit ve vlaku. Jak zajistím, že se ke všem potřebným dokumentům dostanu? Doplňující otázky: potřebuju si přidat jeden dokument z přednášek. Jak to udělám? Problémové oblasti: Použitelnost: uživatel si nebude jistý, skrze co se do dokumentů může dostat - problém konzistence -
můžu jednu činnost vyřešit různými způsoby?
Návrh na vylepšení prototypu: Na základě poznámek z testování jsme identifikovali několik zásadních problémů, které jsme pak prioritizovali ve webovém hlasování. Z následujících problémů jsme vybrali několik, které se pokusíme překonat ve finální verzi prototypu. napojení Google Docs do dokumentů pojmenované todo-listy – není jasné, jak je vytvořit, jak k nim přidat úkoly apod. lépe vysvětlené propojení aplikace s Dropboxem události a úkoly nepropojené s konkrétním projektem není možné žádným způsobem vkládat – návrh řešení: "zbytkový projekt" s takovými objekty třídění dokumentů do složek odladit tutoriál při prvním užití aplikace chybí undo – možnost snadno se vrátit o krok zpět, v aplikaci je možné pouze vracet o stránku, nikoli zrušit provedený úkon bylo by zajímavé snadno měnit událost za úkol a opačně jak fungují hvězdičky u úkolů a k čemu jsou – označují věci, které chci dělat dnes (@next) někdy není potřeba specifikovat přesnou lokaci, ale spíš GTD-like kontext jiná zobrazení v kalendáři – 3 dny, 7 dní, 30 dní, rok přidávání poznámek k úkolům rychlé vytváření poznámek pro pozdější zpracování (ve světě GTD něco podobného jako "inbox") práce s plánováním ve formě myšlenkových map propojení konkrétních úkolů a událostí s dokumenty – např. možnost vybrat k úkolu anebo je přímo vytvořit (např. vyfotit obrázek)
Ve finální verzi se budeme snažit napravit následujícící problémy, na nichž jsme se shodli. V případě, že budeme mít kapacitu na další zlepšení, pokusíme se vyřešit i některé z dalších problémů. Jaké možnosti pro zlepšení prozatím vidíme a jakým způsobem budeme vyvstalé problémy řešit? Události a úkoly nepropojené s konkrétním projektem: Nejspíše vytvoříme projekt, který bude přítomný již na začátku, ale nebude “vtíravý” – uživatel se o jeho existenci nebude muset starat. Nebude se zobrazovat mezi kolečky v přehledu projektů, ale bude možné přidávat úkoly “bez projektu”. A pokud si o takových úkolech bude chtít uživatel udělat
přehled, snadno někde nalezne jejich seznamy, ať už jde o události a úkoly – například proto, aby si je mohl přiřadit ke konkrétnímu projektu, když to bude potřeba. Třídění dokumentů do složek: Prozatím se nám líbí koncept fungování složek, jak je koncipován v grafickém rozhraní iPadu – objekty je možné naskládat “na hromadu” a tím se vytvoří složka. Otázkou pak zůstává, jak vyřešit chování ostatních souborů a různé operace s nimi. Druhý problém by mohl být požadavek po vnořených složkách – práce s nimi by v dané koncepci byla velmi obtížná. Jako určité východisko vnímáme vázání dokumentů na konkrétní úkoly, seznamy úkolů a události, ale tam budeme muset dobře promyslet, jaká vazba mezi úkoly a dokumenty bude – na první pohled se například zdá, že bude lepší soubory jen “přiřadit” (či “otagovat”) spíše než je přesunovat. Chybí undo – možnost snadno se vrátit o krok zpět, v aplikaci je možné pouze vracet o stránku, nikoli zrušit provedený úkon: v rámci aplikace se pokusíme vytvářet seznam provedených akcí. Někdy není potřeba specifikovat přesnou lokaci, ale spíš GTD-like kontext: kontext z GTD je obecnější koncept, který může nabývat buď rozměrů konkrétní lokality (jako je např. učebna D22), ale též může být obecný (např. “ve městě”, “na dovolené” apod.). Myslíme si, že bude stačit nahradit lokalitu kontextem a problém bude vyřešený.
Prohlédněte si fotodokumentaci z testování:
Byli jsme z testování trochu nervózní, tak jsme zapomněli vyfotit druhého uživatele, který nám s ním pomáhal. Tak jsme využili nástrojů Photoshopu pro to, aby toto opomenutí napravil.
Návrh scénářů a checklist Poznámky z testování Při testování jsme si místy psali přesné citáty – například výrok “Projekt půjdu do kina” jednoznačně ukazuje, že projekty jako koncept uspořádání úkolů nemohou pokrýt všechny potřeby (důvodem může být to, že o mnohých úkolech člověk nepřemýšlí systematicky – nepatří z jeho pohledu do žádné “přirozené škatulky”).
Zápisy pozorovatelů Děkujeme Pavle a Jiřímu za účast na uživatelském testování a cenné podněty!