Primer iz prakse

Od ideje do prvih plačujočih uporabnikov: kako smo zagnali B2B SaaS

Ustanoviteljica je prišla s preglednico, slutnjo in rokom. Enajst tednov pozneje so bili plačujoči kupci. To je iskrena, anonimizirana zgodba o tem, kaj smo zgradili, kaj smo namenoma izpustili in kje smo se zmotili.

Have a nice dayHave a nice day14 min branja
Od ideje do prvih plačujočih uporabnikov: kako smo zagnali B2B SaaS

Prišla je s preglednico, slutnjo in rokom, ki ji ga je konferenca njene panoge določila, ne da bi jo vprašala. Čez štiri mesece naj bi stala na majhnem odru pred približno dvesto ljudmi, ki so vodili prav tisto vrsto podjetij, katerim naj bi njena ideja služila. Hotela jim je pokazati nekaj resničnega — ne prosojnic, ne makete, temveč izdelek, v katerega se neznanec lahko prijavi in zanj plača. S tem pogovorom se ta študija primera začne, najbolj uporabno pri njej pa je, kako vsakdanja je bila izhodiščna točka.

Identifikacijske podrobnosti smo tu namenoma spremenili. Ustanoviteljica je resnična, izdelek deluje, številke pa so blizu resnice, vendar zaokrožene in zmehčane, da nihče ne more razbrati, za koga gre. Ni pomembna konkretna niša — pomembna je oblika poti, saj se ta oblika ponovi skoraj vsakič, ko netehnični ustanovitelj poskuša dobro idejo spremeniti v delujočo programsko opremo. Če ste nekje blizu začetka te poti, lahko prihodnji meseci približno tako izgledajo, ko gre dobro.

Kratka različica: panoga, ki jo je intimno poznala, boleč ročni postopek, ki so ga vsi v njej prenašali, preglednica, ki jo je tiho uporabljala, da ga je opravljala bolje od svojih kolegov, in nič tehničnega ozadja. Enajst tednov osredotočenega dela pozneje so bili prvi plačujoči uporabniki notri. Takole, in — bolj iskreno — tukaj smo se spotaknili.

Položaj: preglednica, ki opravlja resnično delo

Ustanoviteljica je vodila majhno svetovalno podjetje na reguliranem, z dokumenti obloženem področju. Njene stranke so bila druga mala podjetja in vsako se je borilo z istim ponavljajočim se opravilom — zbrati kup obrazcev, preveriti njihovo popolnost, loviti manjkajoče dele in pred rokom izdelati čist povzetek. Večina njenih konkurentov je to počela z e-pošto, telefonskimi klici in mapo Wordovih predlog. Ona je to počela s preglednico, ki jo je gradila in dovršila skozi štiri leta, in stranke so jo zaradi tega tiho oboževale.

Ta preglednica je bila celoten vpogled. Ni bila poslovni načrt ali analiza trga — bila je dokaz. Ljudje so se na njeno orodje že zanašali, prosili so jo, naj ga zažene za podjetja, ki jim niti ni svetovala, ponujali so, da bodo plačali zgolj za dostop. Ko vam kupci poskušajo nekaj kupiti, še preden ste to zgradili, lahko nehate ugibati, ali obstaja povpraševanje. Vprašanje nikoli ni bilo ali se to splača. Vprašanje je bilo ali to lahko postane programska oprema, ki jo lahko nekdo drug uporablja brez nje ob sebi.

Ko vam kupci poskušajo plačati za preglednico, nimate več ideje — imate izdelek, ki še ni zgrajen.
kar smo ji povedali na prvem sestanku

Njene omejitve so bile prav tako resnične. Fiksni proračun iz njenih lastnih prihrankov, ne iz sklada. Rok konference. In trdo pravilo, o katerem smo se dogovorili zgodaj: to ni smelo postati projekt, ki bi vsak dan terjal njeno pozornost, saj je še vedno imela svetovalno podjetje za voditi. Karkoli smo zgradili, je moralo biti dokončljivo, dostopno in dolgočasno za upravljanje. Te tri besede so oblikovale vsako odločitev, ki je sledila.

Prva naloga je bila odločiti, česa NE graditi

Ko ustanovitelji opisujejo svoj sanjski izdelek, je seznam funkcij vedno ogromen, saj si ga predstavljajo že leta. Njen je napolnil dve strani: nadzorne plošče, timska dovoljenja, revizijsko sled, samodejne opomnike, portal za stranke, zaračunavanje, analitiko, integracije s tremi orodji, ki so jih njene stranke uporabljale, in — seveda — "nekje tam malo umetne inteligence." Vsaka postavka je bila razumna. Zgraditi vse pred zagonom bi bila katastrofa.

Zato smo izvedli vajo, ki jo izvajamo z vsemi: pri vsaki funkciji smo postavili eno samo neposredno vprašanje. Če bi to na dan zagona manjkalo, bi kupec zavrnil plačilo? Ne "ali bi bilo s tem lepše" — ali bi prodaja dejansko propadla. Večina funkcij na tem testu pade in v tem je bistvo. Tiste, ki preživijo, so vaš resnični izdelek. Vse drugo je načrt razvoja, kar je čudovito imeti, vendar ni tisto, kar zgradite najprej.

Tisto, kar je preživelo, je bilo skoraj v zadrego majhno. Uporabnik je lahko ustvaril račun, vzpostavil primer, povabil svojo stranko, naj naloži zahtevane dokumente, in dobil nazaj isti čist, preverjen povzetek, kakršnega je izdelovala njena preglednica — le samodejno in brez nje v postopku. To je bilo to. Brez nadzornih plošč. Brez timskih vlog. Brez umetne inteligence, še ne. Štiri funkcije, ena jasna naloga, opravljena kot je treba.

Tabla, prekrita z lepljivimi lističi, na kateri roka premika večino lističev v stolpec 'pozneje' in v stolpcu 'zagon' pušča le štiri, posneto v topli pisarniški svetlobi
Določanje obsega zagona je predvsem dejanje odštevanja. Štirje lističi, ki so ostali, so postali izdelek.

Kaj smo dejansko zgradili v enajstih tednih

Delamo v kratkih, vidnih ciklih, namesto da bi izginili za tri mesece in se vrnili s presenečenjem. Približno vsak teden je ustanoviteljica dobila povezavo do nečesa, kar je lahko kliknila, tudi ko je bilo grdo in napol povezano. Ta ritem je pomembnejši, kot se sliši: njene odločitve je ohranjal majhne in pogoste, namesto da bi se nakopičile v en grozljiv pregled na koncu.

Tedni 1–3: hrbtenica

Najprej smo zgradili neblesteče jedro — račune, varen način shranjevanja dokumentov in podatkovni model pod delovnim tokom primerov. Nič od tega ni vidno kupcu in vse to je tisti del, ki ga je pozneje drago popraviti, če hitite. Ker je izdelek upravljal občutljivo dokumentacijo drugih podjetij, smo nadzor dostopa in ločevanje podatkov obravnavali kot zahtevo za zagon, ne kot poznejšo nadgradnjo. To je eno redkih mest, kjer smo odklonili rezanje.

Tedni 4–7: dejansko delo

Nato del, zaradi katerega se je splačalo plačati: spreminjanje logike njene preglednice v pogon, ki preverja popolnost dokumentov in izdela povzetek. To je bilo srce izdelka in temu smo namenili največ časa. Sedli smo z njo in razčlenili, zakaj vsako pravilo v njeni preglednici obstaja — in nekaj jih se je izkazalo za navade in ne zahteve, kar nam je omogočilo poenostavitev. Do konca sedmega tedna ste lahko zagnali resničen primer od začetka do konca.

Tedni 8–11: narediti ga varnega za zaračunavanje

Zadnji odsek je bil razlika med predstavitvijo in izdelkom. Plačilo, da so se ljudje lahko zares naročili. Čista prijava, ki ni potrebovala priročnika. Ducat drobnih stanj napak, ki odločajo, ali neznanec vaši programski opremi zaupa ali odide. In testiranje — dolgočasno, ponavljajoče se testiranje — z ustanoviteljico in dvema prijaznima strankama, ki sta privolili, da ga namenoma zlomita, preden to storijo neznanci. Ta zadnja skupina si je svoj popust za zgodnji dostop zaslužila večkratno.

Vprašanje 'dajte malo umetne inteligence vmes', iskreno odgovorjeno

Na njenem seznamu želja je bila umetna inteligenca, kakor je zdaj na večini seznamov želja. Nasprotovali smo in vredno je razložiti, zakaj, saj je to isti nasvet, ki ga damo skoraj vsem. Delo, ki ga je morala prva različica opraviti — preverjanje znanega nabora dokumentov glede na znan nabor pravil — je delo, ki ga pravila opravljajo bolje kot umetna inteligenca. Je predvidljivo, preverljivo, in ko regulirana stranka vpraša "zakaj je sistem to označil", želite jasen odgovor, ne skomig z rameni.

To ne pomeni, da umetna inteligenca ni imela mesta. V delovnem toku se je skrival pristno neurejen problem jezikovne narave: stranke so pogosto nalagale dokumente, ki so bili skoraj pravilni, a napačno označeni, ali so prilepile informacije kot prosto besedilo namesto izpolnitve obrazca. Branje tega nereda in njegovo razvrščanje je natanko tisto, v čemer je sodobna umetna inteligenca dobra. Zato smo to skrbno zabeležili — in nato pustili za drugo različico. Dodajanje pred zagonom bi zamaknilo rok, da bi izpilili funkcijo, za katero še nihče ni prosil, da bi zanjo plačal.

Čista razdeljena ilustracija: levo urni mehanizem z oznako 'pravila', desno mehko žareče vozlišče z oznako 'AI', z majhno puščico, ki kaže umetno inteligenco, dodano na vrh pozneje, v uredniškem ploskem slogu
Izdelek je bil zagnan na zanesljivih pravilih. Umetna inteligenca je bila načrtovana za eno nalogo, ki je pravila niso mogla obvladati.

Pridobivanje prvih plačujočih uporabnikov

Tu je del, zaradi katerega ustanovitelji najbolj skrbijo in se nanj najmanj pripravijo. Izdelek, ki ga nihče ne more najti, ni podjetje, ampak konjiček. A ta ustanoviteljica je imela prednost, vrednejšo od katerega koli trženjskega proračuna: že je imela občinstvo, ki ji je zaupalo, in nekaj jih je prosilo za plačilo, še preden je programska oprema obstajala. Načrt zagona se je v celoti naslonil na to in tako bi se moral tudi vaš, če ga imate.

Namesto razkošnega javnega zagona smo storili nasprotno — tihega, premišljenega. Dva tedna pred konferenco je po e-pošti pisala peščici strank, ki so že prosile, jim ponudila ceno za ustanovne člane in jih ročno uvedla, ter prek videoklica opazovala, kako uporabljajo izdelek. Vsaka zmeda je postala popravek. Ko je stala na tem odru, ni predstavljala ideje; opisovala je programsko opremo, za katero so njeni kolegi že plačevali, in to je lahko iskreno povedala.

  1. 1
    Začnite z ljudmi, ki že prosijo
    Njen prvi nagovor je šel le strankam, ki so že prej ponudile plačilo. Toplo povpraševanje se pretvori, preden hladno sploh odgovori.
  2. 2
    Prve uvedite ročno
    Brez junaštva samopostrežbe na začetku. Vsakega zgodnjega uporabnika je vodila v živo in vsako točko zmede spremenila v konkreten popravek.
  3. 3
    Cena za ustanovitelje, ne za vedno
    Zgodnji uporabniki so dobili jasno časovno omejeno ustanovno ceno. Nagradila je njihovo tveganje in poznejšim kupcem dala razlog, zakaj cene rastejo.
  4. 4
    Rok uporabite kot zagon
    Konferenca ni bila trženjski trik, naknadno pripet — bila je sila prisile, ki je obseg ohranjala iskren vso pot.

Rezultat — in kaj resnično pomeni

Do konca meseca zagona je imel izdelek svoje prve plačujoče naročnike — majhno število, takšno, ki ga še lahko preštejete na prste obeh rok, vsak od njih resnično podjetje, ki plačuje resnično mesečno naročnino. Sliši se skromno in je. Hkrati je to najtežji mejnik v vsem življenju programskega izdelka. Prehod od nič plačujočih kupcev do peščice je veliko težji kot prehod od peščice do mnogih, saj je to trenutek, ko ideja preneha biti vaša in postane tržna.

Spodnje številke so ponazoritvene in zaokrožene, a zveste obliki tega, kar se je zgodilo. Tisto, kar želimo, da iz njih vzamete, niso podatki — so razmerja. Ozko določena prva različica, majhen osredotočen proračun, kratek časovni okvir in zagon, usmerjen v toplo povpraševanje namesto v ves internet.

MeriloIzidZakaj je bilo pomembno
Čas do prvega plačujočega uporabnika~11 tednovOzek obseg je ohranjal zagon in moralo visoko
Funkcije ob zagonu4 jedrne funkcijeVsaka je prestala test 'ali bi zavrnili plačilo'
Prvi kupciPeščica toplih stikovVsi iz njenega obstoječega zaupanja vrednega občinstva
Umetna inteligenca v prvi različiciNobenaPravila so opravila jedrno delo; AI je šla v v2
Dnevni čas ustanoviteljiceMinimalenIzdelek je bil zasnovan tako, da je njegovo upravljanje dolgočasno
Ponazoritveni posnetek zagona — številke so zaokrožene in zmehčane zaradi anonimnosti.
Od nič do peščice plačujočih kupcev je najtežji skok v programski opremi. Vse po njem je drugačna, lažja vrsta težavnosti.
mejnik, ki resnično šteje

Kje smo se zmotili

Študija primera, ki našteva le zmage, je oglas, zato tukaj iskren del. Naredili smo dve napaki, ki ju je vredno poimenovati, saj boste v skušnjavi, da bi naredili isti.

Prvič, podcenili smo uvajanje. Obseg izdelka smo skrbno določili, a prvih pet minut izkušnje novega uporabnika smo obravnavali kot naknadno misel, nekaj, kar bomo pospravili na koncu. Izkazalo se je, da je to odločilni trenutek, in porabili smo nenačrtovan teden za ponovno gradnjo prijave in praznega prvega zaslona, da je neznanec lahko razumel, kaj naj stori, ne da bi mu to kdo povedal. Naslednjič je izkušnja prvega zagona funkcija od prvega dne, ne od desetega tedna.

Drugič, dovolili smo, da se je eno "majhno" pravilo v preverjalnem pogonu napihnilo. Ustanoviteljica je robni primer omenila skoraj mimogrede, strinjali smo se, da je lahek, in tiho je požrl tri dni, ker so bili resnični podatki bolj neurejeni, kot je njena čista preglednica kdaj razkrila. Lekcija ni bila "izogibajte se robnim primerom" — ampak da je njena preglednica tiho opravljala ročno čiščenje, na katero je pozabila, da ga počne. Programska oprema mora to nevidno delo narediti vidno, in to vedno stane več, kot kdorkoli pričakuje.

Ustanoviteljica na majhnem odru pred skromnim občinstvom poslovnih ljudi, z gesto kaže na zaslon prenosnika, ki prikazuje čist programski vmesnik, topla samozavestna svetloba
Rok, ki je vse sprožil: stati ne s prodajnim nagovorom, temveč z izdelkom, za katerega so ljudje že plačevali.

Če stojite tam, kjer je stala ona

Tisto, zaradi česar je to delovalo, ni bila domiselna arhitektura ali moderno orodje. Bila je disciplina glede obsega in iskrenost glede povpraševanja. Imela je dokaz, da ljudje to želijo, preden smo napisali eno vrstico kode, mi pa smo bili neusmiljeni pri gradnji najmanjše različice, za katero bi nekdo vseeno plačal. Nobeno od tega ne zahteva tehničnega ozadja. Oboje sta stvari, na katerih lahko začnete delati ta teden, sami.

Če imate preglednico, ki vas ljudje nenehno prosijo, da jo zaženete, ali ročni postopek, za katerega se vam stranke zahvaljujejo, ste morda izdelku bližje, kot mislite. Nevarna poteza je predstavljati si dokončano, funkcijsko popolno različico in zamrzniti pred tem, kako velika izgleda. Ne storite tega. Najdite tisto eno nalogo, ki jo mora nujno opraviti, zgradite samo to in jo postavite pred ljudi, ki že prosijo. Načrt razvoja lahko počaka. Prvi plačujoči uporabnik ne.

Imate preglednico, ki želi postati programska oprema?

Če vas ljudje nenehno prosijo, da plačajo za nekaj, kar počnete ročno, je to najmočnejši signal, kar jih obstaja. Netehničnim ustanoviteljem pomagamo določiti obseg najmanjše različice, vredne zaračunavanja — in jo zgraditi brez kaosa. Prvi pogovor ne stane nič razen ene ure.

Poglejte, kako gradimo programsko opremo po meri

Pogosta vprašanja

Koliko časa v resnici traja zagon B2B SaaS?
Če je obseg ozek in je povpraševanje že dokazano, je prva plačljiva različica realna v približno dveh do treh mesecih. Časovni okvir se razteza, ko ustanovitelji poskušajo zagnati funkcijsko popoln izdelek namesto najmanjše različice, za katero bo nekdo plačal. Enajst tednov v tej študiji primera je bilo mogoče samo zato, ker smo dvostranski seznam želja skrajšali na štiri jedrne funkcije.
Ali moram znati programirati, da zgradim SaaS?
Ne. Ustanoviteljica v tej študiji primera ni imela prav nobenega tehničnega ozadja. Tisto, kar zares potrebujete, je poglobljeno poznavanje problema in iskrenost glede tega, ali ljudje rešitev resnično želijo. Gradnja je naše delo; strokovno znanje o področju in odnosi s strankami so vaši in to je težja polovica.
Ali naj moja prva različica vključuje umetno inteligenco?
Običajno ne. Večina jedrnih B2B delovnih tokov temelji na pravilih — so predvidljivi, preverljivi in jim bolje služi navadna avtomatizacija. Umetna inteligenca si prisluži mesto tam, kjer je delo neurejeno in jezikovne narave, kot pri razlagi dokumentov, ki pridejo v napačni obliki. Tukaj smo umetno inteligenco pustili za drugo različico in izdelek je tudi brez nje služil denar.
Kako pridobim čisto prve plačujoče kupce?
Začnite s toplim povpraševanjem — ljudmi, ki vam že zaupajo in so pokazali zanimanje, ne s hladnim odprtim internetom. Prve uvedite ročno, opazujte, kako izdelek uporabljajo, in popravite vsako zmedo, ki jo vidite. Majhna skupina plačujočih ustanovnih članov je na začetku veliko dragocenejša od velikega vala radovednih neznancev, ki se nikoli ne pretvorijo.
Katera je najpogostejša napaka v tej fazi?
Pravzaprav dve. Premajhno vlaganje v prvih pet minut, ki jih nov uporabnik preživi v izdelku — uvajanje odloča, ali mu neznanci zaupajo. In podcenjevanje skritega ročnega dela, ki ga preglednica tiho opravlja in katerega podvajanje v programski opremi vedno stane več, kot kdorkoli pričakuje. Predvidite čas za oboje že od začetka.
Have a nice day
Have a nice day
Uredništvo

Have a nice day je programski studio, ki malim in srednjim podjetjem pomaga pri digitalizaciji — avtomatizacija, umetna inteligenca in programska oprema po meri, ki deluje v vsakdanjem poslovanju, ne le na prosojnicah.

Sorodne storitve