A lean termékfejlesztési folyamat: 1. Értsük meg a felhasználóinkat

Gimnáziumi, majd később egyetemi éveim alatt is folyamatosan azon törtem a fejem, hogy minek kell ennyi elméletet oktatni. Miért olyan kevés a gyakorlat? Bár azt a véleményemet, hogy a gyakorlati oktatás aránya továbbra is kevés az elmélethez mérten, rá kellett jönnöm ezeket a cikkeket írva, hogy gyakorlatozni egyszerűen nem lehet, ha nem tesszük rendbe az elméleti alapokat.

Az előző cikkem volt az elméleti rész. Megismertük az építs-mérj-tanulj ciklust, a validációt mint módszer és a lean termékfejlesztés különböző szakaszait. A jó hír az, hogy innentől kezdve már többnyire gyakorlat jön. Arányaiban pedig bőven több lesz mint ahogy azt suliból megszoktuk.

A következő cikkekben az említett termékfejlesztési szakaszokat veszem majd górcső alá és mindegyik esetében bemutatom, hogyan lehet gyakorlatba ültetni az építs-mérj-tanulj ciklust, illetve, hogy milyen eszközök állnak rendelkezésedre. Kezdjük is a probléma validációval.

Validáció a termékfejlesztésben - Probléma Validáció

A vízió

Minden itt kezdődik. Van egy víziónk egy termékről, ami megoldja majd egy vagy több célcsoport egy vagy több égető problémáját. A példa kedvéért legyen a termékünk egy olyan készülék, ami biztonságosabbá teszi a közlekedést a motorizált és nem motorizált mikromobilitási eszközöket használók számára egyaránt.

Egy olyan termék amit a kerékpárra, elektromos rollerre vagy akár Segwayre szerelhetünk és kismillió szenzornak köszönhetően egy fokozatosan erősödő rezgéssel és sípolással jelez ha akadályt vagy veszélyt érzékel (gyalogos átjáró, gépjármű, stb.). Nem tudom létezik-e már ilyen termék. Azt sem tudom, hogy egyáltalán technikailag kivitelezhető-e egy ilyen termék. De a gyakorlat kedvéért tegyük fel, hogy nem létezik és minden technikai alapfeltétel is adott.

Ahhoz, hogy a termék sikeres legyen, különböző feltevéseknek kell beigazolódniuk. Bontsuk fel a víziónkat a következő feltevésekre:

  • az összes (motorizált és nem motorizált) mikromobilitási eszközt használó embert érinti a probléma
  • a mikromobilitást használók nem érzik biztonságban magukat utazás közben és szeretnének nagyobb biztonságban utazni
  • a mikromobilitást használók nem elégedettek a jelenlegi biztonsági megoldásokkal
  • az eszközünk hozzájárul ahhoz, hogy a felhasználók nagyobb biztonságban legyenek utazás közben
  • az eszközünk olyan jelentős mértékben megnöveli a felhasználók biztonsági érzetét, hogy emiatt rendszeresen használják
  • a termék könnyen használható
  • a felhasználók megbíznak az eszközben
  • a felhasználók hajlandóak továbbra is pénzt vagy értéket adni a termékünkért vagy szolgáltatásunkért cserébe
  • meg tudjuk tartani a meglévő vásárlóinkat, esetleg el tudunk nekik kiegészítő terméket vagy szolgáltatást adni
  • a felhasználók szeretik annyira a terméket, hogy másoknak is ajánlják

Akik már tapasztaltabbak a lean termékfejlesztésben, biztosan kiszúrták már, hogy a fenti feltevések kicsit sántítanak. Nem véletlenül fogalmaztam meg így őket, hanem próbáltam olyan módon felállítani a hipotéziseinket, ahogy azt egy olyan termékfejlesztő csapat tenné, aki az első termékét fejleszti. Az a célom, hogy megmutassam az utat egy sikeres termék felé, de közben kezeljük a biztosan bekövetkező buktatókat és akadályokat us. Később majd finomítunk a megfogalmazásokon.

A termékfejlesztés első szakaszában, a probléma validációs fázisban – azon belül is az Építs-Mérj-Tanulj ciklus Tanulj részében – a fenti feltételezések közül az első háromra koncentrálunk. Ezeket nevezzük probléma feltevésnek vagy probléma hipotézisnek.

Kintről-befelé megközelítés

Sok startup már ezen a ponton elköveti a végzetes hibát és nem tölt el (elegendő) időt a probléma feltevések megértésével. Ezek a csapatok egy bentről-kifelé megközelítést alkalmaznak, amelyben a vízió egy belső igényből fakad és egy vagy több csapattag, esetleg egy pár ismerős véleménye alapján úgy döntenek, hogy érdemes belekezdeni az építkezésbe.

Ez homlokegyenest ellentmond a lean termékfejlesztés elveivel, hiszen ebben az esetben semmit nem tudunk arról, hogy kinek van még ilyen problémája vagy, hogy van-e annyira jelentős ez a probléma a potenciális ügyfelek számára, hogy érdemes legyen vele foglalkozni.

Ezzel ellentétben, a kintről-befelé megközelítés az írja elő, hogy mielőtt elkezdünk bármit is tervezni, kezdjünk el ügyfelekkel beszélni. Steve Blank, a The Four Steps to Epiphany szerzője azt mondja, hogy minden üzleti terv addig tűnik jó tervnek, amíg először megmutatjuk egy ügyfélnek. Blank arra ösztönzi olvasóit, hogy lépjenek ki az irodából ("get out of the building") és kezdjenek el a potenciális ügyfelekkel a megoldani kívánt problémákról (nem a megoldásról!) beszélgetni. Lássuk, hogy lehet ezt gyakorlatban megvalósítani!

Ismerjük meg a célcsoportunkat

Ok. Kint állunk a tavaszi napsütésben az iroda előtt. Van egy feltevésünk, hogy az általunk azonosított problémára mások is szeretnének egy megoldást. Erről szeretnénk emberekkel beszélgetni. De kivel? Az idős bácsikkal akik a szemközti padon sakkoznak? A fél fejét fülessel eltakaró, gördeszkázó lánnyal? Vagy a padon újságot olvasó üzletemberrel?

Azt érezzük, helyesen, hogy nem mindegyikőjüket érinti egyformán a probléma és, hogy az eltérő társadalmi hátterük és élethelyzetük miatt teljesen más véleményük lesz az adott problémáról. Lehet, hogy az sakkozó bácsik véleménye nem lesz számunkra olyan releváns, mint a gördeszkás lányé, hiszen őket nem érinti közvetlenül a probléma. De ettől még biztosak lehetünk benne, hogy lesz véleményük. Ez a vélemény pedig könnyen tévútra is terelhet minket.

Az újságot olvasó üzletember is lehet célcsoportunk. Könnyen meglehet, hogy biciklivel, vagy elektromos rollerrel jár munkába. De ezt nem tudhatjuk róla. Lehet, hogy a beszélgetésből értékes információkhoz jutunk, de valószínűbb, hogy csak egy zsákutcába ütközünk. Érdemes az időnket inkább olyan beszélgetésekre fókuszálnunk, amiből nagy valószínűséggel hasznos tudást meríthetünk.

Éppen ezért nagyon fontos, hogy mielőtt elkezdünk emberekkel beszélgetni, pontosan határozzuk meg, hogy kinek a véleményére vagyunk kíváncsiak. Ki az, akinek a problémáját meg szeretnénk határozni? Erre a legjobb módszer az úgynevezett perszónák felépítése.

Perszónák

A perszónák készítésével mint eszközzel találkozhattunk már más területeken is, mint pld. a UX design (felhasználói perszónák / user personas) vagy a marketing (vásárlói perszónák / buyer personas). Ezeken a területeken a perszónákat egy későbbi, tervezési fázisban használják, de termékfejlesztésben egy sokkal koraibb szakaszban is kiváló eszköznek bizonyulnak, hogy felvázoljuk a célcsoportunkról alkotott feltevéseinket.

Egy későbbi cikkben jobban körbejárom majd hogyan is érdemes perszónákkal dolgozni. Egyelőre nézzük meg, mit kell egy perszóna tartalmazzon:

  • Név
  • Reprezentatív fotó
  • Rövid biográfiai leírás
  • Foglalkozás
  • Szegmentáció (demográfiai, pszichográfiai, viselkedésbeli, szükség alapú, stb.)
  • (Feltételezett) problémák és/vagy fájdalompontok
  • (Feltételezett) célok/szükségletek
  • (Feltételezett) félelmek
  • Környezet (hol találkozhat ezzel a problémával, hol használja majd a terméket)

Ezen a ponton fontos megjegyeznem, hogy mielőtt egyetlen potenciális felhasználóval is beszélünk, még nem tudhatjuk, hogy hogyan nézzenek ki a perszónák. Ilyenkor még csak feltételezzük, hogy kik ők. Előfordulhat, hogy eredetileg egy bizonyos csoportot céloztunk meg, de ahogy haladunk előre a termékfejlesztéssel egy teljesen más célcsoportot vonzunk be. A perszónák változása egy természetes, sőt elvárt jelenség a lean termékfejlesztésben.

A mi esetünkben egy perszóna a következőképpen nézhet ki:

Nagyításhoz kattints a képre

További perszónák lehetnek például az elektromos rollerrel munkába ingázók vagy a hétvégén a Pilisben tekerő amatőr országúti kerékpárosok is.

Szintén fontos megjegyeznem, hogy a felhasználó nem minden esetben egyezik meg a vevővel. A fenti termék esetében egy potenciális vásárló lehet egy aggódó anyuka (vagy apuka), aki a gyereke iránti gondviselése miatt lehet célcsoportunk. Ebben az esetben a felhasználó továbbra is a gyerek lesz.

De akár egy elektromobilitási eszközöket gyártó üzem technológiai vagy gyártási vezetője is lehet potenciális vásárló, aki beépítené az eszközünket a saját termékébe. Az ő igényeik mások lesznek mint egy felhasználóé. Ebben az esetben érdemes lehet a felhasználói perszónák mellé vásárlói perszónákat is felállítani.

A vízió és a perszónák meghatározásával meg is tettük a legfontosabb lépéseket a tanulási ciklus Építs szakaszában.

Értsük meg a felhasználóinkat

Most, hogy már meghatároztuk milyen kérdésekre keressünk a választ (feltevések) és szerintünk kik lehetnek a potenciális felhasználóink, elérkeztünk az Építs-Mérj-Ciklus utolsó, Mérj szakaszába.

Ne tévesszen meg a megnevezés: bár a Tanulj szerepel az utolsó helyen, mint láttuk tulajdonképpen a teljes tanulási ciklus azzal kezdődött, hogy felállítottuk a hipotéziseinket, vagyis azt, hogy mit szeretnénk megtanulni. A Mérj szakasz után már csak tényleges tanulás marad, vagyis az, hogy levonjuk a megfelelő következtetéseket.

Mint azt már korábban is említettem, a probléma validációs fázisban, a Mérj szakasz leghasznosabb és egyben leghatékonyabb eszköze az interjúztatás lesz.

Felhasználói interjúk

Kétféle ember létezik: aki teljesen elemében van interjúztatás közben, illetve az aki fél az interjúztatástól. Tény, hogy az interjúkészítés nem egyszerű téma. Én magam is az utóbbiak közé tartoztam. Sokkal inkább fórumokat vagy blogokat bújtam, hogy megpróbáljam felmérni mások véleményét. Bármit, csak ne kelljen interjúztatni.

Dan Olsen, a The Lean Product Playbook című könyvében hosszan részletezi, hogyan tudunk jól interjúztatni. Nekem az ő könyvének olvasása adta meg végső löketet, hogy elkezdjek a termék ötleteimről másokkal is beszélgetni. Szerintem továbbra sem vagyok egy jó interjúztató, de már az első pár beszélgetés megmutatta számomra, hogy még így is sokkal hatékonyabbak az 1/1-es interjúk, mint amit addig csináltam.

Arra bíztatok mindenkit, hogy bátran menjen ki az utcára és kezdjen el beszélgetni a gördeszkás lánnyal. Készüljünk egy interjú forgatókönyvvel. Ezt nem kell úgy kezelni mint a szentírást. Használjuk úgy, mint egy laza útmutatót, amely segít, hogy folyamatosan szem előtt tartsuk a feltevéseinket, hogy olyan mederbe tudjuk terelni a beszélgetést, hogy ezekre kapjunk választ.

Ne pitchelj! Az interjú azért szükséges, hogy információt, vélemény kapjunk az interjú alanytól. Nem azért, hogy pitcheljük nekik a (még nem létező) termékünket. Ha azzal kezdjük az interjút, hogy pitchelünk, egyből egy nem kívánt irányba terelhetjük a beszélgetést. Az interjú alanyok ilyenkor kedvességből inkább egyetértő válaszokat fognak adni, akkor is ha ez nem fedi teljesen a valóságot. Határozzuk meg a beszélgetés irányát, de engedjük az interjúalanyt beszélgetni.

Legyen empatikusak, figyeljünk oda arra amit mond. Minden válasza egy újabb lehetőség arra, hogy valami újat tanuljunk. Ezek a legfontosabb interjú szempontok amit most kiemelnék. Amint említettem, az interjúztatás egy komplex téma, amit majd egy későbbi blog cikkben bővebben is kifejtek.

A gördeszkás lánytól az interjú során valószínüleg megtudjuk, hogy bár szívesen használna egy olyan eszközt, ami biztonságosabbá teszi a közlekedését, ez nem annyira fontos szempont számára. A bukósisakot és könyökvédőt is csak a szülei miatt viseli.

Ebből már tanulhatunk. Lehet, hogy nem is a gördeszkás lány lesz a vásárlónk? Hanem a szülei? A lány csak egy felhasználó? Ez egy olyan szempont, amire későbbi interjúk során is érdemes lesz odafigyelni és rákérdezni. Ha kialakul egy minta, akkor érdemes lesz egy külön vásárlói perszónát erre felállítanunk – az aggódó szülő perszónát –, akiket ismét, külön is interjúztatunk majd. Ez már egyfajta pivot (fókuszváltás), de erről majd később.

Terepmegfigyelés

Bizonyos esetekben a terepmegfigyelés is hasznos eszköznek bizonyulhat, főként olyan termékeknél, amelyek jelentős mértékben függnek a felhasználók viselkedésétől vagy éppen a felhasználók viselkedését szeretnék megváltoztatni.

A mi termékünk esetében hasznos lehet ha beülünk egy kávézóba egy forgalmas útkereszteződésben és megfigyeljük az arra közlekedőket. Hány elektromos rolleres lassít az útkereszteződésben? Hány bringás száll le a gyalogos átjárónál? A jobbra kanyarodó autók figyelik-e a mellettük haladó kerékpárt vagy rollert? Hol közlekednek a gördeszkások és görkorisok, a járdán vagy az úttesten?

Az is hasznos lehet, ha mi magunk pattanunk fel a különböző mikromobilitási eszközökre és saját bőrünkön teszteljük, hogy mennyire biztonságos velük közlekedni. Próbáljuk ki a forgalmas belvárosban, de a külső kertvárosias negyedekben is, ahol kevésbé kiépített a mikromobilitási közlekedési infrastruktúra és jóval több a jobbkéz-szabály.

Mérlegeljünk, mennyi hasznos információt kapunk a terepmegfigyelések során. Megéri-e a nekünk a befektetett időt? Vagy inkább használjuk fel azt az időt arra, hogy interjúztatunk. Egy dolog biztos, hogy a terepmegfigyelés nem helyettesítheti az interjúkat. Viszont könnyen felkeszíthet minket egy interjúra, hogy jobban tudjunk kérdezni.

Élménytérkép

Az élménytérkép szintén egy jó eszköz lehet ebben a fázisban, hogy jobban megismerjük a felhasználóink (perszónák) viselkedését és kihívásait. Az élménytérkép egy kollaboratív eszköz, amely segít illusztrálni egy perszóna útját (élményét) egy konkrét narratíván keresztül.

Kezdjük azzal, hogy felvázoljuk honnan indulunk és hova érkezünk meg. Hogyan kezdődik az utazás? Hogyan végződik és hogyan lépünk át a következő utazásba?

Ezek után határozzuk meg a színteret. Ez az a kontextus, fizikai vagy logikai tér ahol az interakció történik. Egy webshop esetén ezeke lehet a weboldal, a mobil applikáció, ügyfélszolgálat vagy a fizikai bolt maga. A mi esetünkben (mivel még nincs termék) ez lehetne egy városi utca, egy köztér vagy a gördeszka park.

Végül pedig minden színtér esetében határozzuk meg az akciókat (mit cselekszik a perszóna), a reakciókat (milyen felfogható változás következett be) és következő lépést (milyen opciókkal vagy nehézségekkel néz most szembe a perszóna).

Az élménytérkép illusztrálhat egy jelenlegi utat, vagy egy elképzelt (vágyott) utat. Utóbbi inkább a probléma-megoldás illeszkedés termékfejlesztési fázisban lesz hasznos.

Tapasztalatom azt mutatja, hogy az élménytérkép akkor vezet a legjobb eredményhez, ha ezt közösen készítjük el a potenciális felhasználókkal. Ez egy kitűnő lehetőséget ad arra, hogy megfigyeljük a reakciójukat az út egy-egy pontján. Ezeket akár illusztrálhatjuk is az élménytérképen egy érzelem-diagram formájában, ahol a csúcsok jelölik a pozitív reakciókat, a völgyek pedig a negatívakat.

Egy ügyfelünkkel közösen készített élménytérkép
Egy ügyfelünkkel közösen készített élménytérkép

Utolsó lépések

Most, hogy láttunk egy pár válogatott eszközt arra, hogy felmérjük a probléma validitását, nem marad más hátra, mint hogy visszatérjünk a Tanulás fázishoz. Mit mutatnak a terepmegfigyelések és interjúk? Mi derül ki az élményérképekből? Választ kaptunk a feltevéseinkre?

Emlékeztetőül, jelenleg következő három feltevésre kerestük a választ:

  • az összes (motorizált és nem motorizált) mikromobilitási eszközt használó ember érinti a probléma
  • a mikromobilitást használók nem érzik biztonságban magukat utazás közben és szeretnének nagyobb biztonságban utazni
  • a mikromobilitást használók nem elégedettek a jelenlegi biztonsági megoldásokkal

Ha mindegyik feltevésre megerősítő választ kaptunk, akkor továbbléphetünk a termékfejlesztés következő szakaszára. Ez azonban ritkán szokott bekövetkezni. Ezekben az ellenkező esetekben következik be az úgynevezett pivot, vagyis a fókuszváltás. Egy pivot során a tanultak alapján módosítunk a feltevéseinken és újrakezdjük ezeknek a validációját.

A mi esetünkben nagy valószínűséggel már az első feltevés hamisnak fog bizonyulni. Arra, hogy ebben az esetben hogyan pivotoljunk, szintén egy későbbi cikkben fogok majd reflektálni. Egyelőre nézzük meg inkább, hogy miként validáljuk a megoldásunkat, ha már sikerült bizonyítani a probléma validitását. De ezt már egy következő cikkben!

Ha tetszett ez a cikk, akkor töltsd le a hozzá tartozó infografikát:

Kérem az infografikát!