7 általános UX-tesztelési hiba, és hogyan lehet elkerülni azokat

A kezdők és a tapasztalt UX-tesztelők praktikus referenciája a gyakori bukásokról

Az UX tesztelésnek nem szabad tesztnek lennie. Fotó: Brooke Cagle az Unsplash-en
Nem az, amit nézel, az számít. Ez az, amit látsz - Thoreau

A felhasználói tesztelés nehéz, és évekbe telik a készségek elsajátítása, hogy következetesen biztosítsák az áttörést eredményező felhasználói teszteket. A jó hír az, hogy a szükséges készségeket idővel meg lehet tanulni, finomítani és csiszolni lehet.

Ebben a bejegyzésben hét, a felhasználói tesztelés során leggyakrabban elkövetett hibát vizsgálom meg, és hogyan lehet ezeket elkerülni. A listán minden hibát a kezdők és a szakértők (és én magam is) elkövettek és elkövethetnek. Annak ellenére, hogy évek óta tart a felhasználói tesztelés, ezt a listát még mindig kéznél tartom. Remélem, hogy hasznosnak is találja. Ossza meg gondolatait és tippeit az alábbi megjegyzésekben.

1. hiba: A feladat túl bonyolult vagy homályos

A megfelelő felépítés megteheti vagy megtörheti a felhasználói tesztet: kérdezzen túl sokat, és elveszíti a résztvevőt; kérdezzen túl keveset, és kockáztatja, hogy nem gyűjt be bizonyítékokat, amelyekre szüksége van a döntések meghozatalához vagy érdekes betekintés megszerzéséhez.

NNg azt ajánlja, hogy gondolkozzon a feladatszcenáriók létrehozására, a „tesztek” helyett. A feladat forgatókönyvei három kulcsfontosságú részből állnak:

  1. A mondat, amely meghatározza a feladat környezetét.
  2. A résztvevő által elvégzendő tevékenységet leíró mondat.
  3. Néhány célzott nyomonkövetési kérdés, amelyet az elsődleges tevékenység befejezése után feltettek. (Választható)

Például a közelmúltbeli képkivágás UX-tesztünkben a feladat forgatókönyve a következő volt: „Szöveges dokumentumot szerkeszt, és egy képet szeretne levágni a történetben. Vágja le a képet, hogy csak a lány és a léggömb jelenjen meg.

Ha moderált UX tesztet végez, akkor kérdéseket tehet fel az ülés során. A képkivágásból származó példánkban a résztvevők néhány kérdést tettek fel az elsődleges tevékenység elvégzése után. Ez a folyamat a fő feladatot egyszerűnek és koncentráltnak tartotta. Ez azt is megakadályozta, hogy a résztvevőt egy adott módszertan vagy eredmény felé irányítsuk.

Ha a tesztek nem modellek, azt javasolom, hogy csomagolja a feladatokat kisebb darabból és külön futtassa őket. Használhat egy olyan online platformot is, mint például az validately.com, amely lehetővé teszi egy feladat felállítását és követési kérdések feltevését a befejezéskor.

2. hiba: vezető kérdések feltevése

Mint minden újságíró megerősíti a hatékony interjútechnikákat, évekbe telik, hogy elsajátítsák. A felhasználói tesztelés kapcsán az ülés sikerét közvetlenül befolyásolják ezen a területen meglévő készségek. Minőségi interjúk során legalább három dolgot meg kell emlékezni:

  1. Tegyen fel kérdéseket, amelyek nem eredményeznek választ a résztvevő szemében.
  2. Tegyen fel kérdéseket, amelyek megmutatják, hogy érdekli: ne ítélje meg, helyesbítse vagy kritizálja.
  3. Hagyja, hogy a résztvevő irányítsa a kérdéseit.

De ezek a kérdések meglehetősen elméleti jellegűek. Ezért dolgoztam ki egy viszonylag egyértelmű kérdéskészletet, amelyek ma már az interjú eszközeim részét képezik. A nehéz rész ezt szokássá alakítja (amelyre nincs hivatkozás Gladwell 10 000 órájára). Az első három kérdésem:

  • - Rendben, igen ... mi miatt mondod ezt?
  • - Igen, igen ... miért gondolja ...?
  • - Látom, hogy van értelme… és akkor mi lesz…?

Vegye figyelembe, hogy az összes fenti kérdés azzal kezdődik, hogy megerősítik vagy visszhangzik a résztvevő mondásait. Ha még nem ismeri az UX tesztelést, ez furcsának vagy hatástalannak tűnhet. A gyakorlatban azonban ezek a „kis beszélgetés” kifejezések hatalmas különbséget tesznek abban, hogy a résztvevők nyugodtan érezzék magukat - ami közvetlenül befolyásolja a betekintés minőségét, amelyet remélhetőleg az interjúból megszerez.

3. hiba: Beszélés

Ugyanolyan fontosak, mint az interjútechnikák, ugyanolyan fontos felismerni, hogy a tesztvezető szerepe elsősorban nem a beszélgetés. A felhasználói tesztelés célja annak megfigyelése (tudatossággal és szelíd útmutatással), hogy a célközönség hogyan használja a terméket. Ez nagyrészt csendes „aktív hallgatás” folyamat.

A nemzetközi túsz tárgyalások során fél tucat hallgatóból álló csapat támogatja a vezető tárgyalót. Chris Voss „Soha ne ossza meg a különbséget” című könyvében anekdotái rávilágítanak arra, hogy az áttörésekhez vezető betekintések gyakran valami olyan dologból származtak, amelyet a hallgatói csapat felvette: következetlenség, habozás, váratlan hangváltozás. Ugyanez igaz a felhasználói tesztelésekre is - tudatosság és figyelmeztetés egy pillanatnyi habozás észlelésére és a szonda további UX-aranyához vezethet.

Egy UX tesztelés során azt javaslom, hogy kérje a résztvevő engedélyét a munkamenet rögzítéséhez. Ezen audio fájlok feldolgozása nagyon időigényes, ám önmagában is értékes. Az audio objektív támogatást is nyújt a tervezés megváltoztatására vonatkozó ajánlásokhoz, amelyeket a tesztek eredményeként ad.

4. hiba: Az UX teszt tesztvé tétele

Az UX „teszt” futtatásának problémája az, hogy hallgatólagosan megfogalmazza a megfelelő válasz elvárásait. Ennek következménye az, hogy a résztvevők azt akarják, hogy „rendbe tegyék”, hogy kedvedre tegyenek, és hülye lesznek, ha azt sugallják, hogy tévedett.

Ennek legegyszerűbb módja az, hogy ezt az ülés elején nyíltan kezeljük. Szinte minden interjúban, megfigyelési ülésen vagy on-line tesztben a folyamatot az alábbiakkal indítom el:

… Ez nem teszt, nincs helyes vagy rossz válasz. Nagyon érdekli, hogy meghallja a gondolatait a következő témában:

Ha egy résztvevő ragaszkodik egy feladathoz az ülés során, azaz kudarcot vall a meghatározott feladatnál, emlékeztetem őket a fentiekre, és megnyugtatom őket, hogy olyanok, mint mindenki más.

Látom, hogy küzd a [feladat] befejezéséért, és ez teljesen rendben van. Megállapítottuk, hogy a legtöbb ember küzd ezen, ami valóban értékes információ számunkra, mivel most már tudjuk, mit kell változtatnunk / javítanunk. hogy jobbá tegyük termékünket

Megállapítottam, hogy ez az egyszerű módszer, amellyel felismerik, hogy nincs rossz vagy rossz eredmény, láthatóan és azonnal megkönnyíti a résztvevőket, és tartja az ülést előre.

5. hiba: a tervezési lehetőségek védelme

Gondolj vissza egy múltbeli tesztelésre, amely délre ment, és valószínűleg ezt a hibát találja a tettesnek. Nehéz megtanulni arra, hogy ne válaszoljon a tervezési választással kapcsolatos kérdésekre, még akkor sem, ha a résztvevő közvetlenül felkéri. Nehéz ellenállni annak a beszélgetésnek a bevonásáról is, amely arról szól, hogy miért hozták létre a tervezési döntéseket. Ezek a megbeszélések az Ön megbeszélésében, nem pedig a felhasználói tesztelésben szerepelnek.

Ne felejtsd el figyelni ezt a kúszást, ha társszervezői vannak, különösen, ha a fejlesztő vagy a mérnöki csapat tagjai. A mérnökök számára nehéz lehet, hogy tartózkodjanak a kód-termék utódjainak védelmezésétől. Ez eredménytelen hangot ad a teszteléshez, szinte mindig biztosítva, hogy az építő jellegű betekintések ne kerüljenek ki.

A legjobb módja annak, hogy elkerüljük a csapdaba esését, az, hogy lélegezzünk és ismételjük meg ezt a mantrát minden ülés előtt:

Kipróbálunk egy durva első vázlatot, és várakozással tekintünk arra, hogy megoldásokat találjunk a termék fejlesztésére

Komolyan, tényleg ezt csinálom. Mint tervező, kritikus fontosságú annak tudatosítása, hogy beleszeret a saját formatervezési mintájába, és tudatosan megteszi az intézkedéseket, hogy emlékeztesse magát, hogy bármennyire is csodálatos a jelenlegi formatervezési terv, ez valójában még mindig „első vázlat”.

Egy másik hasznos tipp az, hogy távolodjon el az értékeléstől, mivel ez lehetővé teszi a résztvevő számára, hogy őszinte visszajelzést nyújtson anélkül, hogy kényszeríteni kellene az interjút készítőt:

A tervezőcsapat összeragasztotta ezt a mintát [hamisítani kell, ha kell], és érdekli, hogy megtalálja, hol vannak a ragadós pontok

6. hiba: Annak megerősítése, hogy jó a kivitele

Azok az olvasók, akik szeretik a verseit, kétségbe vonják az ítéletüket - Wendell Berry

Ez ellentmondásos intuíció, igaz? A legtöbb ember felhasználói tesztelést végez annak érdekében, hogy igazolja egy adott tervezési irányt. Annak bizonyítására, hogy a dizájn, amelyet átöleltek és beleszerettek, a megfelelő. Sajnos ez a tesztelő ego hibája.

A gyakorlatban sokkal konstruktívabb a felhasználói teszteléshez az a hozzáállás, hogy olyan módszereket keres, amelyekkel az áhított tervezés kudarcot vall. Csak a meghibásodás valószínű pontjainak szisztematikus kiküszöbölésén keresztül nyerhet bizalmat a formatervezés. Sajnos emberi hajlandóságunk az, hogy a szőnyegek alá söpörjük a lehetséges hibákat, és adatokat keressünk annak megerősítésére, amit hallunk.

A legjobb módszer ennek a hibának az orvoslására az idő, az élet és a maratonok futtatása. A személyre szabhatóság, a tudatos megfigyelővé válásának fejlesztése és a kudarcokkal való empátikus kapcsolat ápolása olyan beruházások, amelyek nemcsak rosszul segítő UX tesztelővé tesznek téged, hanem egy nagyon félelmetes embert is. Számomra ez határozottan „folyamatban lévő munka”!

7. hiba: Felejtsd el bezárni a hurkot

Valószínűleg nagy szeretettel bírja magát azért, mert szöget írt a fenti listára, és abban a lelkesedésben érezte a vágyát, hogy rohanjon el és gyakorolja az újonnan megtanult jóságot. És ez nagyszerű, de mielőtt elkezdené, végső gondolatot akarok hagyni neked.

Ne felejtse el bezárni a hurkot a résztvevőkkel, miután a tesztelés befejeződött. Tapasztalataim szerint a legtöbb résztvevő kutatásban vagy felhasználói tesztelésben vesz részt, mert változtatni akarnak. Udvarias és elvárható, ha tudatja a résztvevőnek, hogy értékeli az idejét (pénzbeli jutalom, zseton vagy egyszerű elismerés útján). Ha időt vesz igénybe, hogy beszámoljon arról, hogy a felhasználók hozzájárulása miként segített befolyásolni a terméket, elkülönít téged. Gondolj rá, mint egy befektetésre az UX tesztelésének kollektív jövőbeli tapasztalataiba.

A felhasználónak küldött jelentésnek nem kell bonyolultnak lennie: ehhez szükséged van egy e-mailnek vagy egy rövid ismertetőnek a három legfontosabb dologról, amelyeket felfedezett, és arról, hogy ezekkel a betekintésekkel hogyan változtattak meg a termék dizájnjában.

Ez a bejegyzés először a következő oldalon jelent meg: Van-e olyan technikád, amelyet használ az UX tesztelés során? Szeretem hallani a tippeket az alábbi megjegyzésekben ... mindannyian megtanuljuk ezt!

Ezt a bejegyzést eredetileg 2018-ban tették közzé a LinkedIn-en. A bejegyzés videója a WordPress TV-n található