Odporúčania k nastaveniu UX procesov

Čo sa deje v e-Governmente User Experience
1

Ako SUXA sme dali dokopy niekoľko odporúčaní na nastavenie procesov na zabezpečenie pozitívneho UX informatizovaného Slovenska.

Tu nájdete dokument: https://drive.google.com/file/d/0B8S0SDsAsrO-N2p0TWM1WGR5ajQ/view?usp=sharing

Zabezpečenie pozitívneho UX informatizovaného Slovenska

V dokumente predkladáme návrhy, ako zabezpečiť jednoduchosť a príjemnosť ovládania používateľských rozhraní štátnych web stránok.

Na zabezpečenie ergonomického rozhrania je nutné do projektov informatizácie zapojiť dve role: UX výskumníka a UX dizajnéra. Obaja musia mať skúsenosti s komplexnými rozhraniami a ucelenú znalosť UX metodík. Zapojenie týchto dvoch rolí zabezpečí splnenie kritérii na akceptáciu používateľského prostredia.

Požiadavky na zapojenie UX výskumníka a znalosť metodík

  • Výskumník definuje používateľské požiadavky priamo s koncovými zákazníkmi. To vykonáva pomocou rozhovorov s koncovými používateľmi a pomocou etnografických výskumov. Deklarované požiadavky používateľov sa stávajú súčasťou projektových požiadaviek.
  • Výskumník definuje informačnú architektúru systému. Súčasťou definície informačnej architektúry je definícia persón a kľúčových úloh, nastavenie navigácie pomocou card sortingu alebo expertného návrhu a následné testovanie navigácie.
  • Výskumník vykonáva pravidelné testovanie použiteľnosti obrazoviek systému, najmenej však 3x počas realizácie projektu. Odporúčaný interval je každé dva mesiace.
  • Výskumník zabezpečí testovanie prístupnosti systému počas realizácie aspoň raz. Odporúčané je vykonať testovanie pred spustením systému do prevádzky.

Požiadavky na zapojenie UX dizajnéra a znalosť metodík

  • Dizajnér prototypuje všetky obrazovky systému vo forme wireframov. Vo wireframoch bude zapracovaný návrh interakcie. Interaktívne wireframy dizajnér pripravuje v iteratívnych cykloch. Každá iterácia je zavŕšená testovaním použiteľnosti. Je nutné vykonať aspoň jednu iteráciu každej obrazovky.
  • Dizajnér pripraví vizuálny repozitár, obsahujúci všetky vizuálne elementy, ktoré bude systém využívať.
  • Pre každú obrazovku dizajnér pripraví vizuálny dizajn, ktorý bude využívať komponenty z vizuálneho repozitára.

Kritéria na akceptáciu používateľského rozhrania

  • Používateľské rozhranie bude pred spustením do bežnej prevádzky otestované sumatívnym testovaním použiteľnosti a dotazníkovou metódou System Usability Scale (SUS) s 21 respondentami. Testované budú všetky kľúčové prípady použitia systému. Na akceptáciu rozhrania musí testovanie vykázať tieto ukazovatele:

  • namerané SUS skóre musí byť vyššie ako 50 bodov;

  • miera dokončenia kľúčových úloh musí byť vyššia ako 80%;

  • chybovosť kľúčových úloh musí byť nižšia ako 40%.

Pre zabezpečenie transparentnosti odporúčame výsledky týchto testovaní zverejňovať.

  • Systém má nasadený analytický nástroj (napr. Piwik, Google Analytics …), ktorý meria mieru dokončenia úlohy.
  • Projekt meria pomer transakcií vykonaných v používateľskom rozhraní (online) k počtu transakcií vykonaných pôvodným spôsobom (offline). Je nutné samostatne monitorovať aj asistovanú pomoc – teda také transakcie, ktoré boli vykonané za pomoci tretej osoby. Odporúčame zverejňovať pomer aj absolútne čísla týchto ukazovateľov.
7 Likes
3

Co je zdroj tych cisel, ak sa slusne mozem opytat?

“3x testovanie pocas realizacie pocas intervalu 2 mesiacov”
“21 respondentov dozaznika”
“50 bodov musi byt najnizsie skore”
“miera dokoncenia uloh musi byt 80% a chybovost 40%”

Vsetky su referencovane na nasledovne linky (v tom google doc)…


http://www.usability.gov/how-to-and-tools/methods/system-usability-scale.html
… ale na nich sa z ocividnych dovodov nenachadzaju vobec.

4

Samozrejme, tu su informacie:

"3x testovanie pocas realizacie pocas intervalu 2 mesiacov"
Samozrejme, bolo by vhodne testovanie realizovat ovela pravidelnejsie pocas zdlhavych OPIS projektov, ale vizia je, ze dodavatelske spolocnosti aj zadavatel rychlo porozumeju pridanej hodnote a budu ochotne realizovat testovania castejsie. Ak berieme, ze priemerny OPIS projekt trva niekolko rokov, testovanie pri prvotnom navrhu obrazoviek, v strede vyvojoveho cyklu a pred spustenim projektu by malo byt must.

"21 respondentov dozaznika"
Nielsen/norman: https://www.nngroup.com/articles/quantitative-studies-how-many-users/

"50 bodov musi byt najnizsie skore"
Priemerny vysledok pre sus je 68 ( http://www.measuringu.com/blog/10-things-SUS.php ). Pri stanovovani 50 bodovej hranice sme vychadzali z predchadzajucich realizovanych SUS nad statnymi webmi, teda z nasich skusenosti (inak povedane – co je este akceptovatelne). Bolo by iste vhodnejsie realizovat komplexnejsi vyskum.

"miera dokoncenia uloh musi byt 80% a chybovost 40%"
Musim upozornit, ze obe merania su laboratorne – teda merane pocas testovania pouzitelnosti, kde su respondenti motivovani ulohy dokoncit. Aj v tomto pripade SUXA vychadza z velkeho poctu testovani, ktore sme komercne realizovali v minulosti nad procesnymi webmi. Pri 80% completition rate je system stale dost zly, ale pritom akceptovatelny.

Zabudol som uviest ze sa bavime len o sluzbach otvorenych verejnosti, nie internych systemoch, kde je nutny isty standard pouzivatelskej privetivosti a z toho vyplyvajucich splnenia metrik.

3 Likes
5

Bravurna odpoved, keby mam klobuk na hlave, zlozim ho.
Dakujem pekne za referencie.