Prototípushűség és forgatókönyv

Célok

A lecke végére a prototípus részletességét a vizsgált kérdéshez tudod igazítani, és olyan forgatókönyvet, illetve feladatot tudsz írni, amely kipróbálhatóvá teszi a tervet anélkül, hogy előre elmondaná a megoldást.

Miért építünk prototípust?

A wireframe-et a tervező érti, de a felhasználó nem „használja”: nem tud rákattintani, nem látja, mi történik. A prototípus ezt a hiányt pótolja. Ha a felhasználó egy kattintható modellen végigmegy egy feladaton, látjuk, hol tévedt el, mit értett félre, és hol bizonyult jónak a terv. Mindezt még azelőtt, hogy egyetlen sor kódot megírtak volna, ezért olcsón és gyorsan módosíthatunk.

A prototípus kérdésre válaszol

A prototípus összekapcsolt képernyők olyan modellje, amely egy használati helyzetet szimulál. Nem a technikai működést bizonyítja, hanem azt, hogy a felhasználó érti-e a felületet, és végig tud-e menni a feladaton.

A prototípushűség a modell vizuális, tartalmi és interakciós részletessége. Három dimenzióban gondolkodhatsz:

Dimenzió	Alacsony	Magas
Vizuális	Szürke blokkok	Végleges stílus, képek
Tartalmi	Helykitöltő szöveg	Valódi szövegek és adatok
Interakciós	Csak kattintás képernyők között	Állapotok, átmenetek, űrlapkezelés

A három dimenzió függetlenül állítható. Például egy teszt, amely a jelentkezési feltételek megértését vizsgálja, lehet vizuálisan alacsony, de tartalmilag magas hűségű (valódi szövegekkel).

Mikor melyik hűség?

Kérdés	Elég hűség
Jó-e a képernyők sorrendje?	Low-fi, kattintható vázlat
Megtalálják-e a lemondás lehetőségét?	Low-fi vagy mid-fi, valódi címkékkel
Megértik-e a hibaüzenet szövegét?	Valódi szöveggel, bármilyen vizuális hűséggel
Vonzó-e a megjelenés, bízik-e benne a felhasználó?	High-fi

A prototípus korlátai

A prototípus korlátait dokumentáld. Ha nincs valós keresés, fizetés vagy értesítés, ezt a tesztelőnek nem kell technikai részletként előadni, de neked tudnod kell, mire vonatkozhat és mire nem az eredmény. A korlátok listája része a prototípus dokumentációjának, és a 9. fejezetben az eredmények értelmezésénél is szerepelni fog.

Forgatókönyv és feladat

A forgatókönyv (scenario) a felhasználói feladat helyzetét és célját leíró keret. A forgatókönyv helyzetet ad: ki vagy, mi történt, mi a cél és milyen korlát számít. A feladat ebből adódó, konkrét kérés a résztvevőnek. A feladat nem utasítja a résztvevőt a megoldásra.

Hasonlítsd össze:

Gyenge	Jobb
„Nyisd meg a szűrőt és válaszd ki a pénteket.”	„Pénteken este szeretnél elmenni valahova négy baráttal. Nézd meg, találsz-e ingyenes, angol nyelvű programot.”
„Keresd meg a lemondás gombot.”	„Holnap nem tudsz elmenni arra az eseményre, amelyre jelentkeztél. Nézd meg, mit tehetsz.”

A jó forgatókönyv:

• valószerű, a célfelhasználó helyzetéhez tartozik;
• céllal indul, nem vezérlővel;
• tartalmaz annyi háttérinformációt, amennyi a döntéshez kell, de nem többet;
• nem nevezi meg a felület elemeit.

Előre rögzítsd a kezdőpontot és a siker kritériumát (az 1. fejezet szerint). Lehet a siker egy választás, egy helyesen értelmezett feltétel vagy egy végigvitt folyamat. Ha a tesztelő más, de ésszerű utat választ, azt ne kezeld hibának csak azért, mert nem a tervezett útvonalat követte. A részletes tesztfeladat-írást és a moderálást a 8. fejezetben tanuljuk; itt a prototípus kipróbálásához szükséges alapokat tisztázzuk.

Prototípus-készítés: lépések

flowchart TD
    A["Vizsgálandó kérdés"] --> B["Forgatókönyv és feladat"]
    B --> C["Szükséges részletesség kiválasztása"]
    C --> D["Prototípus építése"]
    D --> E["Kipróbálás és megfigyelés"]
    E -->|"új kérdés"| A

A ciklus nem lineáris: a megfigyelés új kérdéseket vet fel, amelyekhez új prototípus vagy új részlet kell.

Végigvezetett példa: a Mai program szűrőinek próbája

A Mai program tervezője azt akarja vizsgálni, hogy a szűrők érthetők-e. Nem szükséges valódi adatbázis: elég néhány gondosan kiválasztott esemény és olyan állapot, ahol a szűrés láthatóan módosítja a listát. A tesztfeladat: „A mai estére keresel ingyenes, angol nyelvű programot, amelyre nem kell előre regisztrálni.” A megfigyelés tárgya az, milyen szavakat használ a résztvevő, mely adatokat vár el a kártyán, és el tudja-e dönteni, hogy a találat megfelel-e.

A prototípus ismert korlátja: a szűrők csak három előre megadott kombinációra működnek. Ezt a tervező feljegyzi, így nem tekinti az eredmény hibájának, ha a résztvevő más szűrőt próbál ki.

Gyakori tévhitek

Állítás	Pontosítás
„A magas hűség mindig jobb.”	Csak akkor, ha a vizsgálati kérdéshez szükséges; különben drága és félrevezetően véglegesnek tűnik.
„A prototípus hibája a tesztelő hibája.”	A teszt éppen azt mutatja meg, hol nem elég világos a modell vagy a feladat.
„A prototípus a kész termék kicsinyített változata.”	A prototípus egy kérdés eszköze, nem termék.

Röviden

• A prototípus összekapcsolt képernyők modellje, amely egy kérdésre válaszol.
• A hűség három dimenziója (vizuális, tartalmi, interakciós) függetlenül állítható; a kérdéshez igazítsd.
• A forgatókönyv helyzetet és célt ad, a feladat a résztvevőnek szóló kérés; egyik sem árulja el a megoldást.
• A prototípus korlátait jegyezd fel, hogy az eredmény helyesen értelmezhető legyen.

Ellenőrző kérdések

1. Mely kérdéshez elég a low-fi prototípusod, és mihez kellene valósabb tartalom?
2. A feladatutasításod elárulja-e a megoldás nevét?
3. Mi a prototípusod ismert korlátja?