Kako preveriti SaaS idejo, preden napišete eno samo vrstico kode

Najdražji način, da ugotovite, ali ljudje želijo vašo programsko opremo, je, da jo zgradite. Pa vendar prav to počne večina prvih ustanoviteljev — porabijo šest mesecev in svoje prihranke za pretvorbo ideje v kodo, jo zaženejo v tišino in šele nato začnejo spraševati, ali jo je kdo sploh potreboval. Validacija je poceni različica te lekcije. Tako kupite odgovor za nekaj tednov pogovorov namesto za leto svojega življenja.

Videl sem veliko pametnih ljudi pasti v isto past. Imajo resnično dobro opažanje — pravo nadlogo v panogi, ki jo poznajo — in domnevajo, da je prepad med opažanjem in izdelkom zgolj vprašanje programiranja. Ni. Ta prepad je poln neodgovorjenih vprašanj: ali to kdo drug občuti dovolj boleče, da bo plačal? Bodo prešli od tega, kar počnejo zdaj? Jih lahko dosežete, ne da bi zapravili kup denarja? Na ta vprašanja se ne odgovori s pisanjem kode. Nanje se odgovori s pogovori z ljudmi in opazovanjem, kaj dejansko počnejo.

To je torej vodnik, ki ga dam ustanoviteljem, preden koga najamejo za kakršen koli razvoj. Ne gre za gledališče okoli lean startupa niti za izpolnjevanje platna. Gre za peščico iskrenih, poceni poskusov, ki vam povedo, ali ima vaša ideja utrip — in za disciplino, da rezultatom verjamete, tudi ko zbadajo.

Zakaj se gradnja najprej zdi produktivna — in običajno ni

Gradnja je zapeljiva, ker je videti kot napredek, ki ga lahko vidite. Na koncu programerske seje je tu zaslon, ki deluje, gumb, ki nekaj naredi, stvar, ki jo lahko pokažete partnerju. Pogovori s tujci o problemu ne ustvarijo nobenega artefakta. Je neprijetno, počasno in na koncu imate le zapiske. Ustanovitelji zato sežejo po tipkovnici, ker jih tipkovnica nagradi hitreje.

Težava je, da delujoč zaslon skoraj nič ne pove o tem, ali je ideja prava. Lahko zgradite lep izdelek brez napak za problem, ki ga nihče nima, in bo prav tako mrtev kot grd. Koda je odgovor na vprašanje „kako bomo to dostavili?“ — ne „ali to kdo želi?“ Preživeti mesece pri prvem vprašanju, preden ste odgovorili na drugo, je natanko način, kako dobri inženirji gradijo elegantne rešitve za izmišljene probleme.

Validacija obrne vrstni red. Porabite nekaj tednov in zelo malo denarja, da dokažete — ali ovržete — najbolj tvegano predpostavko svoje ideje preden se zavežete h gradnji. Če je ideja močna, vstopite v razvoj z dokazi, jasnejšo specifikacijo in prvimi uporabniki, ki že čakajo. Če je šibka, to izveste za ceno nekaj kav in ene pristajalne strani, ne za ceno izdelka.

Poiščite tisto eno predpostavko, ki lahko ubije celotno stvar

Vsaka SaaS ideja temelji na skladu prepričanj in ta niso enako nevarna. Nekatera so varna — „ljudje uporabljajo e-pošto“, „mala podjetja ne marajo papirologije“. Druga so stave, od katerih je odvisno celotno vaše podjetje, in če se motijo, nič drugega ni pomembno. Naloga validacije ni preizkusiti vsega. Gre za to, da najdete najbolj tvegano predpostavko in najprej napadete prav njo.

Da jo najdete, zapišite svojo idejo kot en sam stavek: „[ti ljudje] imajo [ta problem] dovolj hudo, da bodo plačali za [to rešitev] namesto za [to, kar počnejo zdaj].“ Nato se brutalno vprašajte: katera beseda v tem stavku bi, če bi se izkazala za neresnično, potopila idejo? Običajno ni rešitev. Gre za to, ali je problem dovolj boleč, da bi zanj plačali, ali pa, ali sploh lahko dosežete te ljudi po sprejemljivi ceni.

To zaporedje je pomembno, ker stroški preizkušanja rastejo z vsakim korakom. Intervju o problemu je brezplačen. Preizkus pripravljenosti plačati stane eno pristajalno stran. Preizkus rešitve morda potrebuje klikabilen prototip. Gradnja je najdražji preizkus med vsemi. Želite spodleteti poceni in zgodaj, ne drago in pozno — zato najcenejše in najbolj smrtonosne preizkuse postavite na začetek.

Pogovarjajte se z ljudmi — a delajte to pravilno

Najbolj koristna posamezna stvar, ki jo lahko naredite, je, da se pogovarjate z ljudmi, za katere mislite, da imajo problem. Ne s prijatelji, ne z drugimi ustanovitelji — z resničnimi ljudmi, ki bi to uporabljali. In tu je zanka, ki uniči večino poskusov: ljudje so vljudni. Vprašajte „bi uporabljali orodje, ki počne X?“ in skoraj vsak reče da, ker reči da je brezplačno in prijazno. Tisti da je brez vrednosti. Potopil je več startupov kot katera koli tehnična napaka.

Rešitev je nehati spraševati o prihodnosti in začeti spraševati o preteklosti. Prihodnost je tam, kjer ljudje lažejo, da so prijazni; preteklost je tam, kjer živi resnica. Namesto „bi to uporabljali?“ vprašajte „povejte mi o zadnjem primeru, ko ste se ukvarjali s tem problemom“. Kaj so naredili? Koliko časa je trajalo? Koliko jih je stalo? So iskali rešitev? So zanjo plačali? Resnično vedenje vsakič premaga hipotetično navdušenje.

Vprašanja, ki dobijo iskrene odgovore

• „Popeljite me skozi zadnji primer, ko se je to zgodilo.“ — razkrije resničen potek dela, ne idealiziranega.
• „Kaj ste glede tega naredili?“ — pokaže, ali jim je res mar ali pa zgolj zamahnejo z roko.
• „Koliko časa ali denarja vas je to stalo?“ — spremeni nejasno bolečino v številko.
• „Ste to že prej poskušali rešiti? Kaj se je zgodilo?“ — pove vam, ali obstaja proračun in namen.
• „Kaj vas trenutno bolj jezi kot to?“ — preveri, ali se vaš problem sploh uvrsti v njihovo prvo peterico.

Koliko pogovorov? Manj, kot bi mislili. Ko opravite deset iskrenih, dobro vodenih intervjujev s pravimi ljudmi, je vzorec običajno očiten. Bodisi se trije ali štirje od njih razvnamejo in začnejo bolečino opisovati v živih podrobnostih — ali pa so vsi vljudno mlačni in nobena pametna gradnja tega ne bo popravila. Dvanajst do petnajst povsem zadošča za odločitev, ki ji lahko zaupate.

Poceni načini za preizkus resničnega povpraševanja

Pogovori vam povedo, ali je problem resničen. Naslednje vprašanje je, ali bodo ljudje ukrepali — in edini način, da to izveste, je, da prosite za majhno zavezo, še preden izdelek obstaja. Tu validacija postane nekoliko neprijetna in hkrati iskrena. Govorjenje je poceni; klik, e-poštni naslov ali polog niso.

Za izvedbo teh preizkusov vam ni treba ničesar zgraditi. Potrebujete eno samo stran, ki jasno opiše obljubo in prosi za eno določeno dejanje. To dejanje so podatki. Če ljudje preberejo vaš pitch in ne naredijo nič, je to vaš odgovor, in to je veliko cenejši odgovor kot zagon v tišino čez šest mesecev.

1. 1
   Postavite enostranski pitch

   Opišite problem in svojo rešitev v preprostem jeziku z enim jasnim pozivom k dejanju. Preprosta pristajalna stran zadošča — za njo zaenkrat še ni nobenega izdelka.
2. 2
   Prosite za resničen signal

   Ne 'všečka'. Prosite ljudi, naj se z e-pošto pridružijo čakalni listi, prednaročijo ali rezervirajo klic. Več kot jih stane reči da, več ta da pomeni.
3. 3
   Pripeljite nekaj poštenega prometa

   Delite to tam, kjer vaše resnično občinstvo že je — ustrezna skupnost, majhen oglas, nekaj neposrednih sporočil. Želite tujce, ne svoje podporne mreže.
4. 4
   Berite konverzijo, ne poklonov

   Od vseh, ki so ponudbo zares razumeli, koliko jih je opravilo dejanje? Peščica resničnih prijav od pravih ljudi premaga tisoč nejasnih dobrih želja.

Najmočnejši preizkus povpraševanja med vsemi je prošnja za denar vnaprej. Predprodaja, plačan pilot, polog za zgodnji dostop — karkoli, kjer se odpre denarnica. Zdi se agresivno in je najbolj iskrena stvar, ki jo lahko naredite zase. Nekdo, ki izroči celo majhno vsoto za izdelek, ki še ne obstaja, vam pove nekaj, česar nobena anketa nikoli ne bi mogla. Če najdete tri ali štiri take ljudi, nimate več ideje. Imate posel, ki čaka, da ga zgradite.

Prodajte to, preden to zgradite

Med „ljudi to zanima“ in „ljudje bodo plačevali vsak mesec“ je korak, ki si zasluži lastno pozornost: dostaviti vrednost ročno, preden jo avtomatizirate. Če je vaša ideja orodje, ki recimo spremeni neurejene e-pošte dobaviteljev v urejeno tedensko poročilo, to najprej naredite ročno za tri ali štiri stranke. Postanete programska oprema. Je počasno in se ne skalira, in prav to je bistvo — omogoči vam izvedeti, kaj mora izdelek dejansko početi, preden to zaupate kodi.

To naredi dve stvari naenkrat. Dokaže, da bodo ljudje plačali za rezultat, ne le za njegovo zamisel. In nauči vas resničnega poteka dela — robnih primerov, izjem, tistih koščkov, do katerih je strankam mar in ki jih iz intervjuja nikoli ne bi uganili. Ko boste začeli graditi, ne ugibate specifikacije. Zapisujete proces, ki ste ga že ročno opravili in zanj bili plačani.

Iskreno branje signalov

Vse to deluje le, če ste pripravljeni verjeti rezultatom — in to je težje, kot se sliši, ker ste do zdaj na idejo navezani. Nevarnost niso slabi podatki; je ustanovitelj, ki vsak signal razlaga kot spodbudo. Mlačno zanimanje se zapomni kot navdušenje. Vljudna prijava na čakalno listo postane „močno povpraševanje“. Tu se morate boriti z lastnim optimizmom.

Pomaga, če se vnaprej odločite, kako izgleda uspeh. Preden izvedete preizkus, zapišite rezultat, ki bi vas pripeljal do nadaljevanja, in rezultat, ki bi vas ustavil. „Če manj kot X mojih intervjujev opiše to kot resničen, ponavljajoč se problem, opustim.“ Odločiti se o letvici, preden vidite podatke, je edina zanesljiva obramba pred tem, da si pregovorite gradnjo, ki je ne bi smeli izvesti.

In včasih je iskren odgovor ne. To ni neuspeh — to je sistem, ki deluje. Validacijski proces, ki nikoli ne more vrniti „tega ne gradi“, ni validacija, je iskanje dovoljenja. Ustanovitelji, ki tekom kariere zmagujejo, niso tisti, ki nikoli nimajo slabih idej. So tisti, ki slabe ideje ubijejo v treh tednih za nekaj sto evrov, namesto da bi jih leto dni negovali.

Ko ste resnično pripravljeni graditi

Recimo, da so signali dobri. Problem je resničen, ljudje so ga opisali s čustvom, nekaj jih je položilo denar. Zdaj — in šele zdaj — gradnja dobi smisel. A tudi tu se zadržanost izplača. Cilj vaše prve različice ni biti izdelek, ki si ga predstavljate. Je dostaviti tisti en osrednji rezultat, za katerega vaše preverjene stranke plačujejo, in zaenkrat nič več.

Tu vam validacija tiho izroči darilo: ostro, z dokazi podprto specifikacijo. Veste, za koga je, kaj je osrednja naloga, koliko bodo ljudje plačali in katere funkcije so se pojavljale znova in znova v primerjavi s tistimi, do katerih je bilo mar le vam. Ta jasnost je vredna več kot kakršna koli mera vnaprejšnjega načrtovanja. To je razlika med gradnjo prave majhne stvari in gradnjo dragega vsega.

Pogosta vprašanja