Profesionální rozhraní je průmyslově specifický nástroj, který uživateli pomáhá řešit pracovní problémy. Pro něj je nejdůležitější věcí efektivita, a to je kvalita, která ze své podstaty zvyšuje cenu každé chyby.
Profesionální rozhraní jsou složitější než hromadná. Nejprve často neposkytují jasné scénáře, mohou obsahovat tolik úkolů, kolik chcete. A to ovlivňuje testování.
Zadruhé, komplexní rozhraní mohou mít více vektorů interakce.
Vektory interakcí
Pedagogické – pro začátečníky
Uživatel vyhledává informace v prostředí a příkazy/tlačítka/ovládací prvky hlásí jejich chování. Hromadná rozhraní jsou zřídka volena mimo pedagogickou úroveň.
Okamžité – pro zkušené
Interakce probíhají v kontextu. Uživatel ovládá ovládací prvky a objekty přímo, používá některé populární idiomy.
Neviditelný – pro odborníky
Uživatel si pamatuje neviditelné příkazy, zkratky, idiomy a neztrácí čas nabídkami a ovládacími prvky. Není k dispozici ve všech profesionálních rozhraních.
Třetí, a co je nejdůležitější, profesionální rozhraní jsou zaměřena na profesionály a odkazují již na jejich znalosti .
Když testujeme profesionální rozhraní, podíváme se na informace v hlavě uživatele a otestujeme, jak to funguje v kontextu existujících pracovních toků. Nepotřebujeme se vyhýbat zjevným idiomům, složité terminologii, ikonám bez podpisů – uživatel je s nimi obeznámen.
Profesionální rozhraní nelze testovat jako hromadná, protože v profesionálních odkazujeme na informace v hlavě uživatele
V hromadných rozhraních je to naopak jediný způsob řešení – přemýšlet o všem tak, aby to bylo uživateli bez přípravy jasné. Proto je lepší se vyhnout nenápadným idiomům, složité terminologii, ikonám bez podpisů.
V ideálním případě je v profesionálních rozhraních třeba zkontrolovat školení a procvičování druhého a třetího vektoru interakce. Zároveň budeme moci s jistotou zjistit, jak jasný je neviditelný vektor až po měsících práce uživatele v rozhraní. To znamená, že už nemluvíme o prototypu, ale o implementovaném rozhraní.
Na druhou stranu, ne každé profesionální rozhraní má třetí vektor. Například v našem nejnovějším lékařském projektu monitorování krevního tlaku neexistuje žádná neviditelná úroveň, pouze okamžitá. Proto jsme mohli docela snadno zkontrolovat, jak dobře byl přenesen stávající obchodní proces a zda lékaři uznávají jejich každodenní úkoly.
Pokud uživatel neví, jak v programu pracovat, lze ho naučit. To je u profesionálních rozhraní normální, školení může trvat týdny nebo měsíce.
Někdy se stane, že zaměstnavatel kvůli obchodním požadavkům nevyvíjí rozhraní tak, jak to vidí zaměstnanec.
Proto pokud osoba při testování nezvládne úkol, nejedná se vždy o designovou chybu. Někdy se jedná o vědomé rozhodnutí zákazníka, který pak očekává, že zaškolí zaměstnance, jak pracovat se softwarem.
Jak připravit interaktivní prototyp pro testování
Vytváříme prototypy, aby je bylo možné testovat ve scénářích a situacích, které jsme připravili v procesu návrhu. Návrhář se tedy během montáže spoléhá na tyto artefakty. Návrhář a výzkumný pracovník mohou také diskutovat o některých úpravách nebo nuancích v průběhu práce.
Neměli byste se snažit připravit vysoce detailní prototyp, na kterém by bylo možné testovat naprosto jakýkoli scénář a mikroskop. Je jich příliš mnoho.
U každé úlohy kontrolujeme jeden pracovní postup/situaci. A každý úkol se spouští z úvodní stránky.
Vyrábíme prototypy co nejinteraktivnější. Alespoň – všechny prvky, které se vztahují k testovanému scénáři. Pokud však respondent stále našel tlačítko, na které nelze kliknout, a klikl na něj, uvedeme, co chce dělat a proč tam klikne.
Obecně se odborník může najednou obrátit na cokoli. V prototypu můžete zvýraznit několik základních procesů, ale nebudou vykazovat celou škálu možností. Tato vlastnost profesionálních rozhraní ztěžuje testování a přidává k tomu trochu konvence.
Sestavit něco jako demo a poskytnout realistickou svobodu jednání je další výzva.
Když jsme testovali rozhraní systému pro neurovědu, museli jsme říci „představte si, že jsme připojili senzory“ – ve skutečnosti samozřejmě, žádné senzory nebyly k dispozici.
Toto technické omezení nelze vždy vyřešit. Framer, Axure, Anima někde pomohou – umožňují vám sbírat silné interaktivní prototypy. Rychlá implementace surového MVP někde ušetří. Zde však můžete narazit na další problém – utratit peníze za vývoj a zjistit, že rozhraní nefunguje a za vývojové úsilí nestojí.
Prototyp s animacemi pomáhá zákazníkovi a vývojářům lépe pochopit, jak aplikace bude vypadat a fungovat
Zatímco designér připravuje prototyp, výzkumník napíše průvodce pro testování a porovná jej s maketou, aby zjistil, zda lze vše z průvodce implementovat. Zeptá se designéra, které části rozhraní se mu zdají nejobtížnější a při kterých rozhodnutích existují pochybnosti. Označí tyto body pro další kontrolu.
Návrhář ukáže hotový interaktivní prototyp výzkumníkovi, společně ho projdou a v případě potřeby provedou změny v rozvržení nebo skriptu.
Jakmile je prototyp a průvodce sestaven a ověřen, můžete přijímat uživatele a přiřadit testy. O tom budeme pokračovat v příštím článku.
