Případová studie

Od nápadu k prvním platícím uživatelům: jak jsme spustili B2B SaaS

Zakladatelka za námi přišla s tabulkou, tušením a termínem. O jedenáct týdnů později měla platící zákazníky. Toto je upřímný a anonymizovaný příběh o tom, co jsme postavili, co jsme záměrně vynechali a kde jsme to zvorali.

Have a nice dayHave a nice day13 min čtení
Od nápadu k prvním platícím uživatelům: jak jsme spustili B2B SaaS

Přišla s tabulkou, tušením a termínem, který jí oborová konference stanovila, aniž by se jí zeptala. Za čtyři měsíce měla stát na malém pódiu před zhruba dvěma sty lidmi, kteří provozovali přesně ten druh podnikání, jemuž měl její nápad sloužit. Chtěla jim ukázat něco skutečného — žádné slidy, žádný náčrt, ale produkt, do kterého se cizí člověk může přihlásit a zaplatit za něj. Tímhle rozhovorem tato případová studie začíná a nejužitečnější na ní je, jak obyčejný byl ten výchozí bod.

Identifikační údaje jsme tu záměrně pozměnili. Zakladatelka je skutečná, produkt běží a čísla jsou blízká pravdě, ale zaokrouhlená a zjemněná, aby nikdo nemohl zpětně odvodit, o koho jde. Nezáleží na konkrétní nice — záleží na tvaru té cesty, protože ten se opakuje téměř pokaždé, když se netechnický zakladatel pokusí proměnit dobrý nápad ve fungující software. Pokud jste někde na začátku té cesty, takhle zhruba mohou vypadat příští měsíce, když se daří.

Stručně: obor, který důvěrně znala, bolestivý ruční proces, který v něm všichni snášeli, tabulka, kterou potichu používala, aby tu práci dělala lépe než kolegové, a nulové technické zázemí. Po jedenácti týdnech soustředěné práce přišli první platící uživatelé. Tady je, jak — a upřímněji — tady je, kde jsme klopýtli.

Situace: tabulka, která dělá skutečnou práci

Zakladatelka vedla malou poradenskou firmu v regulovaném, dokumenty přetíženém oboru. Jejími klienty byly další malé firmy a každá z nich se potýkala se stejnou opakující se dřinou — posbírat hromadu formulářů, zkontrolovat jejich úplnost, dohánět chybějící části a před termínem vytvořit čisté shrnutí. Většina jejích konkurentů to dělala e-mailem, telefonáty a složkou wordových šablon. Ona to dělala tabulkou, kterou stavěla a ladila čtyři roky, a její klienti ji za to potichu zbožňovali.

Ta tabulka byla celý ten vhled. Nebyl to podnikatelský plán ani analýza trhu — byl to důkaz. Lidé se na její nástroj už spoléhali, žádali ji, aby ho spustila pro firmy, kterým ani neradila, nabízeli, že zaplatí jen za přístup. Když se zákazníci snaží něco koupit dřív, než to postavíte, můžete přestat hádat, jestli existuje poptávka. Otázka nikdy nezněla jestli to stojí za to. Otázka zněla jestli se z tohohle může stát software, který někdo jiný použije, aniž by u toho ona seděla.

Když se vám zákazníci snaží zaplatit za tabulku, už nemáte nápad — máte produkt, který ještě nebyl postaven.
co jsme jí řekli na první schůzce

Její omezení byla stejně reálná. Pevný rozpočet, který vyšel z jejích vlastních úspor, ne z fondu. Termín konference. A tvrdé pravidlo, na kterém jsme se brzy shodli: tohle se nesmí stát projektem, který si denně žádá její pozornost, protože stále musela vést poradenskou firmu. Cokoli jsme postavili, muselo být dokončitelné, dostupné a nudné na provoz. Tato tři slova utvářela každé další rozhodnutí.

Prvním úkolem bylo rozhodnout, co NESTAVĚT

Když zakladatelé popisují svůj vysněný produkt, seznam funkcí je vždy obrovský, protože si ho představují už roky. Ten její zaplnil dvě stránky: nástěnky, týmová oprávnění, auditní stopa, automatické připomínky, klientský portál, fakturace, analytika, integrace se třemi nástroji, které její klienti používali, a — samozřejmě — „někde tam trochu AI“. Každá položka byla rozumná. Postavit je všechny před spuštěním by byla katastrofa.

Tak jsme udělali cvičení, které děláme s každým: u každé funkce jsme položili jedinou přímou otázku. Kdyby tohle v den spuštění chybělo, odmítl by zákazník zaplatit? Ne „bylo by to s tím hezčí“ — opravdu by prodej padl. Většina funkcí v tomto testu neobstojí, a o to právě jde. Ty, které přežijí, jsou váš skutečný produkt. Vše ostatní je roadmapa, což je krásná věc, ale ne to, co stavíte jako první.

Co přežilo, bylo skoro trapně málo. Uživatel si mohl založit účet, zřídit případ, pozvat svého klienta k nahrání potřebných dokumentů a dostat zpět totéž čisté, zkontrolované shrnutí, jaké vytvářela její tabulka — jen automaticky a bez ní. To bylo vše. Žádné nástěnky. Žádné týmové role. Žádná AI, zatím ne. Čtyři funkce, jeden jasný úkol, udělaný pořádně.

Bílá tabule pokrytá lepicími lístky, kde ruka přesouvá většinu lístků do sloupce „později“ a ve sloupci „spuštění“ nechává jen čtyři lístky, foceno v teplém kancelářském světle
Vymezení rozsahu spuštění je převážně akt odečítání. Čtyři lístky, které zůstaly, se staly produktem.

Co jsme za jedenáct týdnů skutečně postavili

Pracujeme v krátkých, viditelných cyklech, místo abychom na tři měsíce zmizeli a vrátili se s překvapením. Zhruba každý týden dostala zakladatelka odkaz na něco, na co mohla kliknout, i když to bylo ošklivé a napůl zapojené. Tento rytmus znamená víc, než se zdá: udržoval její rozhodnutí malá a častá, místo aby se nahromadila do jediné děsivé kontroly na konci.

Týdny 1–3: páteř

Nejprve jsme postavili neefektní jádro — účty, bezpečný způsob ukládání dokumentů a datový model pod pracovním postupem případu. Nic z toho není pro zákazníka vidět a všechno je tou částí, kterou je drahé opravovat později, pokud to odbydete. Protože produkt zpracovával citlivé dokumenty jiných firem, brali jsme řízení přístupu a oddělení dat jako požadavek pro spuštění, ne jako pozdější vylepšení. To je jedno z mála míst, kde jsme odmítli škrtat.

Týdny 4–7: vlastní práce

Pak ta část, díky které stálo za to platit: proměnit logiku její tabulky v engine, který kontroluje úplnost dokumentů a vytváří shrnutí. Tohle bylo srdce produktu a věnovali jsme mu nejvíc času. Sedli jsme si s ní a rozebrali, proč každé pravidlo v její tabulce existuje — a několik z nich se ukázalo být spíš zvyky než požadavky, což nám umožnilo zjednodušit. Do konce sedmého týdne jste mohli projet skutečný případ od začátku do konce.

Týdny 8–11: udělat to bezpečné na účtování

Poslední úsek byl rozdíl mezi ukázkou a produktem. Platby, aby si lidé mohli skutečně předplatit. Čistá registrace, která nepotřebovala návod. Tucet drobných chybových stavů, které rozhodují, zda cizí člověk vašemu softwaru důvěřuje, nebo odejde. A testování — nudné, opakované — se zakladatelkou a dvěma vstřícnými klienty, kteří souhlasili, že to úmyslně rozbijí dřív, než to udělají cizí lidé. Tahle poslední skupina si svou slevu za včasný přístup mnohonásobně zasloužila.

Otázka „dejte tam nějakou AI“, zodpovězená upřímně

Na jejím seznamu přání byla AI, jak ji dnes má většina seznamů přání. Vzepřeli jsme se a stojí za to vysvětlit proč, protože je to stejná rada, kterou dáváme skoro každému. Úkol, který měla první verze dělat — kontrolovat známou sadu dokumentů proti známé sadě pravidel — je úkol, který pravidla dělají lépe než AI. Je předvídatelný, auditovatelný, a když se regulovaný klient zeptá „proč to systém označil“, chcete jasnou odpověď, ne pokrčení rameny.

To neznamená, že AI neměla žádné místo. V pracovním postupu se skrýval skutečně nepořádný, jazykově laděný problém: klienti často nahrávali dokumenty, které byly skoro správné, ale špatně označené, nebo vkládali informace jako volný text místo vyplnění formuláře. Číst ten nepořádek a třídit ho je přesně to, v čem je moderní AI dobrá. Tak jsme to pečlivě poznamenali — a pak nechali na druhou verzi. Přidat to před spuštěním by oddálilo termín kvůli vyladění funkce, za kterou ještě nikdo nechtěl platit.

Čistá rozdělená ilustrace: vlevo hodinový mechanismus s popiskem „pravidla“, vpravo měkce zářící uzel s popiskem „AI“, s malou šipkou ukazující AI přidanou navrch později, plochý redakční styl
Produkt byl spuštěn na spolehlivých pravidlech. AI byla naplánována na jediný úkol, který pravidla nezvládla.

Získání prvních platících uživatelů

Tady je ta část, které se zakladatelé bojí nejvíc a připravují se na ni nejméně. Produkt, který nikdo nenajde, není podnikání, ale koníček. Ale tahle zakladatelka měla výhodu, která stála za víc než jakýkoli marketingový rozpočet: už měla publikum, které jí důvěřovalo, a pár z nich žádalo, že zaplatí, ještě než software existoval. Plán spuštění se na tom celý opíral, a měl by i ten váš, pokud to máte.

Místo okázalého veřejného spuštění jsme udělali opak — tiché, promyšlené. Dva týdny před konferencí napsala té hrstce klientů, kteří už žádali, nabídla jim cenu zakládajícího člena a osobně je provedla nasazením, sledujíc přes videohovor, jak to používají. Každý zmatek se stal opravou. Když stanula na tom pódiu, nepředkládala nápad; popisovala software, za který její kolegové už platili, a mohla to říct upřímně.

  1. 1
    Začněte u lidí, kteří už žádají
    Její první oslovení šlo jen ke klientům, kteří dříve nabídli, že zaplatí. Teplá poptávka konvertuje dřív, než ta studená vůbec odpoví.
  2. 2
    Prvních pár nasaďte osobně
    Na začátku žádné samoobslužné hrdinství. Každého prvního uživatele provedla naživo a každý bod zmatku proměnila v konkrétní opravu.
  3. 3
    Stanovte cenu pro zakladatele, ne navždy
    První uživatelé dostali jasně časově omezenou zakladatelskou cenu. Odměnila jejich riziko a dala pozdějším zákazníkům důvod, proč ceny rostou.
  4. 4
    Použijte termín jako spuštění
    Konference nebyla marketingový trik přilepený dodatečně — byla to nutící síla, která držela rozsah po celou dobu upřímný.

Výsledek — a co skutečně znamená

Do konce měsíce spuštění měl produkt první platící předplatitele — malý počet, takový, který ještě spočítáte na prstech dvou rukou, každý z nich skutečná firma platící skutečný měsíční poplatek. Zní to skromně a taky to skromné je. Je to zároveň ten nejtěžší milník v celém životě softwarového produktu. Dostat se od nuly platících zákazníků k pár je mnohem těžší než dostat se od pár k mnoha, protože je to okamžik, kdy nápad přestává být váš a stává se trhovým.

Čísla níže jsou ilustrativní a zaokrouhlená, ale věrná tvaru toho, co se stalo. Co z nich chceme, abyste si odnesli, nejsou ta čísla — jsou to poměry. Pevně vymezená první verze, malý zacílený rozpočet, krátká časová osa a spuštění mířené na teplou poptávku, ne na celý internet.

MetrikaVýsledekProč to záleželo
Čas k prvnímu platícímu uživateli~11 týdnůKrátký rozsah udržel tempo i morálku vysoko
Funkce při spuštění4 jádrové funkceKaždá prošla testem „odmítli by zaplatit“
První zákazníciHrstka teplých kontaktůVšichni z jejího stávajícího důvěryhodného publika
AI v první verziŽádnáPravidla odvedla jádrovou práci; AI se přesunula do v2
Denní čas zakladatelkyMinimálníProdukt byl navržen tak, aby byl nudný na provoz
Ilustrativní snímek spuštění — čísla jsou zaokrouhlená a zjemněná kvůli anonymitě.
Od nuly k pár platícím zákazníkům je nejtěžší skok v softwaru. Vše po něm je jiný, snazší druh obtížnosti.
milník, na kterém skutečně záleží

Co jsme zvorali

Případová studie, která vyjmenovává jen úspěchy, je reklama, tak tady je ta upřímná část. Udělali jsme dvě chyby, které stojí za pojmenování, protože budete v pokušení udělat stejné.

Zaprvé jsme podcenili nasazení uživatele. Rozsah produktu jsme vymezili pečlivě, ale prvních pět minut zkušenosti nového uživatele jsme brali jako něco dodatečného, něco, co se na konci dotáhne. Ukázalo se, že je to okamžik buď anebo, a strávili jsme neplánovaný týden přestavbou registrace a prázdné první obrazovky tak, aby cizí člověk pochopil, co dělat, aniž by mu to někdo řekl. Příště je zkušenost z prvního spuštění funkcí od prvního dne, ne od desátého týdne.

Zadruhé jsme nechali jediné „malé“ pravidlo v kontrolním enginu nabobtnat. Zakladatelka zmínila hraniční případ skoro mimochodem, shodli jsme se, že je to snadné, a potichu to spolklo tři dny, protože data z reálného světa byla nepořádnější, než kdy její čistá tabulka odhalila. Lekce nebyla „vyhýbejte se hraničním případům“ — byla to, že její tabulka potichu dělala ruční úklid, na který zapomněla, že ho dělá. Software musí tu neviditelnou práci zviditelnit, a to vždycky stojí víc, než kdokoli čeká.

Zakladatelka na malém pódiu před skromným publikem podnikatelů, gestikuluje k obrazovce notebooku zobrazující čisté softwarové rozhraní, teplé sebevědomé osvětlení
Termín, který to celé spustil: postavit se nikoli s prezentací, ale s produktem, za který lidé už platili.

Pokud stojíte tam, kde stála ona

To, díky čemu to fungovalo, nebyla chytrá architektura ani módní nástroj. Byla to disciplína ohledně rozsahu a upřímnost ohledně poptávky. Měla důkaz, že to lidé chtějí, ještě než jsme napsali jediný řádek kódu, a my jsme byli nemilosrdní ve stavbě té nejmenší verze, za kterou by někdo přesto zaplatil. Ani jedno z toho nevyžaduje technické zázemí. Obojí jsou věci, které můžete začít tento týden, sami.

Pokud máte tabulku, kterou vás lidé pořád žádají spustit, nebo ruční proces, za který vám zákazníci děkují, možná jste k produktu blíž, než si myslíte. Nebezpečný krok je představit si hotovou, funkcemi nabitou verzi a ztuhnout nad tím, jak velká vypadá. Nedělejte to. Najděte ten jeden úkol, který bezpodmínečně musí umět, postavte jen to a postavte to před lidi, kteří už žádají. Roadmapa počká. První platící uživatel ne.

Máte tabulku, která chce být softwarem?

Pokud vás lidé pořád žádají zaplatit za něco, co děláte ručně, je to ten nejsilnější signál, jaký existuje. Pomáháme netechnickým zakladatelům vymezit nejmenší verzi, za kterou stojí účtovat — a postavit ji bez chaosu. První rozhovor stojí jen hodinu.

Podívejte se, jak stavíme software na míru

Časté dotazy

Jak dlouho ve skutečnosti trvá spustit B2B SaaS?
Pokud je rozsah úzký a poptávka už prokázaná, je první placená verze reálná zhruba za dva až tři měsíce. Časová osa se rozfoukne, když se zakladatelé pokusí spustit produkt nabitý funkcemi místo té nejmenší verze, za kterou někdo zaplatí. Jedenáct týdnů v této případové studii bylo možné jen proto, že jsme dvoustránkový seznam přání osekali na čtyři jádrové funkce.
Musím umět programovat, abych postavil SaaS?
Ne. Zakladatelka v této případové studii neměla vůbec žádné technické zázemí. Co skutečně potřebujete, je hluboká znalost problému a upřímnost ohledně toho, zda lidé řešení opravdu chtějí. Stavba je naše práce; oborová odbornost a vztahy se zákazníky jsou vaše, a to je ta těžší půlka.
Měla by moje první verze obsahovat AI?
Obvykle ne. Většina jádrových B2B pracovních postupů je založená na pravidlech — předvídatelná, auditovatelná a lépe obsloužená prostou automatizací. AI si zaslouží místo tam, kde je práce nepořádná a jazykově laděná, jako interpretace dokumentů, které dorazí ve špatném formátu. AI jsme tu nechali na druhou verzi a produkt přesto bez ní vydělával.
Jak získám úplně první platící zákazníky?
Začněte teplou poptávkou — lidmi, kteří vám už důvěřují a projevili zájem, ne studeným otevřeným internetem. Prvních pár nasaďte osobně, sledujte je, jak to používají, a opravte každý zmatek, který uvidíte. Malá skupina platících zakládajících členů má na začátku mnohem větší cenu než velká vlna zvědavých cizinců, kteří nikdy nekonvertují.
Jaká je v této fázi nejčastější chyba?
Vlastně dvě. Nedostatečná investice do prvních pěti minut, které nový uživatel v produktu stráví — nasazení rozhoduje, zda mu cizí lidé důvěřují. A podcenění skryté ruční práce, kterou tabulka potichu dělá a kterou je v softwaru vždy dražší zopakovat, než kdokoli čeká. Vyhraďte si čas na obojí od začátku.
Have a nice day
Have a nice day
Redakce

Have a nice day je softwarové studio, které pomáhá malým a středním firmám s digitalizací — automatizace, umělá inteligence a software na míru, který funguje v každodenním provozu, ne jen na slidech.

Související služby