Röviden: A naplók és a kvantitatív mérőszámok megmutatják, mit tettek a felhasználók, de azt nem, mit hittek, mit vártak, vagy mit értettek félre. A cikk amellett érvel, hogy a strukturált felhasználói interjúk adják azt a kvalitatív terepi bizonyítékot, amely megmagyarázza a viselkedést, feltárja a kielégítetlen igényeket, igazolja a feltételezéseket, és segít elkerülni a rossz irányba vitt fejlesztési munkát. Az interjúk kiegészítik – nem pedig helyettesítik – az analitikát: használja őket a mélység és a felfedezés érdekében, a naplók és a kísérletek pedig a méretet és a statisztikai mérést kezelik.
- A felhasználói interjúk feltárják a motivációkat, a mentális modelleket, a zavarodottságot és a kielégítetlen igényeket, amelyeket a telemetria nem tud rögzíteni.
- A nyitott kérdésekkel dolgozó, a résztvevő hozzájárulásával zajló, irányított, de rugalmas négyszemközti beszélgetések segítenek feltárni az ismeretlen problémákat és a határeseteket.
- A csapatoknak meg kell különböztetniük az interakcióra és a használhatóságra fókuszáló felhasználói interjúkat a vásárlásra és a kereskedelmi kapcsolatra fókuszáló ügyfélinterjúktól.
- Az interjúk feltárhatják a lemorzsolódás valódi okát – például egy hiányzó információt –, ahelyett hogy csupán felületi módosításokat javasolnának.
- Használjon interjúkat a kvalitatív mélységhez; a statisztikai volumenhez és a kisebb designváltozatok összehasonlításához támaszkodjon a naplókra és az A/B tesztekre.
A naplókból kiderül, hová kattintott a felhasználó, hol állt meg, vagy hol hagyta félbe a folyamatot. Azt azonban általában nem árulják el, mit hitt, mit várt, vagy mit értett félre a felhasználó abban a pillanatban.
Valószínűleg épp egy olyan irányítópultot néz, amely elhallgatással félrevezeti Önt. A telemetria mutathat 15%-os lemorzsolódást egy adott munkafolyamatnál, vagy a késleltetés olyan megugrását, amely együtt jár az elköteleződés visszaesésével, de ezek a számok csak tünetek. A legtöbb technológiai vezető nem ismeri fel, hogy a kvantitatív adatok csak a múltat tudják leírni, azt nem tudják megjósolni, hogyan reagál egy ember egy új súrlódási pontra. Látja, hogy a felhasználó a „mégse” gombra kattintott, de nem látja azt a frusztrációt, zavarodottságot vagy kielégítetlen igényt, amely idáig vezette.
Láttunk már csapatokat, amelyek hónapnyi fejlesztési kapacitást égettek el olyan „hibák” javítására, amelyek nem is voltak a valódi problémák – egyszerűen azért, mert a naplókat követték, nem pedig az emberi viselkedés logikáját. Ha kizárólag mérőszámokra támaszkodik, lényegében egy összetett rendszert próbál debugolni a forráskódhoz való hozzáférés nélkül. A kimenetet figyeli, a logikát pedig találgatja. Ahhoz, hogy valóban megértse, miért sikeres vagy sikertelen a terméke, el kell lépnie a terminál elől, és kvalitatív terepi bizonyítékokon alapuló felhasználói felfedezésbe kell kezdenie. Arról van szó, hogy túllépjen azokon a felszíni UX-adatokon, amelyek megmondják, mi történt, és eljusson azokhoz a felismerésekhez, amelyek megmagyarázzák, miért történt egyáltalán.
A felhasználói interjúk szerepe a felfedezésben
A gyakorlatban a felhasználói interjúkat a felfedezés precíziós eszközének tekintjük. Nem kötetlen csevegésről van szó; ez egy strukturált, kvalitatív módszer, amelynek célja, hogy feltárja a „mi” mögötti „miért”-et. Míg a naplók azt mutatják, hogy egy felhasználó nem fejezett be egy feladatot, egy interjú feltárja azt a mentális modellt, amely miatt a feladat számára érthetetlen volt. Ezeket a négyszemközti beszélgetéseket arra használjuk, hogy feltárjuk azokat a motivációkat és fájdalompontokat, amelyek egy követőpixel számára láthatatlanok.
Ez a folyamat alapvetően terepi bizonyítékok gyűjtéséről szól. Ha feltételezésekre építi a termékét, tudásadósságot halmoz fel, amely gyakran drágább a technikai adósságnál. A felhasználói interjúk lehetővé teszik, hogy ezeket a feltételezéseket valós időben igazolja vagy cáfolja. Ha tényleges, alkalmi vagy akár potenciális felhasználókkal beszél, olyan nézőpontra tesz szert, amelyet egyetlen SQL-lekérdezés sem adhat meg. Nem csupán hibákat keres; kielégítetlen igényeket keres.
Egy 10–200 fős cégnél nagy a kísértés, hogy mindent automatizáljunk. Minden mérőszámhoz irányítópultot szeretnénk. Az empátiát azonban nem lehet automatizálni, és egy olyan probléma felfedezését sem, amelynek a létezéséről nem is tudott. Amikor ezeket az üléseket vezetjük, az emberi viselkedés határeseteit keressük. Gyakran az a résztvevő adja a legértékesebb felismerést, aki olyan módon használja a rendszert, amelyet az eredeti követelmények soha nem dokumentáltak. Ezek a felismerések adják az ellenálló termékstratégia gerincét, mert a valóságon alapulnak, nem csupán a telemetrián.
A felhasználói interjú mint kvalitatív módszer
Ahhoz, hogy hatékony legyen, a felhasználói interjúnak irányított, de rugalmas négyszemközti beszélgetésnek kell lennie. Nem használunk merev forgatókönyvet, mert az megakadályozza az „ismeretlen ismeretlenek” felfedezését. Ehelyett egy moderátor nyitott kérdések sorozatán vezeti végig a résztvevőt. A cél olyan környezet teremtése, amelyben a felhasználó szívesen elmagyarázza a gondolatmenetét. Ezeket az üléseket mindig kifejezett hozzájárulással rögzítjük, így a hangnem és a tétovázás teljes kontextusát is megőrizzük, amely a jegyzetekből kimaradhatna.
Miért fontos ez egy technikai vezető számára? Mert a kód teher, és az olyan funkciók megírása, amelyekre senkinek nincs szüksége, a leggyorsabb módja a fejlesztési költségvetés felélésének. A kvalitatív módszerek nem „puhák” – szigorú módszert jelentenek annak biztosítására, hogy a megírt kód valóban megoldjon egy problémát. Ez a módszertan az SSH-alagút másik végén ülő emberre összpontosít, és élményét elsődleges adatforrásként kezeli, nem anekdotaként.
Az ülés menete
Egy tipikus ülésen egy moderátor és egyetlen résztvevő vesz részt. A moderátor feladata nem a termék eladása vagy a tervezési döntések megvédése. Az ő feladata a figyelmes hallgatás. Mintázatokat keresünk abban, hogyan navigálnak a felhasználók a felületen, de ennél is fontosabb, hogy a megértésükben lévő hiányokra figyelünk. Ha egy felhasználó öt másodpercig habozik, mielőtt egy gombra kattint, a naplók ötmásodperces késést rögzítenek. Az interjúból kiderül, hogy ezt az öt másodpercet azzal töltötte, hogy azon gondolkodott, vajon a gombra kattintva törli-e az adatait. Ez óriási különbség abban, hogyan priorizálja a javítást.
Különböző résztvevőket is bevonunk: tényleges napi felhasználókat, alkalmi felhasználókat, akik talán csak havonta egyszer lépnek be, és potenciális felhasználókat, akik még soha nem látták a rendszert. Minden csoport a UX-adatok egy-egy másik rétegét adja. A potenciális felhasználó a bevezetés súrlódásait azonosítja, a napi felhasználó pedig azokat az „ezer apró vágás” típusú problémákat, amelyek hosszú távon lemorzsolódáshoz vezetnek.
A felhasználói interjúk és az ügyfélinterjúk megkülönböztetése
Az egyik leggyakoribb hiba, amelyet a növekvő technológiai cégeknél látunk, a felhasználói interjúk és az ügyfélinterjúk összemosása. Nem ugyanazok, és ha az egyiket a másik problémáinak megoldására használja, hibás infrastruktúrához jut. Az ügyfélinterjúk a tranzakcióra összpontosítanak: a márkahűségre, a vásárlási döntésekre és a szolgáltatási kapcsolatra. A „vevőről” és a szerződés kereskedelmi életképességéről szólnak.
A felhasználói interjúk az interakcióra összpontosítanak: a UX-re, a használhatóságra és a funkcionalitásra. A „felhasználóról” szólnak, aki a munkát ténylegesen végzi. Lehet egy elégedett ügyfele, aki fizeti a számlákat – például egy CTO vagy egy beszerzési vezető –, miközben egy frusztrált felhasználója gyűlöli a felületet. Ha csak azzal beszél, aki a csekket aláírja, lemarad arról a technikai súrlódásról, amely lassan belülről öli meg a termékét.
Ennek a különbségnek a megértése kritikus, amikor az adatsémája nem tudja kiszolgálni a termékambícióit, mivel az architektúrát gyakran inkább a felhasználó munkafolyamata határozza meg, mint a vevő követelményei. Ha a vevő irányítópultot szeretne, de a felhasználónak egy API-ra van szüksége az adatok Excelbe exportálásához, az irányítópult elkészítése a fejlesztési erőforrások pazarlása. A kvalitatív felhasználói kutatás segít azonosítani, hol rejlik a termék valódi haszna, így nem a rossz perszónának épít funkciókat.
Mély megértés és a kielégítetlen igények azonosítása
A kvalitatív kutatás előnyeinek elsajátítása azt jelenti, hogy túllépünk a felszínen. A felhasználók gyakran nem tudják megfogalmazni, mire van szükségük; csak azt tudják elmondani, mit próbálnak elérni. Egy jól levezetett interjú feltárja a rejtett igényeket – azokat a problémákat, amelyekhez a felhasználók annyira alkalmazkodtak, hogy már nem is látják őket problémának. A naplók nem mutatják meg azokat a „kerülőmegoldásokat”, amelyeket a felhasználók Excelben építettek, csak hogy az Ön SaaS-eszköze használható legyen.
Ezeknek a kielégítetlen igényeknek az azonosításával roadmapjét még a versenytársai előtt a nagy hatású funkciók felé fordíthatja. Ez különösen fontos az olyan váltások idején, mint az AI-átállás, amikor a felhasználói elvárások gyorsabban változnak, mint a dokumentáció. A kvalitatív felismerések megadják azt a „miért”-et, amelyhez a kvantitatív adatok nem érnek el, és tiszta jelzést adnak egy zajos piacon.
Az adatok mögötti „miért”
Vegyünk egy olyan helyzetet, amelyben a naplók azt mutatják, hogy a felhasználók 40%-a nem tud végigmenni egy többlépéses konfigurációs folyamaton. Egy kvantitatív megközelítés a folyamat lerövidítését vagy a felületi elemek módosítását javasolhatja. A kvalitatív terepi bizonyítékokból azonban kiderülhet, hogy a felhasználók azért állnak meg, mert a munkafolyamat adott szakaszában nincs kéznél a szükséges információ (például egy konkrét szerverazonosító). A megoldás nem egy jobb felület, hanem a folyamat sorrendjének megváltoztatása vagy a haladás mentésének lehetővé tétele. Interjú nélkül csak találgat.
A megértésnek ez a mélysége lehetővé teszi, hogy olyan rendszereket építsen, amelyek a felhasználó tényleges mentális modelljéhez igazodnak, nem pedig a csapat belső feltételezéseihez. Csökkenti annak kockázatát, hogy egy „kész” funkciót szállítson ki, amelyet azonnal refaktorálni kell, mert nem illeszkedik a felhasználó valós környezetébe.
Mikor ne használja ezt a módszert
Bár kiállunk a kvalitatív kutatás mellett, nem csodaszer. Vannak olyan konkrét helyzetek, amikor a felhasználói interjú nem a megfelelő eszköz. Ne erre a módszerre támaszkodjon, ha:
- Statisztikailag szignifikáns volumenre van szüksége: Ha azt kell tudnia, hogy egy változtatás egymillió felhasználónál 0,5%-kal növeli-e a konverziót, térjen vissza az A/B tesztekhez és a naplókhoz. Az interjúk mélységet adnak, nem szélességet.
- Apró esztétikai módosításokat tesztel: Ne pazaroljon el egy 60 perces interjút arra, hogy megkérdezze, kék vagy kékeszöld legyen-e egy gomb. Erre való a telemetria.
Ha azon kapja magát, hogy olyan funkciókat szállít ki újra és újra, amelyek nem mozdítanak semmin, ideje abbahagyni a naplók bámulását, és az emberekre figyelni. A bizonyíték ott van – csak rá kell kérdeznie. Egyetlen egyórás interjú terepi jegyzetei gyakran negyven óra elvesztegetett sprintidőt spórolhatnak meg. Ez az a fajta hatékonyság, amely egy gyorsan növekvő környezetben valóban skálázható. Hagyja abba a találgatást, és kezdje el dokumentálni a „miért”-et.
Következő lépés
Mérje fel, hol magyarázzák a termékadatai a viselkedést, de nem a szándékot. Beszéljen a DataTip csapatával.