Valós felhasználók általi UX-tesztelés lebonyolítása az optimális élmény érdekében

Valós UX tesztelés magánügyfeleknek

A Valós UX tesztelés akkor hasznos, amikor nem véleményekre, hanem tényleges használati tapasztalatokra van szükség. A felhasználó kipróbálja az alkalmazást, végigmegy egy kijelölt feladaton, közben kiderül, hol akad el, mit ért félre, melyik képernyőn bizonytalanodik el, és hol nem találja meg azt, amit keres. Én azt látom, hogy sok alkalmazás nem azért gyenge, mert rossz az ötlet, hanem azért, mert a készítő túl jól ismeri a saját rendszerét. Ami neki egyértelmű, az egy új felhasználónak nem mindig az.

Magánügyfélként gyakran nehéz eldönteni, hogy egy alkalmazás valóban érthető-e. A fejlesztő működőnek látja, a tulajdonos ismeri a logikát, a barátok pedig sokszor csak udvarias visszajelzést adnak. A független UX szakember más szemmel nézi a folyamatot. Nem csak azt figyeli, hogy a gomb megnyomható-e. Azt is nézi, hogy a felhasználó észreveszi-e, meri-e használni, érti-e a következő lépést, és a végén eljut-e a kívánt eredményig.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról is el tudja végezni a használhatósági vizsgálatot. Ehhez általában elég egy tesztelhető alkalmazás, egy prototípus, néhány célfeladat, képernyőfelvétel vagy hozzáférés a tesztverzióhoz. A munka nem igényel személyes találkozót. A lényeg a pontos brief, a jól kiválasztott tesztfeladat és az érthetően átadott eredmény.

Valós UX tesztelés célja

A valós felhasználói próba célja, hogy kiderüljön, hogyan viselkedik az ember az alkalmazásban, amikor nincs mellette magyarázat. Ez más, mint egy belső ellenőrzés vagy gyors átnézés. Itt nem csak hibákat keresünk. A figyelem a döntésekre, bizonytalanságokra, félreértésekre és felesleges lépésekre irányul.

Tapasztalatom szerint a legértékesebb visszajelzés sokszor nem az, amit a tesztelő kimond, hanem az, amit a viselkedése mutat. Például sokáig néz egy képernyőt, kétszer visszalép, majd máshol keresi ugyanazt a funkciót. Ez már jelzés. Lehet, hogy a szöveg pontatlan. Lehet, hogy a gomb nem elég látható. Vagy a folyamat sorrendje nem követi a felhasználó fejében lévő logikát.

A tesztelés különösen hasznos új alkalmazás indítása előtt, nagyobb frissítés után, fizetési vagy regisztrációs folyamatnál, foglalási rendszerben, profilbeállításoknál, keresőfelületen és minden olyan helyen, ahol a felhasználó döntést hoz. Sokan ott hibáznak, hogy csak akkor kérnek segítséget, amikor már sok panasz érkezett. Pedig egy kisebb teszt a bevezetés előtt olcsóbb, mint később áttervezni a teljes folyamatot.

Felhasználói UX teszt menete

A felhasználói UX teszt általában rövid előkészítéssel indul. A megbízó leírja, mi az alkalmazás célja, kik használják, melyik folyamatot kell vizsgálni, és milyen eredmény lenne sikeres. Ezután a szakember tesztfeladatokat ír. Nem túl sokat. Inkább kevesebb, de pontos feladatot érdemes adni, mert így jobban látszik, hol van a valódi elakadás.

A távoli munka során a teszt történhet videóhívással, képernyőmegosztással, képernyőfelvétellel vagy írásos megfigyeléssel. Egy egyszerűbb vizsgálatnál elég lehet 3-5 felhasználó reakciója. Komolyabb alkalmazásnál több tesztkör is indokolt. Szerintem a kisebb teszt sem kevés, ha jól van felépítve. Már néhány valódi használat is megmutat olyan mintákat, amelyeket belső csapat nem vesz észre.

Volt olyan eset, amikor egy ügyfél csak egy rövid regisztrációs folyamatot akart ellenőriztetni. Azt gondolta, a probléma a hosszú űrlap. A teszt közben kiderült, hogy az emberek nem az űrlap hossza miatt estek ki, hanem azért, mert nem értették, miért kell megadni egy bizonyos adatot. Egy rövid magyarázó sor és egy jobb gombfelirat után a folyamat sokkal tisztább lett. Ez tipikus példa arra, hogy a használhatósági teszt nem mindig nagy átalakítást jelent.

Valós UX tesztelés árak

A Valós UX tesztelés ára attól függ, hány képernyőt kell vizsgálni, szükség van-e valódi tesztelőkre, készül-e videós elemzés, és milyen részletes legyen a jelentés. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a megfigyelés, a jegyzetelés és az értelmezés időigényes. Egy gyors vélemény olcsóbb, de nem ugyanaz, mint egy rendszerezett használhatósági vizsgálat.

Az áraknál érdemes tisztázni, hogy a díj csak a szakember munkáját tartalmazza-e, vagy a tesztelők szervezését is. Nem mindegy, hogy a megbízó adja a résztvevőket, vagy a UX szakember keres megfelelő felhasználókat. Fontos az is, hogy a végén csak rövid lista készül, vagy részletes, rangsorolt javítási terv.

UX tesztelő kiválasztása

A jó UX tesztelő nem csak hibákat sorol. Képes megkülönböztetni a valódi problémát az egyedi véleménytől. Ez fontos, mert egyetlen felhasználó furcsa reakciója még nem biztos, hogy általános gond. De ha több ember ugyanott akad el, ugyanazt a szót érti félre, vagy ugyanazt a gombot keresi, akkor már érdemes foglalkozni vele.

Magánügyfélként nézd meg, hogy a szakember tud-e korábbi példát mutatni. Nem kell bizalmas projektet kérni. Elég egy minta jelentés, egy módszertani leírás vagy egy rövid magyarázat arról, hogyan dolgozik. A portfólió mellett az is számít, hogyan kérdez. Ha rögtön csak árat mond, de nem kérdez célcsoportról, tesztelendő folyamatról és elvárt eredményről, az nekem gyenge jel.

Érdemes olyan magánszakembert választani, aki egyszerűen fogalmaz, nem rejti el a lényeget szakmai szavak mögé, és a végén használható javaslatokat ad. A cél nem egy hosszú, nehezen olvasható dokumentum. A cél az, hogy tudd, mit kell javítani, miért kell javítani, és melyik hiba mennyire sürgős.

Távoli UX tesztelés kommunikációja

A távoli UX tesztelés akkor működik jól, ha a feladat már az elején érthető. A megbízónak érdemes megadni az alkalmazás célját, a tesztelt felület linkjét, a belépési adatokat, a fő felhasználói csoportot, a tiltott műveleteket és a határidőt. Ha ezek hiányoznak, a szakember sok időt veszít találgatással.

A kommunikáció lehet üzenetben, videóhívásban vagy megosztott dokumentumban. A képernyőfelvételek különösen hasznosak, mert később visszanézhető, hol lassult le a felhasználó. Egy jó jelentés nem csak azt írja le, hogy mi történt. Azt is megmutatja, melyik ponton, milyen feladatnál és milyen következménnyel történt.

A határidő általában a teszt méretétől függ. Egy gyors alkalmazásellenőrzés 1-2 nap alatt elkészülhet. Több résztvevős használhatósági teszt és részletes jelentés inkább 4-8 munkanap. Ha a tesztelők toborzását is a szakember végzi, arra külön időt kell hagyni. Szerintem jobb egy reális határidő, mint egy sürgetett anyag, amelyből kimaradnak a fontos megfigyelések.

Gyakori hibák UX teszt előtt

Sokan ott hibáznak, hogy túl sok mindent akarnak egyszerre tesztelni. Egy alkalmazás teljes működését nem mindig érdemes egyetlen körben vizsgálni. Jobb kiválasztani a legfontosabb folyamatot. Például regisztráció, keresés, rendelés, foglalás, profilbeállítás vagy fizetés. Így a visszajelzés pontosabb lesz.

Másik gyakori gond, hogy a megbízó túl sok magyarázatot ad a tesztelőnek. Ez torzítja az eredményt. A valós használatban a felhasználó nem kap külön oktatást minden képernyő előtt. Ha a teszt csak akkor sikeres, ha előtte mindent részletesen elmagyarázunk, akkor a felület önmagában nem elég tiszta.

Az is előfordul, hogy az ügyfél védekezni kezd minden kritika után. Érthető, mert sok munka van egy alkalmazásban. De a használhatósági teszt nem támadás. Inkább lehetőség arra, hogy még időben kiderüljön, mit kell egyszerűsíteni. A rossz visszajelzés néha kellemetlen, de hasznosabb, mint a csendes lemorzsolódás.

Jó UX teszt eredménye

A jó teszt eredménye nem csak egy hibalista. Tartalmazza a vizsgált feladatokat, a felhasználói reakciókat, az elakadási pontokat, a lehetséges okokat és a javítási javaslatokat. Hasznos, ha a hibák súlyosság szerint vannak rendezve. Így nem minden tűnik egyformán fontosnak, és a fejlesztő vagy a tulajdonos könnyebben dönt a következő lépésről.

A Valós UX tesztelés akkor ad valódi értéket, ha a végén konkrét döntéseket lehet hozni. Melyik feliratot kell átírni. Melyik gombot kell áthelyezni. Hol kell rövidebb folyamat. Hol kell több magyarázat. Hol felesleges egy lépés. És melyik probléma nem is UX gond, hanem technikai lassulás vagy hiányos tartalom.

Én azt tartom jó eredménynek, amikor a megbízó nem csak azt érti meg, hogy valami nem működik, hanem azt is, miért nem működik. Ez ad alapot a javításhoz. Egy távolról dolgozó UX szakember ebben tud segíteni, ha a feladat tiszta, a hozzáférések rendben vannak, és a visszajelzés nem általános véleményként, hanem megfigyelt felhasználói viselkedésként jelenik meg.