User interview
A user interview strukturált vagy félig strukturált beszélgetés, amely a felhasználó tapasztalatait, céljait, problémáit és kontextusát próbálja megérteni.
Röviden
A user interview strukturált vagy félig strukturált beszélgetés, amely a felhasználó tapasztalatait, céljait, problémáit és kontextusát próbálja megérteni.
Vizuálisan
Az interjú célja nem a saját ötletünk megerősíttetése
Ugyanazt a helyzetet kétféleképp nézd meg: először a tipikus hibát, utána azt a megoldást, amelyik jobban támogatja a felhasználó feladatát.
×
GYAKORI HIBA
„Ugye használnál egy ilyen funkciót?”
Kérdés
Ugye sokkal jobb lenne, ha lenne egy gyorsfoglalás gomb?
A vezető kérdés elárulja az elvárt választ, a hipotetikus jövőbeli viselkedés pedig gyenge bizonyíték.
✓
HELYES IRÁNY
„Mesélj a legutóbbi alkalomról, amikor…”
Kérdés
Mesélj a legutóbbi alkalomról, amikor időpontot próbáltál foglalni online.
Konkrét múltbeli viselkedés → részletek → motiváció
A konkrét múltbeli történetből valós kontextus, motiváció, workaround és probléma derülhet ki.
Mit jelent a user interview?
A user interview strukturált vagy félig strukturált beszélgetés, amely a felhasználó tapasztalatait, céljait, problémáit és kontextusát próbálja megérteni.
Interjúval jól feltárhatók motivációk és múltbeli tapasztalatok, de nem érdemes abból következtetni egy interface használhatóságára, hogy valaki azt mondja, szerinte könnyű lenne.
A legfontosabb alapelvek
- Kérdezz konkrét múltbeli példákról.
- Kerüld a vezető kérdéseket.
- Hagyd a résztvevőt beszélni.
- Különítsd el az igényt a megoldási ötlettől.
Gyakorlati példa
„Mesélj a legutóbbi alkalomról, amikor online foglaltál időpontot” jobb kutatási kérdés lehet, mint „Szeretnél egy egyszerűbb foglalót?”.
Nyitott kérdés → konkrét történet → insight
Nyitott kérdés
Konkrét történet
Mintázat
Insight
Gyakori hibák
- Jövőbeli hipotetikus viselkedést tényként kezelni.
- Eladni az ötletet interjú közben.
- Túl sok igen/nem kérdés.
Hogyan alkalmazd a saját felületeden?
Ne izolált szabályként kezeld a témát. A user interview akkor működik jól, ha a felhasználó céljával, a tartalom fontossági sorrendjével és a teljes felület többi döntésével együtt vizsgálod.
Teszteld valós feladattal: adj a felhasználónak konkrét célt, figyeld meg, hol bizonytalanodik el, mit ért félre, és mely pontokon kell indokolatlanul gondolkodnia. A jó UI/UX döntés nem attól jó, hogy látványos, hanem attól, hogy kiszámíthatóbbá és könnyebbé teszi a feladat elvégzését.
A vizuális minőség és a használhatóság nem egymás ellenfelei. A jó felület mindkettőt ugyanannak a felhasználói célnak rendeli alá.
Mitől lesz használható a kutatási eredmény?
A kutatás akkor ér valamit, ha a megfigyelésből döntés lesz. Minden fontos insight mellé írd oda, melyik felhasználói célhoz kapcsolódik, milyen bizonyíték támasztja alá, mennyire gyakori vagy súlyos, és mely termékdöntést befolyásolja.
Kerüld azt, hogy az eredmény csak idézetekből és szép workshop-boardból álljon. A következő iterációban ellenőrizd, hogy a javítás valóban megszüntette-e az eredeti problémát. Így a research nem egyszeri prezentáció, hanem visszacsatolási kör lesz.
- van-e bizonyíték minden fontos megállapítás mögött
- priorizálható-e a probléma hatás alapján
- visszamérhető-e a javasolt változtatás eredménye
Gyakori kérdések
Miért fontos a user interview?
Interjúval jól feltárhatók motivációk és múltbeli tapasztalatok, de nem érdemes abból következtetni egy interface használhatóságára, hogy valaki azt mondja, szerinte könnyű lenne.
Mikor érdemes tesztelni?
Már korai wireframe vagy prototípus szinten is. Minél később derül ki egy alapvető használhatósági probléma, annál drágább lehet a javítása.
Források és további olvasnivaló
Az accessibility és usability állításoknál elsődleges szabványokra és bevett szakmai forrásokra támaszkodj; a konkrét interface-döntéseket pedig mindig a saját felhasználói kontextusodban teszteld.