Produktovému dizajnu sa nevyhnú ani programátori. Tlak je veľký, konkurencieschopné produkty dobre fungujú a skvele vyzerajú. Ak chcete, aby mal váš produkt šancu na prepchatom trhu, musíte myslieť na jednoduchosť ovládania. Ako zhodnotiť a vylepšiť použiteľnosť (usability) vášho produktu bez toho, aby ste museli najímať experta?

Nielsenove Heuristiky

Usability nie je raketová veda, ale identifikácia slabých stránok si vyžaduje dávku odosobnenia. Nemôžete program vytvoriť, v zápätí jeho použiteľnosť objektívne zhodnotiť a začať vylepšovať. Programátor si totiž predstavuje črevá svojho programu inak, ako používateľ. Pozerá sa naň napr. cez dátový model. Používateľ má naopak svoje osvojené konvencie z reálneho sveta. Tento rozdiel v mentálnych modeloch vedia preklenúť experti pomocou používateľského výskumu.

Existuje však jednoduchý nástroj, ktorý pomôže aj programátorom efektívne zvýšiť použiteľnosť programu. Ide o Nielsenove Heuristiky. Je to set 10 pravidiel, ktoré sa väčšinou používajú na testovanie použiteľnosti. Ja vám však odporučím navrhovať softvér s vytlačenými pravidlami priamo na stole. Keď doprogramujete akýkoľvek krok procesu, poctivo si overte či váš softvér spĺňa všetky pravidlá.

V nasledujúcich riadkoch popíšem všetkých desať heuristík. Bude to chcieť chvíľku praxe, pokiaľ spoznáte ich konkrétny význam, ale verím, že to nie je nič náročné.

1. Viditeľnosť stavu systému

Položte si otázky: Kde som? Kam môžem odtiaľto ísť? Systém by mal v každom momente používateľa informovať o tom, kde sa nachádza a čo sa s ním práve deje. Napríklad, ak kliknem na tlačidlo: systém ma musí informovať, že vstup spracúva, môžem tento proces zrušiť, a prípadne sa vrátiť na hlavnú stránku.

2. Zhoda medzi systémom a skutočným svetom

Váš program by mal komunikovať jazykom používateľov. Používať slová, termíny a koncepty, ktoré sú používateľom známe. Vyvarujte sa akémukoľvek technickému termínu. Napríklad slovo “Pohľad” je pre programátorov v anglickom preklade “View” úplne jasný. Naopak, pre bežného používateľa je úplne mätúci.

3. Sloboda ovládania systému

Používatelia si často pomýlia tlačidlo alebo funkcionalitu. Nezabudnite im zaručiť “únikový východ”. Takéto tlačidlo by malo byť jasne označené a vždy dostupné. Dobrým príkladom slobody ovládania je umiestnenie “breadcrumb menu” na web.

4. Konzistencia a štandardy

Dodržujte jednotný slovník. Program nesmie popisovať rovnakú funkcionalitu rôznymi termínmi. Držte sa zaužívaných konceptov. Ak programujete iPhone aplikáciu, neukladajte ikony do gridu, používatelia sú zvyknutí na vertikálne menu.

5. Prevencia chýb

Ak sa môžete vyhnúť chybným kliknutiam používateľa, spravte to. Overte e-mailovú adresu ešte pred odoslaním formulára. Nastavte tlačidlo po kliknutí ako zablokované a zabráňte opakovanému odoslaniu requestu.

6. Rozpoznávanie je lepšie ako spomínanie

Nenúťte používatela pamätať si. Nevypíšte postup na začiatku procesu, ale postupne ho používateľovi prezentujte presne tam, kde informáciu potrebuje. Všetky tlačidlá a možnosti by mali byť jasne viditeľné, aby si používateľ nemusel spomínať, kde danú funkcionalitu konfiguroval.

7. Flexibilita a jednoduchosť ovládania

Myslite na skúsených používateľov. Aj keď nováčikovia tieto funkcionality nemusia využívať, skúsení ich určite ocenia. Funguje vám tabulátor pri preskakovaní políčiek vo formulári? Skvelým príkladom je task manager Asana.com. Poskytuje absolútnu voľnosť v pridávaní novej úlohy. Môžete použiť kontextové menu alebo stlačiť enter v zozname úloh alebo využiť klávesovú skratku tab+q.

8. Estetický a minimalistický dizajn

Vyhoďte zbytočný obsah a nepoužívanú funkcionalitu. Myslite na dostatok voľného priestoru v okolí tlačidiel a iných elementov programu. Ak potrebujete pokročilú funkcionalitu, schovajte ju do otváracieho okna, kde nebude otravovať bežných používateľov.

9. Rozpoznanie chyby, diagnostikovanie chyby a návrat do procesu

Dobre vieme, že chybám sa nevyhneme. Ak však nastanú, nemali by sme používateľa paralizovať vypísaním stack trace-u. Používateľovi by sa mala zobraziť citlivá správa, bez technického žargónu a kódu hlásenia. Chybový dialóg by mal jasne vysvetliť problém a navrhnúť riešenie.

10. Pomoc a dokumentácia

Systém by mal obsahovať dokumentáciu, v ktorej možno fulltextovo vyhľadávať. Myslite na synonymá a úlohy používateľa, nie na dátový model systému. Dobrá dokumentácia je krátka dokumentácia. Najlepšia dokumentácia je však taká, ktorá je kontextová a ponúka sa práve vtedy, keď ju používateľ najviac potrebuje.

Zapamätajte si zlaté pravidlo: používatelia nerobia chyby. Ak sa používateľ zmýli, je to pravdpodobne tým, že ste ho naviedli zlým smerom. Týchto desať jednoduchých pravidiel vám pomôže zlepšiť orientáciu v systéme a odstrániť tie najpálčivejšie problémy použiteľnosti. Pamätajte, nevyriešite ich však naraz všetky, budete potrebovať veľa testovania a spoznávania vášho používateľa, ktoré ale prinesú pozitívny výsledok.