Jak vytvořit SaaS: Od nápadu po prvních 100 platících zákazníků

01Nejdřív určete, koho započítáte do první stovky

SaaS je software provozovaný jako služba. Zákazník si kupuje přístup a očekává, že budete řešit jeho průběžný provoz. Pro tento plán považujme zákazníka za samostatnou platící firmu nebo jednotlivce s aktivním předplatným. Deset zaměstnanců jedné firmy tedy může znamenat jeden účet, nikoli deset zákazníků. Zkušební účty, jednorázové konzultace a dávno zrušená předplatná do cíle nepatří.

Sto platících účtů je užitečný milník, nikoli důkaz zdravého podnikání. Zajímejte se také o to, kolik zákazníků službu skutečně používá, kolik práce vyžaduje jejich obsluha a proč odcházejí. U drahého oborového řešení může být deset stabilních firem důležitějších než stovka účtů za symbolickou cenu.

Napište si na jednu stránku zákazníka, jeho opakovaný problém, dnešní náhradní řešení a člověka, který nákup schvaluje. Například dispečer malé servisní firmy plánuje výjezdy v tabulce, ale předplatné schvaluje majitel. Rozhovor potřebujete s oběma: jeden posoudí použitelnost, druhý rozpočet a riziko změny.

02Ověřujte skutečnou práci a nabídněte placený pilot

V rozhovorech se ptejte na poslední konkrétní situaci. Kdo zakázku zadával? Co se přepisovalo? Jak se zjistila chyba? Co následovalo? Nechte si ukázat anonymizovaný postup. Otázka, zda by se lidem váš nápad líbil, snadno přinese zdvořilý souhlas, který nemá s nákupem nic společného.

Oddělte pravidelnou potíž od vzácné nepříjemnosti. Zjistěte také, proč zákazník dosud nepoužívá dostupný hotový nástroj. Pokud jeho problém spolehlivě řeší existující služba, samotný hezčí vzhled nemusí být dostatečný důvod ke změně. Rozhodující může být konkrétní integrace, složitost zavedení nebo chybějící oborový postup.

Potom nabídněte omezený placený pilot: jasný výsledek, konkrétní rozsah, cenu, odpovědnosti a podmínky ukončení. Předem řekněte, co bude obsluhovat člověk. Ruční příprava importu je přijatelná, pokud ji nevydáváte za hotovou automatizaci. Platba ověřuje více než registrace, ale teprve další používání ukáže, zda řešení přináší trvalou hodnotu.

Další způsoby, jak ověřit poptávku ještě před vývojem, najdete v průvodci od nápadu k MVP.

03Postavte jednu úplnou cestu k výsledku

MVP, tedy nejmenší použitelná verze produktu, má dokončit jednu smysluplnou práci. V modelovém plánovači servisu to může být založení zakázky, přidělení technika, potvrzení termínu a přehled dokončení. Deset rozpracovaných modulů takový výsledek nenahradí. Do první verze přidejte i opravu chybně zadané zakázky; zákazník nebude pracovat jen s dokonalými vstupy.

Rozdělte požadavky na nezbytné pro slíbený výsledek, nezbytné pro bezpečný provoz a odložitelné. Do provozního základu patří přístupy, zálohy, možnost obnovy, přehled chyb a určená podpora. Nejde o soutěž v počtu technologií. U vývoje webové aplikace si nechte ocenit také zavedení, údržbu a práci po spuštění.

Každý požadavek prvního zákazníka neposouvejte automaticky do společného produktu. Zapište, kdo jej potřebuje a jak souvisí s vybraným segmentem. Pokud každý pilot vyžaduje vlastní proces a samostatnou verzi aplikace, ověřujete spíše zakázkový vývoj. Vyhrazená infrastruktura sama o sobě SaaS nevylučuje, podstatná je společná správa a provoz, jak popisuje AWS SaaS Lens.

04Oddělte firmy, platby a přístup do aplikace

Přihlášení uživatele nestačí k oddělení dat jednotlivých firem. Tento rozdíl zdůrazňuje dokumentace AWS k izolaci zákazníků. Prakticky otestujte, že uživatel firmy A nezobrazí dokument firmy B změnou adresy, exportem ani vyhledáváním. Stejné pravidlo musí platit i pro automatické úlohy a podporu.

Připravte také celou cestu předplatného: nákup, obnovení, zamítnutou platbu, změnu tarifu a zrušení. Stav předplatného nemusí znamenat uhrazení všech faktur; tuto odlišnost dokumentuje například Stripe. Sepište vlastní pravidla přístupu a oznamování, včetně přiměřeného postupu při problému s platbou.

Platební systém posílá aplikaci oznámení o změnách, kterým se říká webhooky. U Stripe mohou přijít opakovaně a v jiném pořadí; jejich původ je nutné ověřovat. Viz dokumentace webhooků. V testu proto zopakujte událost, přerušte doručení a ověřte následné srovnání stavu. Zákazník nemá dostat dvakrát stejnou službu nebo ztratit přístup kvůli opožděné zprávě.

Podrobnější přípravu rolí, předplatného a rozsahu první verze rozebíráme v článku jak naplánovat vývoj SaaS aplikace.

05Prvním zákazníkům pomozte dojít k prvnímu výsledku

Aktivace znamená první hodnotný výsledek, nikoli pouhé přihlášení. U plánovače to může být skutečně přidělený a potvrzený výjezd. Vyberte událost, která odpovídá slíbené hodnotě, a sledujte, zda se k ní nový účet dostal. Zapište čas od registrace, překážku a potřebnou pomoc.

První zavedení klidně dělejte osobně. Sledujte však práci zákazníka, nepřebírejte celý úkol za něj. Jestli se bez vás nedostane ani k další zakázce, máte důležitý podnět pro opravu produktu nebo návodu. Z opakovaných dotazů vytvořte krátký postup, z nejasných polí upravený formulář.

Vraťte se k zákazníkovi při jeho dalším přirozeném pracovním cyklu. Denní přihlašování není vhodné měřítko pro nástroj používaný jednou měsíčně. Ptejte se, co dokončil, kde se vrátil do tabulky a zda chce pokračovat za běžných podmínek. Zvlášť evidujte platbu, aktivaci a opakované použití.

06Od deseti zákazníků hledejte opakovatelný prodej

Pro další růst vyberte jeden dosažitelný segment a jeden hlavní způsob získávání zákazníků. Může to být oborový obsah, doporučení partnerů nebo obchodní rozhovory s relevantními firmami. Volba závisí na ceně produktu a délce rozhodování. Levné samoobslužné předplatné neunese stejné obchodní úsilí jako rozsáhlé zavedení pro firmu.

Nezvyšujte reklamní rozpočet jen proto, že přibývají registrace. Nejdřív zjistěte, kde se cesta přerušuje. Pro online marketing připravte konkrétní segment, ověřené sdělení a navazující nabídku. Do ceny získání zákazníka počítejte také obchodní čas, přípravu obsahu a práci partnerů.

07Ke stovce postupujte podle udržení a kapacity

Porovnávejte skupiny zákazníků podle měsíce začátku, segmentu a způsobu získání. Takové skupině se říká kohorta. Nové registrace jinak snadno zakryjí odchody starších zákazníků. Modelově: na začátku máte 70 aktivních platících účtů, získáte 20 a 3 odejdou. Končíte na 87, nikoli na 90. Cesta ke stovce se řídí čistým přírůstkem.

Sledujte také náklady obsluhy. Modelových 15 minut podpory měsíčně na účet představuje u 100 účtů 25 hodin práce. K tomu připočtěte zavádění, provoz a vývoj. Je to plánovací výpočet, nikoli oborový benchmark. Použijte vlastní měření a rozlišujte běžné účty od výjimečně náročných.

Na každé poradě určete jednu hlavní překážku: nedostatek vhodných zájemců, nedokončenou aktivaci, slabé pokračování nebo drahou obsluhu. Přidělte odpovědnost a rozhodnutí, které příští měření umožní. Pokud se opakuje nezájem o placený pilot nebo zákazníci přestávají používat základní funkci, vraťte se k problému a segmentu. Další funkce samy poptávku nezaručí.

08Časté otázky o rozjezdu SaaS

09Připravte podklady pro první placený pilot

Pošlete nám popis zákazníka, jeho dnešní postup a jednu práci, kterou má produkt vyřešit. Přidejte poznatky z rozhovorů a omezení rozpočtu. Společně posoudíme rozsah první verze a co potřebujete ověřit před dalším vývojem.