[IM-WMC] Městská cyklonavigace D3 A4M39NUR MARTIN HELLER, DAVID LUKSCH, MIROSLAV NEDVĚD
Obsah Low-Fidelity prototyp...2 Pokryté scénáře...2 Popis prototypu...2 Uživatelské testování...3 Cíle...3 Test setup...3 Účastníci testu...4 Průběh testů...4 Získané poznatky...4 Závěry a doporučení...5
Low-Fidelity prototyp Pokryté scénáře Pokryté scénáře vycházejí ze scénářů navržených v D2. Konkrétně: jeden scénář je zadání startu a cíle adresou / výběrem z oblíbených a export do telefonu s následným zobrazením trasy na telefonu druhý scénář je zadání startu adresou a cíle výběrem na mapě a následné vytisknutí nalezené trasy Popis prototypu Low-Fidelity prototyp pro D3 se skládá ze dvou částí prototyp webové aplikace a prototyp mobilní aplikace. Oba prototypy byly vyrobeny za použití mybalsamiq 1 a vyexportovány do PDF souborů, v případě mobilního prototypu do bezokrajového PDF. Prototyp webové aplikace pokrývá následující akce: zadání startovního bodu ze seznamu dříve zadaných či oblíbených zadání cílového bodu adresou / výběrem z mapy zobrazení nalezené trasy ( Vyvážená ) zobrazení nalezené trasy ( Plochá ) zobrazení vysvětlení vyvážené trasy vytisknutí nalezené trasy export nalezené trasy do mobilní aplikace Prototyp mobilní aplikace pokrývá následující akce: import nalezené trasy z webové aplikace do mobilní aplikace pomocí vygenerovaného QR kódu vyfocení zmíněného QR kódu zobrazení seznamu importovaných tras zobrazení mapy jedné z importovaných tras 1 http://balsamiq.com/products/mockups/mybalsamiq/
Uživatelské testování Cíle Testování tohoto prototypu má následující cíle: vyhodnocení možností zadávání o adresou o výběrem ze seznamu o výběrem na mapě vyhodnocení možností exportu o tisk o export do mobilní aplikace Test setup 12 notebook Myš Obrázek Chyba! Nebyla zadána posloupnost. - Test setup
Účastníci testu Testování se zúčastnily celkem tři osoby, dva muži a jedna žena. Jeden z účastníků se již účastnil uživatelského výzkumu v části D1, takže již byl částečně seznámen se zamýšlenou funkcionalitou. To se později ukázalo jako nežádoucí, protože měl tendenci odchylovat se od zadaného scénáře a neustále narážel na omezení prototypu, což ho frustrovalo. Průběh testů Účastníci byli vždy před zahájením testu seznámeni s testovaným scénářem (detailnost instrukcí odpovídá scénářům uvedeným v části Pokryté scénáře) a upozorněni na omezení prototypu. Testování bylo zahájeno na úvodní stránce aplikace. První testovaný scénář zahrnoval export trasy do mobilního telefonu. Ve chvíli, kdy účastník zobrazil dialog s QR kódem a projevil zájem použít mobilní telefon, mu byl předán telefon s druhou částí prototypu (pouze u dvou účastníků, u třetího účastníka byl i test mobilní části proveden na PC). Po dokončení testu prvního scénáře byl prototyp vrácen na úvodní obrazovku a účastník byl instruován k provedení druhého scénáře. Průběh testů probíhajících na PC byl zaznamenáván pomocí nahrávání obrazovky, průběh testů na mobilním telefonu byl zaznamenán jen ve formě poznámek. Získané nahrávky obrazovek jsou k dispozici v playlistu na YouTube (http://www.youtube.com/playlist?list=plaemgbepi1qyw6qxrv12zjafbswsujxmw). Získané poznatky Zadávání trasy, jak adresou, tak výběrem bodu na mapě, nečinilo účastníkům testu potíže. Jediný problém s výběrem bodu na mapě byl způsoben technickým omezením prototypu, nemožností užívat k ovládání pravé tlačítko myši. Jak jsme již zjistili v části výzkumu D1, uživatelé jsou z jiných mapových aplikací navyklí vyvolat pravým tlačítkem kontextové menu a z něj vybrat zadání startu/cíle. Forma zobrazení nalezených tras uživatelům vyhovovala, jeden z účastníků ji explicitně pochválil jako hezky přehlednou. O něco větší potíže dělalo účastníkům přenesení trasy (při instruktáži uživatele slovo exportovat záměrně nebylo zmíněno) do mobilního telefonu. Jeden z účastníků váhal před výběrem tlačítka Exportovat, další jej sice hned použil, ale později vyjádřil své pochybnosti. Z obrazovky s QR kódem pro export trasy do mobilního telefonu nebylo účastníkům na první pohled jasné, že by si měli stáhnout naši companion aplikaci, jeden z účastníků by zkusil použít běžnou čtečku QR kódů. Ne všem účastníkům vyhovovalo rozvržení mobilní companion aplikace, obzvláště jeden z účastníků dlouho hledal tlačítko pro přechod do režimu skenování QR kódu a následně tlačítko pro zobrazení trasy na mapě. Jeden z účastníků zkoušel přepínat mezi zobrazenými variantami tras klikáním na mapě spíše než do seznamu tras v levém panelu.
Závěry a doporučení Systém zadávání ani zobrazení tras není třeba upravovat. Při tvorbě Hi-Fi prototypu, kdy to již technologie bude umožňovat, je třeba implementovat zadávání bodů na mapě s použitím pravého tlačítka myši. Dále by bylo velmi vhodné umožnit výběr varianty trasy i kliknutím na danou variantu na mapě. Je třeba zvážit úpravu tlačítka Exportovat, aby uživateli bylo jasnější, co dělá. Jednou z možností je nahradit ho dvěma tlačítky, Tisk a Do mobilu, která by uživatele výstižněji informovala, jakou akci vyvolají. V okně se zobrazením QR kódu je uživateli třeba více zdůraznit, že má využít naši companion aplikaci. Zároveň by ale bylo dobré prozkoumat i možnosti zobrazení trasy např. pomocí webového prohlížeče, aby byla uživateli poskytnuta funkcionalita i v případě, kdy použije vlastní čtečku QR kódů pro získání odkazu na danou trasu. Uživatelské rozhraní mobilní companion aplikace je třeba upravit tak, aby uživatel snadno našel prvek pro provedení typické akce v dané situaci. Po spuštění aplikace by tedy mělo být výraznější tlačítko pro přechod do režimu čtení QR kódu, po načtení QR kódu a trasy zase tlačítko pro zobrazení trasy v mapě.