Hogyan ellenőrizzen egy SaaS-ötletet, mielőtt egyetlen sor kódot is leírna

A legdrágább módja annak, hogy kiderítse, akarják-e az emberek a szoftverét, ha megépíti. Mégis pontosan ezt teszi a legtöbb első alkalommal vállalkozó alapító — fél évet és a megtakarításait elkölti arra, hogy egy ötletet kóddá alakítson, csendbe indítja el, és csak ezután kezdi kérdezgetni, hogy egyáltalán szüksége volt-e rá bárkinek. A validálás ennek a leckének az olcsó változata. Így vásárolja meg a választ néhány hét beszélgetésért, ahelyett hogy egy évet adna érte az életéből.

Sok okos embert láttam ugyanabba a csapdába esni. Van egy valóban jó megfigyelésük — egy valódi bosszúság egy iparágban, amelyet ismernek —, és feltételezik, hogy a megfigyelés és a termék közötti szakadék csupán mérnöki kérdés. Nem az. A szakadék tele van megválaszolatlan kérdésekkel: érzi-e más is ezt a fájdalmat annyira, hogy fizessen érte? Átállnak-e arról, amit most csinálnak? El tudja-e érni őket anélkül, hogy pénzt égetne? Ezekre a kérdésekre nem kódírással kap választ. Akkor kap választ, ha beszél az emberekkel, és figyeli, mit tesznek valójában.

Ezt az útmutatót adom tehát az alapítóknak, mielőtt bárkit felvennének bármi megépítésére. Nem a lean-startup színjátékról vagy egy vászon kitöltéséről szól. Néhány őszinte, olcsó kísérletről szól, amelyek megmondják, van-e pulzusa az ötletének — és arról a fegyelemről, hogy elhiggye az eredményeket, még akkor is, ha fájnak.

Miért tűnik termékenynek az építés — és miért általában nem az

Az építés csábító, mert olyan haladásnak tűnik, amelyet látni lehet. Egy kódolási ülés végén ott egy működő képernyő, egy gomb, amely csinál valamit, valami, amit megmutathat a párjának. Idegenekkel beszélgetni egy problémáról semmilyen kézzelfogható eredményt nem hoz létre. Kényelmetlen, lassú, és a végén nincs más a kezében, csak jegyzetek. Így az alapítók a billentyűzethez nyúlnak, mert a billentyűzet gyorsabban jutalmazza őket.

A baj az, hogy egy működő képernyő szinte semmit nem mond arról, hogy az ötlet helyes-e. Építhet gyönyörű, hibátlan terméket egy olyan problémára, amely senkinek sincs, és ugyanolyan halott lesz, mint egy csúnya. A kód a „hogyan szállítsuk ezt?” kérdésre a válasz — nem a „akarja-e ezt egyáltalán valaki?” kérdésre. Hónapokat tölteni az első kérdéssel, mielőtt megválaszolná a másodikat: így építenek jó mérnökök elegáns megoldásokat képzeletbeli problémákra.

A validálás megfordítja a sorrendet. Néhány hetet és nagyon kevés pénzt fordít arra, hogy bizonyítsa — vagy megcáfolja — az ötlete legkockázatosabb feltételezését, mielőtt elkötelezné magát az építés mellett. Ha az ötlet erős, bizonyítékokkal, tisztább specifikációval és már várakozó első felhasználókkal lép a fejlesztésbe. Ha gyenge, néhány kávé és egy céloldal áráért derül ki, nem egy termék áráért.

Találja meg az egyetlen feltételezést, amely az egészet megölheti

Minden SaaS-ötlet meggyőződések halmazán nyugszik, és ezek nem egyformán veszélyesek. Némelyik biztonságos — „az emberek használnak e-mailt”, „a kisvállalkozások nem szeretik a papírmunkát”. Mások olyan fogadások, amelyeken az egész vállalkozás múlik, és ha tévesek, semmi más nem számít. A validálás feladata nem az, hogy mindent teszteljen. Hanem hogy megtalálja a legkockázatosabb feltételezést, és először azt támadja meg.

Hogy megtalálja, írja le az ötletét egyetlen mondatban: „[ezeknek az embereknek] annyira van [ez a problémájuk], hogy fizetnének [ezért a megoldásért] ahelyett, hogy [amit most csinálnak].” Aztán kérdezze meg magától kíméletlenül: melyik szó az a mondatban, amely, ha hamisnak bizonyulna, elsüllyesztené az ötletet? Általában nem a megoldás. Hanem hogy a probléma elég fájdalmas-e ahhoz, hogy fizessenek érte, vagy hogy valóban el tudja-e érni ezeket az embereket megfizethetően.

Ez a sorrend azért számít, mert a tesztelés költsége minden lépésnél nő. Egy probléma-interjú ingyenes. Egy fizetési hajlandóság teszt egy céloldalba kerül. Egy megoldásteszthez talán kattintható prototípus kell. Az építés a legdrágább teszt mind közül. Olcsón és korán akar megbukni, nem drágán és későn — ezért teszi a legolcsóbb, leghalálosabb teszteket előre.

Beszéljen az emberekkel — de jól csinálja

A leghasznosabb dolog, amit tehet, hogy beszél azokkal, akikről úgy gondolja, hogy van ez a problémájuk. Nem a barátaival, nem más alapítókkal — a valódi emberekkel, akik ezt használnák. És itt a buktató, amely a legtöbb próbálkozást tönkreteszi: az emberek udvariasak. Kérdezze meg, hogy „használna-e egy eszközt, amely X-et csinál?”, és szinte mindenki igent mond, mert igent mondani ingyenes és kedves. Ez az igen semmit sem ér. Több startupot süllyesztett el, mint bármilyen technikai kudarc.

A megoldás az, hogy hagyjon fel a jövőről való kérdezéssel, és kezdjen a múltról kérdezni. A jövő az, ahol az emberek hazudnak, hogy kedvesek legyenek; a múlt az, ahol az igazság lakik. „Használná ezt?” helyett kérdezze: „mesélje el, mikor küzdött meg utoljára ezzel a problémával.” Mit tettek? Mennyi ideig tartott? Mibe került nekik? Kerestek megoldást? Fizettek érte? A valódi viselkedés minden alkalommal legyőzi a feltételezett lelkesedést.

Kérdések, amelyek őszinte választ adnak

• „Vezessen végig azon, amikor utoljára megtörtént.” — a valódi munkafolyamatot hozza felszínre, nem egy idealizáltat.
• „Mit tett ez ügyben?” — feltárja, hogy valóban érdekli-e, vagy csak legyint rá.
• „Mennyi idejébe vagy pénzébe került ez?” — a homályos fájdalmat számmá alakítja.
• „Próbálta már korábban megoldani? Mi lett belőle?” — megmondja, van-e költségvetés és szándék.
• „Mi bosszantóbb ennél éppen most?” — ellenőrzi, hogy a problémája egyáltalán bekerül-e az első ötbe.

Hány beszélgetés? Kevesebb, mint gondolná. Mire lefolytat tíz őszinte, jól vezetett interjút a megfelelő emberekkel, a minta általában nyilvánvaló. Vagy hárman-négyen felragyognak közülük, és élénk részletekkel kezdik leírni a fájdalmat — vagy mind udvariasan langyosak, és semmilyen ügyes építés nem fogja ezt megjavítani. Tizenkettő-tizenöt bőven elég egy olyan döntéshez, amelyben megbízhat.

Olcsó módszerek a valódi kereslet tesztelésére

A beszélgetések megmondják, hogy a probléma valódi-e. A következő kérdés az, hogy az emberek cselekedni fognak-e — és ezt csak úgy tudhatja meg, ha kis elköteleződést kér, mielőtt a termék létezne. Itt válik a validálás kissé kényelmetlenné, és egyúttal őszintévé is. A beszéd olcsó; egy kattintás, egy e-mail-cím vagy egy előleg nem az.

Nem kell semmit megépítenie ahhoz, hogy lefuttassa ezeket a teszteket. Egyetlen oldalra van szüksége, amely világosan leírja az ígéretet, és egyetlen konkrét cselekvést kér. A cselekvés az adat. Ha az emberek elolvassák a pitchét, és semmit nem tesznek, az a válasza, és ez sokkal olcsóbb válasz, mint fél év múlva tücsökciripelésbe indítani.

1. 1
   Tegyen ki egy egyoldalas pitchet

   Írja le a problémát és a megoldását egyszerű nyelven, egyetlen világos cselekvésre ösztönzéssel. Egy egyszerű céloldal elég — egyelőre nincs mögötte termék.
2. 2
   Kérjen valódi jelzést

   Ne egy „lájkot”. Kérje meg az embereket, hogy iratkozzanak fel egy várólistára az e-mail-címükkel, rendeljék elő, vagy foglaljanak egy hívást. Minél többe kerül nekik igent mondani, annál többet jelent az igen.
3. 3
   Tereljen oda egy kis őszinte forgalmat

   Ossza meg ott, ahol a valódi közönsége már jelen van — egy releváns közösségben, egy kis hirdetésben, néhány közvetlen üzenetben. Idegeneket akar, nem a támogató ismeretségi körét.
4. 4
   A konverziót olvassa, ne a bókokat

   Mindazok közül, akik valóban megértették az ajánlatot, hányan tették meg a lépést? Maroknyi valódi feliratkozás a megfelelő emberektől többet ér ezer homályos jókívánságnál.

A legerősebb keresleti teszt mind közül az, ha előre kér pénzt. Egy előértékesítés, egy fizetett pilot, egy előleg a korai hozzáférésért — bármi, ahol kinyílik egy pénztárca. Agresszívnek tűnik, és ez a legőszintébb dolog, amit magáért tehet. Aki akár csak egy kis összeget is átad egy termékért, amely még nem létezik, olyat mond magának, amit egyetlen kérdőív sem tudna. Ha talál három-négy ilyen embert, akkor már nincs ötlete. Egy vállalkozása van, amely arra vár, hogy megépítsék.

Adja el, mielőtt megépíti

Van egy lépés az „az emberek érdeklődnek” és a „az emberek minden hónapban fizetni fognak” között, amely megérdemli a saját figyelmét: kézzel szállítani az értéket, mielőtt automatizálná. Ha az ötlete mondjuk egy eszköz, amely a rendezetlen beszállítói e-maileket rendezett heti jelentéssé alakítja, először csinálja meg kézzel három-négy ügyfélnek. Maga lesz a szoftver. Lassú, és nem skálázódik, és épp ez a lényeg — lehetővé teszi, hogy megtanulja, mit kell a terméknek valójában csinálnia, mielőtt kódba foglalná.

Ez két dolgot tesz egyszerre. Bizonyítja, hogy az emberek az eredményért fizetnek, nem csak az ötletéért. És megtanítja a valódi munkafolyamatot — a peremeseteket, a kivételeket, azokat a részeket, amelyek számítanak az ügyfeleknek, és amelyeket egy interjúból sosem talált volna ki. Mire megépíti, nem találgatja a specifikációt. Egy olyan folyamatot kódol, amelyet már lefuttatott kézzel, és amelyért fizettek.

A jelek őszinte olvasása

Mindez csak akkor működik, ha hajlandó elhinni az eredményeket — és ez nehezebb, mint amilyennek hangzik, mert mostanra már kötődik az ötlethez. A veszély nem a rossz adat; hanem egy alapító, aki minden jelet bátorításként értelmez. A langyos érdeklődés lelkesedésként marad meg. Egy udvarias várólista-feliratkozásból „erős kereslet” lesz. Itt a saját optimizmusával kell megküzdenie.

Segít, ha előre eldönti, hogyan néz ki a megfelelés. Mielőtt lefuttat egy tesztet, írja le azt az eredményt, amely továbblépésre késztetné, és azt, amely megállásra. „Ha az interjúim kevesebb mint X-e írja le ezt valódi, visszatérő problémaként, elejtem.” A léc kijelölése azelőtt, hogy látná az adatokat, az egyetlen megbízható védelem az ellen, hogy belebeszélje magát egy olyan építésbe, amelyet nem kellene megtennie.

És néha az őszinte válasz a nem. Ez nem kudarc — ez a rendszer működése. Egy validálási folyamat, amely sosem adhatja vissza azt, hogy „ezt ne építsd meg”, nem validálás, hanem engedélykérés. Azok az alapítók, akik egy karrier során nyernek, nem azok, akiknek sosincsenek rossz ötleteik. Hanem azok, akik három hét alatt, néhány száz euróért megölik a rossz ötleteket, ahelyett hogy egy évig dédelgetnék őket.

Amikor valóban készen áll az építésre

Tegyük fel, hogy a jelek jók. A probléma valódi, az emberek átéléssel írták le, néhányan pénzt tettek le. Most — és csak most — van értelme az építésnek. De még itt is megtérül a mértékletesség. Az első verziójának célja nem az, hogy az a termék legyen, amelyet elképzel. Hanem hogy szállítsa azt az egyetlen alapvető eredményt, amelyért a validált ügyfelei fizetnek, és egyelőre semmi mást.

Itt nyújt át a validálás csendben egy ajándékot: egy éles, bizonyítékokkal alátámasztott specifikációt. Tudja, kinek szól, mi az alapvető feladat, mennyit fizetnek az emberek, és mely funkciók merültek fel újra és újra azokkal szemben, amelyek csak magának számítottak. Ez a tisztaság többet ér bármennyi előzetes tervezésnél. Ez a különbség aközött, hogy a megfelelő kicsi dolgot építi meg, vagy egy drága mindent.

Gyakori kérdések