Insightok, persona és user journey

Célok

A lecke végére nyers kutatási jegyzetekből mintázatot tudsz keresni, az idézetet és megfigyelést tervezési insighttá tudod alakítani. Olyan persona-t és user journey-t tudsz készíteni, amely a döntésekhez használható, nem pedig kitalált életrajz.

Miért nem elég a jegyzet?

Egy interjú vagy megfigyelés után sok anyagod lesz: idézetek, részletek, benyomások. Könnyű a legerősebb vagy a legutóbbi mondatra emlékezni, és abból következtetni. Az elemzés célja, hogy több forrásból származó jelet rendezzünk, és csak azt tekintsük eredménynek, ami ismétlődik, vagy ami súlyos következménnyel jár. Három eszközt tanulunk: az affinity mapet (rendezés), az insightot (értelmezés) és a personát meg a journey mapet (a kutatás sűrítése).

A jegyzet még nem eredmény

Affinity mapping

Az affinity map (hasonlóság-térkép) a nyers jegyzetek csoportosítása. A lépések:

1. Egy cetli, egy megfigyelés vagy idézet. Jelöld, melyik résztvevőtől származik (például R1, R2).
2. Csoportosítsd a hasonlókat anélkül, hogy előre kitalált kategóriákat használnál. Hagyd, hogy a csoportok a cetlikből alakuljanak ki.
3. Nevezd el a csoportokat egy-egy állítással, ne témacímkével: nem „Ár”, hanem „Az ár a döntés előtt hiányzik”.
4. Számold, hányan említették a csoport témáját, és nézd meg, vannak-e ellenpéldák.

Érdemes külön címkézni a célokat, akadályokat, döntési szempontokat, idézeteket és kivételeket. Ha három ember azt mondja, hogy „nem tudtam, kinek írjak”, ez még nem jelenti, hogy chatablak kell. Először azt kérdezd: milyen információ hiányzott? Kihez fordulhattak volna? Miért nem volt ez látható vagy bizalomkeltő?

Mitől insight egy insight?

Az insight bizonyítékokra épülő felismerés, amely megmagyaráz egy viselkedési mintát, és tervezési következményhez vezet. Három dolgot különböztess meg:

	Példa	Miért nem insight?
Megfigyelés	„Ketten több fület nyitottak.”	Tény, de nem magyaráz
Kívánság	„Szeretnének egyszerűbb felületet.”	Nem mondja meg, mit és miért
Insight	„A résztvevők a lehetőségeket csak akkor érzik összehasonlíthatónak, ha az ár, idő és korlátozás egyszerre látható; ezért a részletek mögé rejtett adatok döntési bizonytalanságot okoznak.”	Megmagyaráz, és ad tervezési irányt

Hasznos sablon: megfigyelés → értelmezés → tervezési következmény. Így az insight nem válik véleménnyé, és a csapat vissza tudja követni, milyen adatból indult ki. Ha csak egy résztvevőnél láttál valamit, azt is írd le, de jelöld kivételként vagy további vizsgálatra váró jelzésként.

Prioritás és ellenpélda

Nem minden insight egyformán fontos. Priorizáláskor vizsgáld a felhasználói hatást, a gyakoriságot, a hiba következményét és a megoldás bizonytalanságát. Az ellenpélda is értékes: ha valaki gond nélkül elvégzi a feladatot, keresd meg, milyen előzetes tudás, eszköz vagy helyzet segítette. Lehet, hogy nem a felület működött jól, hanem ő már ismerte a rendszert.

Persona mint döntési eszköz

A persona kutatási mintázatokból levezetett, döntést segítő célfelhasználó-leírás. A persona nem „Nóra, 21 éves, szereti a kávét”. A demográfia önmagában ritkán mondja meg, hogyan tervezzünk. Hasznos persona a feladat szempontjából írja le:

• a helyzetet: mikor és hol használja;
• a célt: mit szeretne elérni;
• a tudást és eszközt: mit ismer, milyen készüléket használ;
• a korlátot: mi nehezíti (idő, figyelem, nyelv);
• a kockázatot: mitől fél, mi a hiba következménye.

Például: „Első alkalommal ügyintéző hallgató, akinek kevés ideje van, nem ismeri a folyamat hivatalos neveit, és attól tart, hogy határidőt mulaszt.” Ez rögtön felvet címkézési, időzítési és visszajelzési kérdéseket.

Egy projektben általában egy elsődleges célfelhasználó elég. Ha több szerepet nevezel meg, írd le, melyik feladatban ki az elsődleges, és mi történik konfliktus esetén. Ne csinálj personát minden idézetből; a persona a fontos mintázatokat sűríti. Ha nevet és arcot adsz neki (és ez segít a csapatnak), ne kerüljön hangsúlyba: a lényeg a helyzet és a döntés, nem a karakter.

Fontos határ: a persona kutatás nélkül csak feltételezett karakter. Ahol a persona egy eleme nem kutatásból származik, jelöld egyértelműen feltevésként.

User journey map

A user journey (felhasználói út) egy konkrét feladat lépéseit mutatja a felhasználó nézőpontjából, az elejétől a végéig, az érzésekkel és a fájdalompontokkal együtt. A journey map ennek vizuális megjelenítése.

Tipikus rács (sorok a címkék, oszlopok a szakaszok):

	Tájékozódás	Összehasonlítás	Döntés	Jelentkezés	Esemény előtt
Lépések	Több oldalon keres	Fület fület után nyit	Kiválaszt egyet	Űrlapot tölt ki	Megnézi a részleteket
Gondolatok	„Mit érdemes?”	„Melyik a legolcsóbb?”	„Biztos, hogy kell jelentkezni?”	„Végleges már?”	„Hány órakor kezdődik?”
Érzés	Kíváncsi	Bizonytalan	Feszült	Kétkedő	Megnyugodott
Fájdalompont	Szétszórt források	Hiányzó adatok	Rejtett feltételek	Nincs visszaigazolás	–
Lehetőség	Egy hely, több forrás	Egységes kártya	Feltételek előre	Egyértelmű visszaigazolás	Emlékeztető

A journey egyetlen, jól körülhatárolt feladatot kövessen. Ha több feladatot mutat egyszerre, nem fog látszódni, hol van a legnagyobb baj. Az érzéskört (görbét) a kutatásból vezesd le: azokból az idézetekből és megfigyelésekből, amelyek bizonytalanságot, megkönnyebbülést vagy frusztrációt mutattak, ne találd ki.

A journey a user flow (5. fejezet) elődje: a journey a felhasználó tapasztalatát írja le, a flow pedig a rendszer és a felhasználó lépéseit tervezi meg.

Végigvezetett példa: a Mai program insightja és journey-je

A Mai program csapata négy interjú alapján az affinity mapen három csoportot talál: „Az ár és a nyelv hiányzik a kártyáról”, „A jelentkezési feltétel csak a végén derül ki” és „A barátok véleménye dönt”. A második csoportot háromból négy résztvevő említi, és két esetben a program elmaradt miatta.

Insight (megfigyelés → értelmezés → következmény):

• Megfigyelés: a résztvevők többször akkor értesültek a jelentkezési kötelezettségről, amikor már döntöttek, vagy a helyszínen.
• Értelmezés: a döntési szempontok közül a feltételek későn válnak láthatóvá, ezért a döntés nem biztos.
• Tervezési következmény: a jelentkezési feltétel és az ár legyen a találati kártyán, a döntés előtt.

A persona egy mondatban: „Spontán programot kereső hallgató, aki egy-két órán belül szeretne dönteni, nem akar több oldalt végigböngészni, és attól tart, hogy jegy nélkül ér oda.” A journey a fenti rács szerint egyetlen feladatot, „ma estére program választása és jelentkezés”, követ.

Gyakori tévhitek

Állítás	Pontosítás
„A persona helyettesíti a kutatást.”	A persona a kutatás utáni összegzés; kutatás nélkül csak feltételezett karakter.
„Minden kérésből funkció lesz.”	A kérés mögötti cél és akadály fontosabb, mint a résztvevő által javasolt megoldás.
„A legtöbb említés mindig a legfontosabb.”	Egy ritkább, de súlyos következményű hiba – például rossz fizetési döntés – kiemelt lehet.
„A journey map egy szép infografika.”	A journey map döntéseket támogat: megmutatja, hol van a legnagyobb fájdalompont és lehetőség.

Röviden

• A jegyzetet előbb rendezd (affinity map), és csak azután értelmezd.
• Az insight megfigyelésből és értelmezésből tervezési következményt vezet le.
• A persona a feladat szempontjából írja le a helyzetet, célt, tudást, korlátot és kockázatot, nem a demográfiát.
• A journey map egy konkrét feladat tapasztalatát mutatja lépésekkel, érzésekkel és fájdalompontokkal.

Ellenőrző kérdések

1. Mi a különbség megfigyelés és insight között?
2. Mely bizonyíték támasztja alá a legerősebb insightodat?
3. Milyen tervezési döntést segít a célfelhasználó-leírásod?
4. Melyik ellenpéldát kellene tovább vizsgálnod?