Prototípusok használhatósági tesztelése

Prototípusok tesztelése online

A Prototípusok tesztelése azért éri meg egy magánmegrendelőnek, mert még fejlesztés előtt kiderül, hogy a terv használható lesz-e a valós helyzetekben. Ez a lényeg. Nem a látvány dönt elsőként, hanem az, hogy valaki el tud-e jutni a kívánt műveletig felesleges bizonytalanság nélkül. Amikor valaki ezen az oldalon ilyen segítséget keres, általában nem teljes csapatot akar, hanem egy önálló szakembert, aki átnézi a kattintható mintát, tesztfeladatokat állít össze, bevon tesztelőket vagy segít a saját körből érkező visszajelzések rendszerezésében, majd érthető javaslatokat ad. A Qjob.hu felületén ez különösen fontos, mert itt sokan gyors, online együttműködést várnak, nem hosszú és nehézkes folyamatot.

Én azt látom, hogy a legtöbb magánügyfél nem kutatási jelentést akar. Inkább azt szeretné tudni, hol akad el a felhasználó, mit nem talál, mit ért félre, és milyen javítás hoz valódi előnyt. A Prototípusok tesztelése akkor hasznos, ha nem marad elméleti. Kell hozzá cél, 5 és 8 közötti konkrét feladat, rövid visszajelzés és egy olyan tervező vagy UX kutató, aki nem csak hibát listáz, hanem súlyoz is. Másképp minden apróság egyformán fontosnak tűnik, és abból rossz döntések születnek.

Prototípus tesztelés előnyei

A prototípus tesztelés fő haszna az, hogy olcsóbban tár fel hibákat, mint a kész termék javítása. Sokan ott hibáznak, hogy a képernyőket nézik, nem a feladatvégzést. Pedig egy kattintható minta akkor jó, ha a felhasználó önállóan megérti, mi következik. Ha például regisztrálni kell, adatot megadni, keresni vagy fizetési lépésekhez hasonló folyamatot végigvinni, már néhány teszt is sokat mutat. Tapasztalatom szerint az első három résztvevő után már előjönnek az ismétlődő elakadások. A következő néhány teszt pedig segít eldönteni, hogy egyedi hibáról vagy valódi mintáról van szó.

A használhatósági teszt nem csak hibakeresés. Jó esetben rangsort is ad. Kiderül, melyik képernyő gátolja a haladást, melyik gomb szövege félrevezető, hol hiányzik visszajelzés, és hol túl hosszú egy lépés. Ez különösen fontos akkor, ha a megrendelő egyetlen fejlesztési kört akar finanszírozni, és nincs keret sok újratervezésre. Ilyenkor a freelance szakember feladata az, hogy a lényegre szűkítse a problémát. Szerintem ez az egyik legfontosabb különbség a hasznos és a csak látványos munka között.

Volt olyan eset, amikor egy ügyfél biztos volt benne, hogy a kezdőképernyő a gond, mert mindenki arról beszélt a megbeszéléseken. A tesztből mégis az derült ki, hogy nem ott volt a hiba, hanem a második lépésben, ahol a választási lehetőségek túl hasonlóak voltak egymáshoz. Egy kis átrendezés és egyértelműbb felirat többet ért, mint egy teljes vizuális újratervezés. Ezért fontos, hogy a visszajelzés ne érzésből, hanem feladatokból jöjjön.

Prototípus tesztelés árak

A Prototípusok tesztelése ára attól függ, mennyire összetett a felület, hány képernyőt kell vizsgálni, készül-e feladatlista, és kell-e összefoglaló javaslat javítási sorrenddel. Magánmegrendelőként nem mindig a legnagyobb csomag a jó választás. Sokszor elég egy szűkebb körű használhatósági teszt, ha a cél egyetlen folyamat ellenőrzése. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden drága szolgáltatás jobb, hanem mert az irreálisan alacsony díj mögött sokszor nincs valódi előkészítés, nincs megfelelő feladatadás, és a végén csak általános megjegyzések maradnak.

Ezek a sávok tájékoztató jellegűek, de a magánpiacon reálisnak számítanak, ha egy önálló szakember dolgozik, nem ügynökség. A végső díjat nagyban befolyásolja, hogy van-e már kattintható minta, mennyire részletes a feladatleírás, és szükséges-e több körös egyeztetés. Ha nincs rendes kiindulási anyag, a szakember több időt tölt a rendrakással, és ez megjelenik az árban is.

Prototípus tesztelés menete

A jó folyamat egyszerű. Először a megrendelő röviden leírja, mire való a felület, kiknek készül, és melyik művelet a legfontosabb. Utána a tervező vagy UX kutató átnézi a mintát, kijelöli a tesztpontokat, majd összeállít néhány rövid feladatot. Ezután jön maga a tesztelés. Lehet élő online alkalommal, képernyőmegosztással, vagy részben önálló kitöltéssel, ha a feladat ezt megengedi. A végén készül egy jól olvasható összegzés, benne a fő akadályokkal, a bizonytalan pontokkal és a javítási sorrenddel.

Szerintem a legjobb, ha a kommunikáció már az elején világos. Ki küldi az anyagokat, milyen formátumban érkezik a prototípus, hány nap alatt jön vissza az első megállapítás, és lesz-e rövid megbeszélés. Az online szolgáltatás egyik előnye épp az, hogy a fájlok, képernyőképek és észrevételek gyorsan átadhatók. De ha ez nincs rendben, könnyen szétcsúszik minden. Egy ügyfél gyakran azt hiszi, elég egy linket átküldeni. Később derül ki, hogy belépési jogosultság hiányzik, nincs végiggondolt cél, vagy a képernyők fele még félkész. Ilyenkor a teszt is bizonytalan lesz.

A használhatósági teszt akkor ad jó eredményt, ha a résztvevő nem kap túl sok magyarázatot előre. Ha mindent elmondunk neki, pont azt fedjük el, ami a valós használatnál gondot okozna. Ezért az ügyfélnek érdemes olyan szakembert keresnie, aki tud röviden kérdezni, figyelni és nem beszéli túl a folyamatot.

Prototípus tesztelés határidőkkel

A határidő általában rövidebb, mint sokan gondolják. Egy kisebb felületnél a Prototípusok tesztelése akár néhány nap alatt lezárható, ha minden anyag rendelkezésre áll. Egy nagyobb, több útvonalat tartalmazó mintánál viszont kell idő a feladatok pontosítására és az értelmezhető összegzésre. Az online együttműködés miatt az átadás rendszerint fájllinkekkel, képernyőfelvételekkel, megjegyzéslistával és rövid összefoglalóval történik. Nem kell személyes találkozó ahhoz, hogy egy magánmegrendelő tiszta képet kapjon.

Én azt látom, hogy a csúszás ritkán a tesztelés miatt történik. Inkább azért, mert az ügyfél későn küldi a szükséges anyagokat, menet közben változtat a célon, vagy nem dönti el, melyik felhasználói út a legfontosabb. Ha sürgős a munka, érdemes egyetlen kulcsfolyamatra szűkíteni a kört. Ez jobb, mint mindent egyszerre kérni és végül semmire sem jutni elég mélyen. A prototípus vizsgálata akkor lesz igazán hasznos, ha a javítások sorrendje is látszik, nem csak az, hogy mi nem működik.

Prototípus tesztelés szakember választása

Amikor valaki szabadúszó segítséget keres, nem csak az ár számít. Fontos, hogy a szakember tudjon példát mutatni korábbi referenciamunkákból, érthetően fogalmazzon, és ne csak szépségről beszéljen. A jó tervező vagy UX kutató röviden el tudja mondani, hogyan állít össze tesztfeladatot, mit figyel meg a résztvevőnél, és milyen formában ad át eredményt. Ezen a felületen érdemes megnézni, mennyire világos a bemutatkozás, van-e valós munkaminta, és hogyan reagál a kérdésekre.

Sokan ott hibáznak, hogy olyan embert választanak, aki nagyon szép képeket mutat, de nem derül ki, tud-e használhatósági tesztet vezetni. A két dolog nem ugyanaz. Egy ügyes vizuális tervező lehet jó választás bizonyos feladatokra, de ha a cél a hibák feltárása és a felhasználói út tisztítása, akkor kell elemző szemlélet is. Tapasztalatom szerint már az első üzenetváltásból kiderül sok minden. Aki csak általános ígéreteket ad, az később is ködösen fogalmaz. Aki viszont visszakérdez a célra, a közönségre és a kulcsfeladatra, az többnyire fegyelmezettebben dolgozik.

Hasznos jel, ha a freelancer külön beszél a javítások priorizálásáról. Ez azt mutatja, hogy nem pusztán véleményt mond, hanem döntéstámogatást ad. És ez a magánmegrendelőnek sokat számít, mert ritkán van korlátlan ideje és pénze minden apró részlet átírására.

Prototípus tesztelés tipikus hibái

A leggyakoribb hiba az, hogy túl késznek hiszik a tervet, ezért a megrendelő már csak megerősítést vár. Így viszont minden kritikus jelzés kényelmetlennek tűnik. Pedig a prototípus épp arra való, hogy időben kibukjanak a gondok. A másik hiba a túl sok cél egyszerre. Egy teszt ne akarjon mindent mérni. Ha ugyanabban a körben akarunk navigációt, szöveget, árérzékelést, vizuális stílust és teljes üzleti logikát ellenőrizni, az eredmény szétesik.

Gyakori gond az is, hogy a résztvevők nem a valódi célcsoportból kerülnek ki. Ilyenkor gyorsan lesz vélemény, de kevés használható tanulság. És van még egy tipikus probléma. A visszajelzést szó szerint kezelik, nem a mögöttes okot keresik. Ha valaki azt mondja, nem tetszik neki egy képernyő, abból még nem következik, hogy új dizájn kell. Lehet, hogy csak nem érti, mi történik azon a ponton. A jó használhatósági teszt ezt külön tudja választani.

Szerintem a túl hosszú jelentés sem előny. Egy magánügyfél legtöbbször nem negyven oldalas dokumentumot akar, hanem tiszta döntési helyzetet. Mi a fő hiba. Mi blokkolja a felhasználót. Mi javítható gyorsan. Mi várhat. Ha ezt valaki tömören át tudja adni, az többet segít, mint egy látványos, de nehezen használható összefoglaló.

Prototípus tesztelés után

A Prototípusok tesztelése nem lezárás, hanem irányváltás. A legjobb eredmény akkor születik, ha a megállapításokból rögtön javítási lista lesz, majd egy rövid ellenőrző kör megmutatja, hogy a módosítás valóban segített-e. Sokszor nincs szükség teljes újratervezésre. Elég néhány felirat, sorrend vagy képernyőkapcsolat tisztázása. De ezt csak akkor lehet biztosan látni, ha az észrevételek konkrét helyhez és konkrét feladathoz kötődnek.

Magánmegrendelőként érdemes azt keresni, hogy a freelancer ne csak megállapítson, hanem legyen követhető javaslata is. Mit érdemes azonnal javítani, mi maradhat későbbre, és mit kell újra kipróbálni. Itt dől el, hogy az online együttműködésből valódi előny lesz-e. Ha igen, akkor a prototípus tesztelés nem plusz kör, hanem pénzt és időt megtakarító lépés. És ez általában sokkal többet ér, mint egy elsőre hibátlannak látszó, de a valós használatban bizonytalan felület.