A lila unikornisok titka: Miért ne építs, mielőtt megértenéd?

Miért tanuljunk, mielőtt építünk?

Egy új terméken dolgoztok, és mindenki izgatottan ontja az ötleteket. "Legyen benne AI! És blockchain! Meg egy kicsi VR!" . Ilyenkor a bölcs termékfejlesztő feltehetően a homlokát ráncolná, és csendesen megkérdezné: "Oké, de mit akarunk ebből tanulni? Melyik problémára nyújt ez megoldást?" Ez a gondolkodásmód lényegében arról szól, hogy megtudjuk, amit kell, mielőtt fejjel mennénk a falnak. Nem arról van szó, hogy mit építünk, hanem arról, hogy mit tudunk meg a felhasználóinkról, a piacról és a saját ötleteinkről.

Ha egy pizzériát nyitnál, nem rögtön építenél egy 100 fős éttermet 5 féle pizzakemencével. Először valószínűleg vennél egy kis kemencét, csinálnál 2-3 féle pizzát, és megkérdeznéd a szomszédokat, ízlik-e nekik. A Learning Plan is ilyen: mini kísérletek sorozata, hogy ne égessük le az egész konyhát feleslegesen.

Mire figyelj a tanulás során?

A tanulási folyamat célja, hogy a lehető leggyorsabban és legkisebb befektetéssel tisztán lássunk az ötletünkkel kapcsolatban. Íme, mire érdemes fókuszálni:

• Mit akarunk megérteni? (Pl. "Vajon a felhasználóink tényleg szenvednek attól, hogy nem tudnak lila unikornisokat rajzolni a felhőbe?")
• Hogyan fogjuk ezt megtudni? (Pl. "Megkérdezünk 10 embert, akiknek szerintünk lila unikornisra van szükségük, vagy megfigyeljük őket titokban, miközben próbálnak egy fehéret rajzolni.")
• Milyen adatokat gyűjtünk? (Pl. "Azt figyeljük, hány ember próbálja meg átfesteni a fehér unikornist lilára, és hányszor sírnak közben.")
• Mit csinálunk az eredményekkel? (Pl. "Ha kiderül, hogy senki sem akar lila unikornist, akkor nem építjük meg. Ha igen, akkor megvizsgáljuk, milyen árnyalatot preferálnak.")

Van itt egyáltalán egy lehetőség, vagy csak vakargatjuk a fejünket?

Az Opportunity Canvas  a Product Thinking gondolkodásmódjának egy másik remek eszköze. Ez egy olyan vizuális segédlet, ami segít rendszerezni az ötleteinket, és megválaszolni a legfontosabb kérdéseket, még mielőtt elkezdenénk kódolni, vagy éppen milliós kampányokat indítani. A canvas segít eldönteni, hogy az "ötletünk" egy aranybánya-e, vagy csak egy lyukas vödör, amivel vizet próbálunk meríteni a sivatagban.

Mit segít tisztázni egy Opportunity Canvas?

• A probléma: Pontosan milyen felhasználói problémát akarunk megoldani? (Ne csak azt mondd, hogy "egy appot", hanem azt, hogy "megoldjuk, hogy a nagyi ne felejtse el bevenni a gyógyszerét, és ne hívja fel a mentőket feleslegesen".) Ha nincs probléma, nincs érték.
• A megoldás: Hogyan oldjuk meg ezt a problémát? (Ez a "mit" rész. Itt még csak vázlatosan, nem kell minden pixelt megtervezni.)
• A felhasználók: Kinek a problémáját oldjuk meg? Kik ők valójában? (Fontos, hogy konkrét felhasználókról legyen szó, nem csak "emberekről".)
• Az értékajánlat: Miért éppen a mi megoldásunk a legjobb a számukra? Miben vagyunk jobbak, mint a konkurencia, vagy a jelenlegi "semmi"? (Pl. "A mi appunk nem küld idegesítő pittyegéseket, csak diszkrét fényjátékot, ami a nagyi kedvenc színe.")
• Az üzleti érték: Miért éri meg nekünk ezt megcsinálni? Hogy fogunk ebből pénzt vagy más hasznot látni? (Pl. "A nagyi boldog lesz, és elmondja az összes barátnőjének, így mi leszünk a 'gyógyszeres app királyai', és eladjuk a céget a Google-nek.")
• A kockázatok ésfeltételezések: Milyen kockázatokkal nézünk szembe? Miben hiszünk vakon, amit még bizonyítanunk kell? (Pl. "Feltételezzük, hogy a nagyi tudja használni az okostelefont. Kockázat: ha nem, akkor a projekt megbukott.")

Miért jó ez nekünk?

Ez a gondolkodásmód kimondottan hasznos a termékfejlesztés során, hiszen számos előnnyel jár. Először is, fókuszálttá tesz, segít elkerülni a felesleges funkciókat és a zsákutcákat. Nincs többé az a helyzet, hogy "hátha jó lesz valamire" alapon fejlesztünk. Másodszor, közös megértést teremt a csapaton belül: mindenki, a fejlesztőktől a marketingesekig, ugyanazt érti a termék alatt, ami nagyban megkönnyíti a munkát. Harmadrészt, csökkenti a kockázatot, mivel mielőtt rengeteg pénzt és időt ölnénk egy ötletbe, teszteljük azt, és tanulunk belőle. Végül pedig, és talán ez a legfontosabb, értéket teremtünk azáltal, hogy olyan termékeket hozunk létre, amelyek valóban megoldanak problémákat, és örömet okoznak a felhasználóknak.

A modern termékfejlesztés nem a funkciók hajszolásáról szól, hanem arról a képességről, hogy valódi problémákat azonosítsunk és oldjunk meg, méghozzá a felhasználókat szem előtt tartva. A Learning Plan és az Opportunity Canvas csak két eszköz ebből az eszköztárból, de lényegük ugyanaz: tanulni, mielőtt építünk. Ne féljünk feltenni a "buta" kérdéseket az elején, és hagyjuk, hogy a felhasználóink visszajelzései vezessenek minket! Ez a gondolkodásmód nem csupán a sikeres termékekhez vezet, hanem egy sokkal hatékonyabb, élvezetesebb és kevesebb kudarcélménnyel teli fejlesztési folyamatot eredményez. Szóval, legközelebb, amikor egy zseniális termékötlettel állsz elő, kérdezd meg magadtól:

Mit akarok ebből megtudni, mielőtt elkezdem építeni a lila unikornisokat? Lehet, hogy ezzel megspórolsz magadnak egy csomó fejfájást és felesleges munkát!