Ideasta ensimmäisiin maksaviin käyttäjiin: näin lanseerasimme B2B-SaaSin
Perustaja tuli luoksemme taulukko, aavistus ja takaraja mukanaan. Yksitoista viikkoa myöhemmin maksavia asiakkaita oli olemassa. Tämä on rehellinen, anonymisoitu tarina siitä, mitä rakensimme, mitä jätimme tietoisesti pois ja missä menimme pieleen.

Hän saapui taulukko, aavistus ja takaraja mukanaan, jonka hänen alansa konferenssi oli asettanut hänelle kysymättä. Neljän kuukauden päästä hän seisoisi pienellä lavalla noin kahdensadan ihmisen edessä, jotka pyörittivät juuri sellaista liiketoimintaa, jota varten hänen ideansa oli tarkoitettu. Hän halusi näyttää heille jotain aitoa — ei dioja, ei mallinnusta, vaan tuotteen, johon tuntematon voisi kirjautua ja maksaa. Tästä keskustelusta tämä tapaustutkimus alkaa, ja hyödyllisintä siinä on se, kuinka tavanomainen lähtökohta oli.
Olemme muuttaneet tunnistettavat yksityiskohdat tarkoituksella. Perustaja on todellinen, tuote on käytössä, ja luvut ovat lähellä totuutta, mutta pyöristettyjä ja pehmennettyjä niin, ettei kukaan voi päätellä, kenestä on kyse. Tärkeää ei ole tietty toimiala — vaan matkan muoto, koska se muoto toistuu lähes joka kerta, kun ei-tekninen perustaja yrittää muuttaa hyvän idean toimivaksi ohjelmistoksi. Jos olet jossain tuon tien alkupäässä, näin seuraavat kuukaudet voivat suunnilleen näyttää, kun kaikki sujuu hyvin.
Lyhyt versio: ala, jonka hän tunsi läpikotaisin, kivulias manuaalinen prosessi, jonka kaikki sietivät, taulukko, jota hän hiljaa käytti tehdäkseen sen paremmin kuin kollegansa, ja nolla teknistä taustaa. Yhdentoista viikon keskittyneen työn jälkeen ensimmäiset maksavat käyttäjät olivat mukana. Näin se kävi — ja rehellisemmin sanottuna — tässä kohtaa kompastuimme.
Tilanne: taulukko, joka tekee todellista työtä
Perustaja pyöritti pientä konsultointitoimistoa säädellyllä, dokumenttipainotteisella alalla. Hänen asiakkaansa olivat muita pienyrityksiä, ja jokainen niistä painiskeli saman toistuvan rutiinin kanssa — lomakepinon kokoaminen, niiden tarkistaminen täydellisyyden varalta, puuttuvien osien jahtaaminen ja siistin yhteenvedon tuottaminen ennen takarajaa. Useimmat hänen kilpailijoistaan tekivät tämän sähköpostilla, puheluilla ja Word-mallien kansiolla. Hän teki sen taulukolla, jonka oli rakentanut ja hionut neljän vuoden ajan, ja hänen asiakkaansa rakastivat häntä hiljaa siitä.
Tuo taulukko oli koko oivallus. Se ei ollut liiketoimintasuunnitelma tai markkina-analyysi — se oli todiste. Ihmiset luottivat jo hänen työkaluunsa, pyysivät häntä ajamaan sen yrityksille, joita hän ei edes konsultoinut, ja tarjoutuivat maksamaan pelkästä käyttöoikeudesta. Kun asiakkaat yrittävät ostaa jotain ennen kuin olet sen rakentanut, voit lopettaa arvailun siitä, onko kysyntää. Kysymys ei koskaan ollut kannattaako tätä tehdä. Kysymys oli voiko tästä tulla ohjelmisto, jota joku muu voi käyttää ilman, että hän istuu vieressä.
“Kun asiakkaat yrittävät maksaa sinulle taulukosta, sinulla ei ole enää ideaa — sinulla on tuote, jota ei ole vielä rakennettu.”
Hänen rajoitteensa olivat yhtä todellisia. Kiinteä budjetti, joka tuli hänen omista säästöistään, ei rahastosta. Konferenssin takaraja. Ja tiukka sääntö, josta sovimme varhain: tästä ei saanut tulla projekti, joka vaati hänen huomionsa joka päivä, koska hänellä oli yhä konsultointitoimisto pyöritettävänä. Mitä tahansa rakensimme, sen piti olla valmiiksi saatava, edullinen ja tylsä pyörittää. Nuo kolme sanaa muovasivat jokaisen seuraavan päätöksen.
Ensimmäinen tehtävä oli päättää, mitä EI rakenneta
Kun perustajat kuvailevat unelmatuotettaan, ominaisuuslista on aina valtava, koska he ovat kuvitelleet sitä vuosia. Hänen listansa täytti kaksi sivua: koontinäytöt, tiimin käyttöoikeudet, muutosloki, automaattiset muistutukset, asiakkaalle näkyvä portaali, laskutus, analytiikka, integraatiot kolmeen työkaluun, joita hänen asiakkaansa käyttivät, ja — tietysti — "vähän tekoälyä jonnekin". Jokainen kohta oli järkevä. Kaikkien rakentaminen ennen lanseerausta olisi ollut katastrofi.
Joten teimme harjoituksen, jonka teemme kaikkien kanssa: jokaisesta ominaisuudesta kysyimme yhden suoran kysymyksen. Jos tämä puuttuisi lanseerauspäivänä, kieltäytyisikö asiakas maksamasta? Ei "olisiko se mukavampi sen kanssa" — kuolisiko kauppa oikeasti. Useimmat ominaisuudet eivät läpäise tätä testiä, ja siinä on pointti. Ne, jotka selviävät, ovat todellinen tuotteesi. Kaikki muu on tiekartta, joka on ihana asia omistaa, mutta ei se, jonka rakennat ensin.
Se mitä jäi jäljelle, oli melkein noloa pientä. Käyttäjä saattoi luoda tilin, perustaa tapauksen, kutsua asiakkaansa lataamaan vaaditut dokumentit ja saada takaisin saman siistin, tarkistetun yhteenvedon, jonka hänen taulukkonsa tuotti — paitsi automaattisesti ja ilman häntä mukana. Siinä se. Ei koontinäyttöjä. Ei tiimirooleja. Ei tekoälyä, ei vielä. Neljä ominaisuutta, yksi selkeä tehtävä, tehty kunnolla.

Mitä todella rakensimme yhdessätoista viikossa
Työskentelemme lyhyissä, näkyvissä sykleissä sen sijaan, että katoaisimme kolmeksi kuukaudeksi ja palaisimme yllätyksen kanssa. Suunnilleen joka viikko perustaja sai linkin johonkin, mitä hän pystyi klikkaamaan, vaikka se oli ruma ja puolitiehen kytketty. Tuolla rytmillä on enemmän merkitystä kuin miltä kuulostaa: se piti hänen päätöksensä pieninä ja tiheinä sen sijaan, että ne kasaantuisivat yhdeksi pelottavaksi katselmukseksi lopussa.
Viikot 1–3: selkäranka
Ensin rakensimme epäglamoroosin ytimen — tilit, turvallisen tavan tallentaa dokumentit ja tietomallin tapaustyönkulun alle. Mikään tästä ei näy asiakkaalle, ja kaikki tämä on se osa, jota on kallista korjata myöhemmin, jos kiirehtii. Koska tuote käsitteli muiden yritysten arkaluonteisia papereita, kohtelimme pääsynhallintaa ja tietojen erottelua lanseerausvaatimuksena, ei myöhempänä päivityksenä. Se on yksi harvoista kohdista, joista kieltäydyimme tinkimästä.
Viikot 4–7: varsinainen työ
Sitten se osa, joka teki siitä maksamisen arvoisen: hänen taulukkologiikkansa muuttaminen moottoriksi, joka tarkistaa dokumentit täydellisyyden varalta ja tuottaa yhteenvedon. Tämä oli tuotteen sydän ja annoimme sille eniten aikaa. Istuimme hänen kanssaan ja puruimme auki, miksi jokainen sääntö hänen taulukossaan oli olemassa — ja useat niistä osoittautuivat tavoiksi vaatimusten sijaan, mikä antoi meidän yksinkertaistaa. Seitsemännen viikon loppuun mennessä saatoit ajaa todellisen tapauksen alusta loppuun.
Viikot 8–11: turvalliseksi tekeminen veloittamista varten
Viimeinen vaihe oli ero demon ja tuotteen välillä. Maksaminen, jotta ihmiset voisivat oikeasti tilata. Siisti rekisteröityminen, joka ei tarvinnut ohjekirjaa. Tusina pientä virhetilannetta, jotka ratkaisevat, luottaako tuntematon ohjelmistoosi vai poistuuko. Ja testaaminen — tylsä, toistuva testaaminen — perustajan ja kahden ystävällisen asiakkaan kanssa, jotka suostuivat rikkomaan sen tarkoituksella ennen kuin tuntemattomat tekivät niin. Tuo viimeinen ryhmä ansaitsi varhaisen pääsyn alennuksensa moninkertaisesti.
"Laita siihen vähän tekoälyä" -kysymys, rehellisesti vastattuna
Hänen toivelistallaan oli tekoäly, kuten useimmilla toivelistoilla nykyään. Vastustimme, ja on syytä selittää miksi, koska se on sama neuvo, jonka annamme lähes kaikille. Tehtävä, joka ensimmäisen version piti tehdä — tunnetun dokumenttijoukon tarkistaminen tunnettua sääntöjoukkoa vastaan — on tehtävä, jonka säännöt tekevät paremmin kuin tekoäly. Se on ennustettavaa, tarkastettavaa, ja kun säädelty asiakas kysyy "miksi järjestelmä merkitsi tämän", haluat selkeän vastauksen, et olankohautusta.
Se ei tarkoita, ettei tekoälyllä olisi paikkaa. Työnkulussa piili aidosti sotkuinen, kielimuotoinen ongelma: asiakkaat latasivat usein dokumentteja, jotka olivat melkein oikein mutta väärin merkitty, tai liittivät tietoa vapaana tekstinä lomakkeen täyttämisen sijaan. Tuon sotkun lukeminen ja lajittelu on juuri sitä, missä moderni tekoäly on hyvä. Joten merkitsimme sen huolellisesti — ja sitten jätimme sen toiseen versioon. Sen lisääminen ennen lanseerausta olisi viivästyttänyt takarajaa hiomaan ominaisuutta, josta kukaan ei ollut vielä pyytänyt saada maksaa.

Ensimmäisten maksavien käyttäjien hankkiminen
Tässä on se osa, josta perustajat huolehtivat eniten ja johon valmistautuvat vähiten. Tuote, jota kukaan ei löydä, ei ole liiketoimintaa, vaan harrastus. Mutta tällä perustajalla oli etu, joka oli arvokkaampi kuin mikään markkinointibudjetti: hänellä oli jo yleisö, joka luotti häneen, ja muutamat heistä olivat pyytäneet saada maksaa ennen kuin ohjelmistoa oli olemassa. Lanseeraussuunnitelma nojasi täysin siihen, ja sinunkin tulisi, jos sinulla on se.
Näyttävän julkisen lanseerauksen sijaan teimme päinvastoin — hiljaisen, harkitun. Kaksi viikkoa ennen konferenssia hän lähetti sähköpostia kourallisille asiakkaille, jotka olivat jo pyytäneet, tarjosi heille perustajajäsenhinnan ja perehdytti heidät käsin, seuraten videopuhelussa, kun he käyttivät sitä. Jokaisesta hämmennyksestä tuli korjaus. Kun hän seisoi sillä lavalla, hän ei myynyt ideaa; hän kuvaili ohjelmistoa, josta hänen kollegansa jo maksoivat, ja hän saattoi sanoa niin rehellisesti.
- 1Aloita ihmisistä, jotka jo pyytävätHänen ensimmäinen yhteydenottonsa meni vain asiakkaille, jotka olivat aiemmin tarjoutuneet maksamaan. Lämmin kysyntä konvertoituu ennen kuin kylmä edes vastaa.
- 2Perehdytä ensimmäiset muutamat käsinEi itsepalvelusankaruutta alussa. Hän opasti jokaista varhaista käyttäjää livenä, muuttaen jokaisen hämmennyksen kohdan konkreettiseksi korjaukseksi.
- 3Hinnoittele perustajille, ei ikuisestiVarhaiset käyttäjät saivat selkeästi aikarajoitetun perustajahinnan. Se palkitsi heidän riskinsä ja antoi myöhemmille asiakkaille syyn, miksi hinnat nousivat.
- 4Käytä takarajaa lanseerauksenaKonferenssi ei ollut jälkeenpäin liimattu markkinointitemppu — se oli pakottava tekijä, joka piti laajuuden rehellisenä koko ajan.
Lopputulos — ja mitä se oikeasti tarkoittaa
Lanseerauskuukauden loppuun mennessä tuotteella oli ensimmäiset maksavat tilaajansa — pieni määrä, sellainen, jonka voi vielä laskea kahdella kädellä, jokainen heistä todellinen yritys, joka maksaa todellisen kuukausimaksun. Se kuulostaa vaatimattomalta, ja se on sitä. Se on myös yksittäinen vaikein virstanpylväs koko ohjelmistotuotteen elämässä. Siirtyminen nollasta maksavasta asiakkaasta muutamaan on paljon vaikeampaa kuin siirtyminen muutamasta moneen, koska se on hetki, jolloin idea lakkaa olemasta sinun ja muuttuu markkinoiden idea.
Alla olevat luvut ovat havainnollistavia ja pyöristettyjä, mutta ne ovat uskollisia sille, mitä tapahtui. Se mitä haluamme sinun ottavan niistä, eivät ole luvut — vaan suhteet. Tiukasti rajattu ensimmäinen versio, pieni keskittynyt budjetti, lyhyt aikataulu ja lanseeraus, joka tähtäsi lämpimään kysyntään koko internetin sijaan.
| Mittari | Tulos | Miksi sillä oli merkitystä |
|---|---|---|
| Aika ensimmäiseen maksavaan käyttäjään | ~11 viikkoa | Lyhyt laajuus piti vauhdin ja moraalin korkealla |
| Ominaisuudet lanseerauksessa | 4 ydintoimintoa | Jokainen läpäisi "kieltäytyisivätkö maksamasta" -testin |
| Ensimmäiset asiakkaat | Kourallinen lämpimiä liidejä | Kaikki hänen olemassa olevasta luotetusta yleisöstään |
| Tekoäly ensimmäisessä versiossa | Ei lainkaan | Säännöt tekivät ydintyön; tekoäly siirtyi v2:een |
| Perustajan päivittäinen aika | Minimaalinen | Tuote suunniteltiin tylsäksi pyörittää |
“Nollasta muutamaan maksavaan asiakkaaseen on ohjelmiston vaikein loikka. Kaikki sen jälkeen on erilaista, helpompaa vaikeutta.”
Missä menimme pieleen
Tapaustutkimus, joka listaa vain voitot, on mainos, joten tässä on rehellinen osuus. Teimme kaksi virhettä, jotka kannattaa nimetä, koska sinä houkuttuisit samoihin.
Ensinnäkin aliarvioimme perehdytyksen. Olimme rajanneet tuotteen huolellisesti, mutta kohtelimme uuden käyttäjän kokemuksen ensimmäisiä viittä minuuttia jälkikäteisajatuksena, jotain siistittäväksi lopuksi. Se osoittautui ratkaisevaksi hetkeksi, ja vietimme suunnittelemattoman viikon rakentaen uudelleen rekisteröitymisen ja tyhjän ensinäkymän niin, että tuntematon ymmärtäisi, mitä tehdä ilman kertomista. Ensi kerralla ensikäynnin kokemus on ominaisuus ensimmäisestä päivästä lähtien, ei kymmenennestä viikosta.
Toiseksi annoimme yhden "pienen" säännön tarkistusmoottorissa paisua. Perustaja mainitsi reunatapauksen melkein ohimennen, olimme yhtä mieltä, että se oli helppo, ja se kulutti hiljaa kolme päivää, koska todellinen data oli sotkuisempaa kuin hänen siisti taulukkonsa koskaan paljasti. Opetus ei ollut "vältä reunatapauksia" — vaan että hänen taulukkonsa oli hiljaa tehnyt manuaalista siivousta, jonka hän oli unohtanut tekevänsä. Ohjelmiston täytyy tehdä tuo näkymätön työ näkyväksi, ja se maksaa aina enemmän kuin kukaan odottaa.

Jos seisot siellä, missä hän seisoi
Se mikä sai tämän toimimaan, ei ollut näppärä arkkitehtuuri tai muodikas työkalu. Se oli kuria laajuuden suhteen ja rehellisyyttä kysynnän suhteen. Hänellä oli todiste siitä, että ihmiset halusivat sitä, ennen kuin kirjoitimme riviäkään koodia, ja olimme häikäilemättömiä rakentaessamme pienimmän version, josta joku silti maksaisi. Kumpikaan ei vaadi teknistä taustaa. Molemmat ovat asioita, jotka voit aloittaa tällä viikolla itse.
Jos sinulla on taulukko, jota ihmiset jatkuvasti pyytävät sinua ajamaan, tai manuaalinen prosessi, josta asiakkaasi kiittävät sinua, saatat olla lähempänä tuotetta kuin luulet. Vaarallinen liike on kuvitella valmis, ominaisuuksiltaan täydellinen versio ja jäätyä siihen, kuinka isolta se näyttää. Älä tee niin. Löydä se yksi tehtävä, joka sen on ehdottomasti tehtävä, rakenna vain se ja laita se jo pyytävien ihmisten eteen. Tiekartta voi odottaa. Ensimmäinen maksava käyttäjä ei voi.
Onko sinulla taulukko, joka haluaa olla ohjelmisto?
Jos ihmiset jatkuvasti pyytävät saada maksaa jostain, jonka teet käsin, se on vahvin signaali mitä on. Autamme ei-teknisiä perustajia rajaamaan pienimmän veloittamisen arvoisen version — ja rakennamme sen ilman kaaosta. Ensimmäinen keskustelu ei maksa muuta kuin tunnin.
Katso miten rakennamme räätälöityjä ohjelmistojaUsein kysytyt kysymykset
Kuinka kauan B2B-SaaSin lanseeraaminen oikeasti kestää?
Pitääkö minun osata koodata rakentaakseni SaaSin?
Pitäisikö ensimmäisen versioni sisältää tekoälyä?
Miten saan aivan ensimmäiset maksavat asiakkaat?
Mikä on yleisin virhe tässä vaiheessa?

Have a nice day on ohjelmistostudio, joka auttaa pieniä ja keskisuuria yrityksiä digitalisoitumaan — automaatiota, tekoälyä ja räätälöityjä ohjelmistoja, jotka toimivat arjessa, eivät vain kalvoilla.