>A prototípus akkor lett olcsó, amikor a döntés még drága maradt

Van az a pont egy termékötlet életében, amikor végre „van mit nézni”. Megjelenik az első képernyő, összeáll egy kattintható flow, a korábban homályos elképzelés hirtelen kap gombokat, mezőket, állapotokat és valamilyen főoldalt. A meetingben ilyenkor általában megkönnyebbülés van. Végre nem csak beszélünk róla.

Ez önmagában nem baj. Sőt, sokszor kifejezetten hasznos. A prototípus jó esetben kiveszi a beszélgetésből azokat a félreértéseket, amelyeket szövegben nagyon könnyű nem észrevenni. Ami egy specifikációban ártatlan mondatnak tűnik, az egy képernyőn már kényelmetlenül konkrét lesz. Hova fér ki? Ki nyomja meg? Mi történik utána? Miért pont ez a mező van elöl?

Csak közben történt valami. A prototípus elkészítése látványosan olcsóbb lett. Nem feltétlenül pénzben, hanem figyelemben, időben és szervezeti súlyban. Ma már sokkal könnyebb eljutni oda, hogy valami működőnek látszik. Egy product manager, designer, fejlesztő vagy founder délutánra össze tud rakni több verziót abból, ami korábban egy kisebb projekt lett volna.

A kellemetlen rész az, hogy ettől a döntés nem lett olcsóbb.

Nem érdemes romantikusan beszélni a régi prototípusokról. Sok minden lassúbb volt, nehézkesebb, és rengeteg olyan munkát kellett elvégezni, amit ma már joggal nem sírunk vissza. Mégis volt a lassúságnak egy mellékhatása: szűrt.

Ha valamiről kattintható prototípus készült, ha valamihez fejlesztői proof of concept kellett, ha egy belső demóig eljutott az ötlet, abban általában már volt valamennyi előzetes döntés. Nem mindig jó döntés, nem mindig tudatos, de valamilyen szűrés. Valaki kimondta, hogy ez elég fontos ahhoz, hogy időt tegyünk bele. Valaki elengedett másik három ötletet. Valaki legalább fejben megindokolta, miért pont ezt kell megmutatni.

Ez a szűrés sokszor fájdalmas volt, de hasznos. A magasabb előállítási költség miatt nem minden gondolat kapott azonnal vizuális testet. Emiatt kevesebb volt a félkész, félig átgondolt, de már nagyon meggyőzően kinéző dolog.

Ma ez a korlát részben eltűnt. Ez jó hír, mert gyorsabban tudunk tanulni. De rossz hír is, mert gyorsabban tudunk rosszul magabiztossá válni.

Egy jó prototípusnak van egy veszélyes tulajdonsága: rendet mutat. Akkor is, ha mögötte még nincs rend.

Amíg egy ötlet csak szöveg, könnyebb látni rajta, hogy még nyitott. A mondatokban benne marad a bizonytalanság. „Valahogy kezelni kellene az approval folyamatot.” „Jó lenne, ha a felhasználó látná az előzményeket.” „Talán kellene egy státusz.” Ezekről még érezni, hogy gondolkodás közben vannak.

Amikor ugyanez képernyővé válik, a bizonytalanság eltűnik a felületről. Lesz egy approval gomb. Lesz egy előzmények panel. Lesz egy státusz badge. A kérdés már nem úgy hangzik, hogy „ez a helyes folyamat?”, hanem úgy, hogy „tetszik-e ez a megoldás?”. Ez finom, de fontos elcsúszás.

A prototípus ilyenkor nem hazudik. Csak túl hamar ad formát valaminek, aminek még tartalma sem biztos, hogy van. A csapat pedig könnyen elkezd a formáról beszélni, mert az látszik. Színről, sorrendről, mezőnévről, üres állapotról, kattintási útvonalról. Ezek mind fontos részletek lehetnek, de csak akkor, ha előtte tisztáztuk, milyen döntéshez készül a prototípus.

Mert a prototípus nem válasz mindenre. Sokszor csak egy jobban kinéző kérdés.

A product munka egyik nehézsége, hogy a valódi kérdések általában kevésbé látványosak, mint a megoldások. Egy flow-t meg lehet mutatni. Egy döntési keretet sokkal nehezebb. A képernyőből lehet screenshotot küldeni. Abból már kevésbé, hogy pontosan milyen kompromisszumot vállaltunk.

Pedig a termék szempontjából gyakran ez a fontosabb rész. Kinek készül? Melyik helyzetben kell használnia? Milyen viselkedést várunk tőle? Mi számít sikernek? Mi az, amit direkt nem akarunk támogatni? Ki fog csalódni benne, és ez rendben van-e?

Ezekre a kérdésekre a prototípus nem válaszol magától. Legfeljebb segít észrevenni, hogy még nincs válaszunk. Ezért veszélyes, amikor a prototípust a gondolkodás helyettesítőjeként használjuk. Ilyenkor nem az történik, hogy gyorsabban tanulunk, hanem az, hogy gyorsabban gyártunk döntésnek látszó tárgyakat.

Egy belső eszköznél például könnyen előfordul, hogy elkészül három verzió ugyanarra a jóváhagyási folyamatra. Az egyik inkább e-mailhez hasonlít, a másik ticketing rendszerhez, a harmadik dashboardhoz. Mindhárom vállalható. Mindháromra lehet azt mondani, hogy „ebben van valami”. A nehéz kérdés nem az, hogy melyik néz ki jobban. Hanem az, hogy a szervezetben valójában mi fáj: az, hogy nincs jó felület, vagy az, hogy senki nem tudja, mikor számít egy döntés lezártnak?

Ha az utóbbi a probléma, akkor a legszebb prototípus is csak kerülőút.

A backlogról sokszor úgy beszélünk, mint feladatlistáról. Pedig egy rossz backlog nem attól rossz, hogy hosszú. Hanem attól, hogy tele van félig meghozott döntésekkel. Olyan tételekkel, amelyek mögül hiányzik a választás: miért ez, miért most, miért így, és miért nem valami más.

Az olcsó prototípuskészítés ezt a problémát fel tudja erősíteni. Minden ötletből lehet egy verzió. Minden verzióból lehet egy belső demó. Minden demóból lehet egy újabb „ezt majd nézzük meg” tétel. A csapat közben nem feltétlenül lustább vagy fegyelmezetlenebb. Egyszerűen csak kevesebb ellenállás van a rendszerben.

Régen sok ötlet azért halt el, mert túl drága volt kipróbálni. Ma sok ötlet azért marad életben, mert túl olcsó nem elengedni.

Ez a product munka szempontjából új helyzet. A feladat már nem csak az, hogy minél előbb legyen mit validálni. Hanem az is, hogy ne validáljunk mindent ugyanazzal a lelkesedéssel. Nem minden ötlet érdemel prototípust. Nem minden prototípus érdemel roadmap helyet. És nem minden jól sikerült demó mögött van valódi termékdöntés.

A döntés ott kezdődik, amikor valami mást nem csinálunk meg.

Nem az a tanulság, hogy óvatosabban kell prototípust készíteni. Inkább az, hogy pontosabban kell tudni, mire használjuk.

Egy prototípus lehet beszélgetési alap. Lehet félreértés-teszt. Lehet technikai kockázatpróba. Lehet sales-eszköz, belső igazodási pont vagy tanulási felület. Mindegyik legitim használat. A baj akkor kezdődik, amikor ezek összekeverednek, és senki nem mondja ki, éppen melyik történik.

Ha egy prototípus beszélgetési alap, akkor nem kell úgy tenni, mintha döntés lenne. Ha technikai kockázatpróba, akkor nem a feliratok szépsége a lényeg. Ha validációs eszköz, akkor előre tudni kell, milyen reakciótól tanulunk belőle valamit. Ha belső alignment kell hozzá, akkor nem az a kérdés, hogy a felhasználó mit gondolna, hanem az, hogy a csapat ugyanarról beszél-e.

A jó prototípus tehát nem attól jó, hogy gyorsan készült. Attól jó, hogy tudjuk, milyen döntéshez visz közelebb.

Ez a különbség most lett igazán fontos. Amíg a prototípus drága volt, a rendszer valamennyire kikényszerítette a gondolkodást. Most, hogy olcsóbb lett, ezt a kényszert nekünk kell visszatenni a folyamatba. Nem lassításként, hanem tisztázásként.

Az AI-al támogatott munka, a gyorsabb design-eszközök és a fejlesztői automatizmusok sokat levettek az első verzió előállítási költségéből. Ez jó. Kevesebb idő megy el arra, hogy egy gondolat egyáltalán láthatóvá váljon. Kevesebb energia kell ahhoz, hogy kipróbáljunk egy irányt. Kevesebb rituálé kell az első demóhoz.

De ettől a product munka nem tűnt el. Csak arrébb csúszott. Kevésbé az a kérdés, hogy tudunk-e valamit mutatni. Inkább az, hogy tudjuk-e, mit jelent, amit mutatunk.

A prototípus ára lement. A döntés ára nem. Ugyanúgy figyelem kell hozzá, kontextus, felelősség és az a kellemetlen képesség, hogy néha nemet mondjunk egy egészen jól kinéző verzióra is.

Mert a jövőben valószínűleg nem az lesz a ritka, hogy valakinek van prototípusa. Hanem az, hogy tudja, milyen döntéshez készült.