Käytännön esimerkki

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.

Have a nice dayHave a nice day11 min lukuaika
Ideasta ensimmäisiin maksaviin käyttäjiin: näin lanseerasimme B2B-SaaSin

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.
se mitä kerroimme hänelle ensimmäisessä tapaamisessa

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.

Tussitaulu täynnä tarralappuja, jossa käsi siirtää suurinta osaa lapuista "myöhemmin"-sarakkeeseen ja jättää vain neljä lappua "lanseeraus"-sarakkeeseen, kuvattu lämpimässä toimistovalossa
Lanseerauksen rajaaminen on enimmäkseen vähennyslaskua. Neljästä jääneestä lapusta tuli tuote.

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.

Siisti jaettu kuvitus: vasemmalla kellokoneisto merkinnällä "säännöt", oikealla pehmeästi hohtava solmu merkinnällä "tekoäly", pieni nuoli osoittamassa tekoälyn lisättynä päälle myöhemmin, toimituksellinen litteä tyyli
Tuote lanseerattiin luotettavilla säännöillä. Tekoäly oli aikataulutettu yhteen tehtävään, jota säännöt eivät voineet käsitellä.

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.

  1. 1
    Aloita ihmisistä, jotka jo pyytävät
    Hänen ensimmäinen yhteydenottonsa meni vain asiakkaille, jotka olivat aiemmin tarjoutuneet maksamaan. Lämmin kysyntä konvertoituu ennen kuin kylmä edes vastaa.
  2. 2
    Perehdytä ensimmäiset muutamat käsin
    Ei itsepalvelusankaruutta alussa. Hän opasti jokaista varhaista käyttäjää livenä, muuttaen jokaisen hämmennyksen kohdan konkreettiseksi korjaukseksi.
  3. 3
    Hinnoittele perustajille, ei ikuisesti
    Varhaiset käyttäjät saivat selkeästi aikarajoitetun perustajahinnan. Se palkitsi heidän riskinsä ja antoi myöhemmille asiakkaille syyn, miksi hinnat nousivat.
  4. 4
    Käytä takarajaa lanseerauksena
    Konferenssi 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.

MittariTulosMiksi sillä oli merkitystä
Aika ensimmäiseen maksavaan käyttäjään~11 viikkoaLyhyt laajuus piti vauhdin ja moraalin korkealla
Ominaisuudet lanseerauksessa4 ydintoimintoaJokainen läpäisi "kieltäytyisivätkö maksamasta" -testin
Ensimmäiset asiakkaatKourallinen lämpimiä liidejäKaikki hänen olemassa olevasta luotetusta yleisöstään
Tekoäly ensimmäisessä versiossaEi lainkaanSäännöt tekivät ydintyön; tekoäly siirtyi v2:een
Perustajan päivittäinen aikaMinimaalinenTuote suunniteltiin tylsäksi pyörittää
Havainnollistava tilannekuva lanseerauksesta — luvut on pyöristetty ja pehmennetty anonymiteetin vuoksi.
Nollasta muutamaan maksavaan asiakkaaseen on ohjelmiston vaikein loikka. Kaikki sen jälkeen on erilaista, helpompaa vaikeutta.
virstanpylväs, jolla on oikeasti merkitystä

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.

Perustaja pienellä lavalla vaatimattoman liike-elämän yleisön edessä, elehtien kohti kannettavan näyttöä, joka näyttää siistin ohjelmistokäyttöliittymän, lämmin itsevarma valaistus
Takaraja, joka aloitti kaiken: nousta esiin ei myyntipuheen kanssa, vaan tuotteen kanssa, josta ihmiset jo maksoivat.

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ä ohjelmistoja

Usein kysytyt kysymykset

Kuinka kauan B2B-SaaSin lanseeraaminen oikeasti kestää?
Jos laajuus on tiukka ja kysyntä on jo todistettu, ensimmäinen maksullinen versio on realistinen noin kahdessa tai kolmessa kuukaudessa. Aikataulu venyy, kun perustajat yrittävät lanseerata ominaisuuksiltaan täydellisen tuotteen pienimmän maksamisen arvoisen version sijaan. Tämän tapaustutkimuksen yksitoista viikkoa olivat mahdollisia vain siksi, että karsimme kaksisivuisen toivelistan neljään ydintoimintoon.
Pitääkö minun osata koodata rakentaakseni SaaSin?
Ei. Tämän tapaustutkimuksen perustajalla ei ollut lainkaan teknistä taustaa. Mitä tarvitset on syvä tieto ongelmasta ja rehellisyys siitä, haluavatko ihmiset oikeasti ratkaisun. Rakentaminen on meidän työmme; toimialaosaaminen ja asiakassuhteet ovat sinun, ja ne ovat vaikeampi puolisko.
Pitäisikö ensimmäisen versioni sisältää tekoälyä?
Yleensä ei. Useimmat B2B-ydintyönkulut ovat sääntöpohjaisia — ennustettavia, tarkastettavia ja paremmin tavallisen automaation palvelemia. Tekoäly ansaitsee paikkansa siellä, missä työ on sotkuista ja kielimuotoista, kuten väärässä muodossa saapuvien dokumenttien tulkitsemisessa. Jätimme tekoälyn tässä toiseen versioon, ja tuote teki silti rahaa ilman sitä.
Miten saan aivan ensimmäiset maksavat asiakkaat?
Aloita lämpimästä kysynnästä — ihmisistä, jotka jo luottavat sinuun ja ovat osoittaneet kiinnostusta, eivät kylmästä avoimesta internetistä. Perehdytä ensimmäiset muutamat käsin, katso miten he käyttävät sitä, ja korjaa jokainen näkemäsi hämmennys. Pieni ryhmä maksavia perustajajäseniä on alussa paljon arvokkaampi kuin iso aalto uteliaita tuntemattomia, jotka eivät koskaan konvertoidu.
Mikä on yleisin virhe tässä vaiheessa?
Kaksi, oikeastaan. Alisijoittaminen niihin ensimmäisiin viiteen minuuttiin, jotka uusi käyttäjä viettää tuotteessa — perehdytys ratkaisee, luottavatko tuntemattomat siihen. Ja sen piilevän manuaalisen työn aliarviointi, jota taulukko hiljaa tekee, joka aina maksaa enemmän ohjelmistossa toistettavaksi kuin kukaan odottaa. Varaa aikaa molempiin alusta lähtien.
Have a nice day
Have a nice day
Toimitus

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.

Sopivat palvelut