Od nápadu k SaaS MVP: průvodce pro zakladatele krok za krokem

Skoro každý článek o stavbě SaaS je potají psaný pro někoho, kdo už získal peníze. Předpokládá tým, finanční rezervu, plán a klid člověka, který ví, že si může dovolit se celý rok mýlit. Pokud jste zakladatel se skutečným nápadem, denní prací a úsporami, které opravdu potřebujete, je taková rada potichu nebezpečná. Říká vám, abyste stavěli velké a rychle — což je přesně to, jak většina prvních produktů zemře dřív, než kdokoli zaplatí jediný haléř.

Přes deset let pomáhám lidem proměňovat nápady ve fungující software a zakladatelé, na které vzpomínám nejvíc, nejsou ti s nejodvážnějšími plány. Jsou to ti, kdo začali v malém a zůstali poctiví. Fyzioterapeutka, která si postavila nástroj na objednávání pro vlastní kliniku a nakonec ho prodala dalším čtyřiceti. Logistický dispečer, který si zautomatizoval vlastní papírování a zjistil, že polovina oboru má stejný problém. Žádný z nich nezačal velkolepou platformou. Začali jednou bolavou úlohou a ochotou nechat si za její vyřešení zaplatit.

Tohle je tedy průvodce, který bych si přál, aby někdo těmto lidem podal hned první den. Žádné divadlo kolem investic, žádná módní architektura, žádné předstírání, že první verze musí být působivá. Jen klidná cesta od tušení ve vaší hlavě k prvnímu platícímu zákazníkovi — a úsudek, abyste věděli, co cestou vynechat.

Co MVP doopravdy je (a co není)

Pojem minimální životaschopný produkt byl natažen tak daleko, že už skoro nic neznamená. Někteří zakladatelé slyší „minimální“ a vypustí něco trapného, co nikdo nemůže používat. Jiní slyší „produkt“ a stráví osm měsíců stavbou vyleštěné platformy s cenovými úrovněmi, administrátorským panelem a tmavým režimem dřív, než jediný člověk potvrdí, že by za to zaplatil. Obojí je chyba a je to tatáž chyba v jiném kabátě: stavět dřív, než jste se cokoli naučili.

Užitečné MVP je nejmenší věc, kterou můžete postavit před skutečného uživatele, aby dokázala, že váš základní nápad stojí za zaplacení. Ne nejmenší věc, kterou dokážete postavit — nejmenší věc, která vás naučí něco pravdivého. Pokud je váš nápad „nástroj, který zubařům umožní automaticky posílat připomínky kontrol“, MVP je připomínkový stroj a nic jiného. Žádný portál pro pacienty, žádný analytický panel, žádné týmové účty. To jsou odpovědi na otázky, které jste si ještě nezasloužili.

Důvod, proč na tom tolik záleží, jsou náklady. Každá funkce, kterou postavíte před ověřením, je sázka uzavřená naslepo. Ořežte MVP na jeho jádro a vsadili jste jednu malou, vratnou sázku. Postavte celou vizi a vsadili jste úspory — na dohad. Disciplína „minima“ není o tom být lakomý. Je o tom zůstat naživu dost dlouho na to, abyste měli pravdu.

Ověřte nápad dřív, než napíšete jediný řádek kódu

Tady je nepříjemná pravda, kterou vám nikdo, kdo vám prodává vývoj, nechce říct: většina nápadů na SaaS je v něčem důležitém špatně a můžete to zjistit skoro zadarmo. Instinkt velí stavět první a ptát se potom. Obraťte to. Nejlevnější verze vašeho produktu je rozhovor a druhá nejlevnější je vstupní stránka.

Než se cokoli postaví, chcete důkaz dvou věcí. Zaprvé, že problém je skutečný a dost bolavý na to, aby na něj lidé už teď utráceli čas nebo peníze — neohrabaně, s tabulkami, lepicími lístky a nástrojem, který nenávidí. Zadruhé, že by skutečně zaplatili, aby zmizel. „To je hezký nápad“ není důkaz. „To bych používal“ není důkaz. „Kolik to stojí a můžu začít v pondělí?“ je důkaz.

Vstupní stránka s jasným slibem a tlačítkem „přidat se do pořadníku“ nebo „objednat ukázku“ je dalším krokem. Pokud nedokážete přimět hrstku cizích lidí, aby za to, co popisujete, nechali e-mail, není to marketingový problém k pozdějšímu řešení — je to signál teď, dokud je ještě levné ho slyšet. Ověřování není fáze, kterou proběhnete, abyste se dostali k zábavné části. Pro zakladatele, který utrácí vlastní peníze, je tou zábavnou částí: je to místo, kde se vyhnete drahé chybě.

Najděte jedinou funkci, bez které se váš produkt neobejde

Každý nápad na SaaS přichází, když ho poprvé popisujete, zabalený do tuctu funkcí. Je tu to, co dělá, a pak souhvězdí „bylo by hezké mít“, které k němu váš mozek už připojil: reporty, integrace, mobilní aplikace, role a oprávnění, veřejné API. Tou nejcennější dovedností na cestě od nápadu k MVP je naučit se odloupnout to všechno a najít jedinou funkci, která by, kdyby zmizela, učinila celou věc zbytečnou.

Ta základní funkce je vaše MVP. Vše ostatní je hypotéza, kterou otestujete později, až lidé jádro používají a říkají vám, co jim skutečně chybí. Zakladatelé to soustavně dělají naopak — staví nejdřív vedlejší obsazení, protože to působí bezpečněji, a dojde jim čas i peníze dřív, než vyjde jediná věc, na které záleží.

Test jediné věty

Zkuste popsat, co váš produkt dělá, jedinou větou bez „a“. „Umožňuje klinikám posílat automatické připomínky objednání.“ „Promění fotku účtenky v účetní záznam.“ „Sleduje, které nabídky řemeslník poslal, a připomíná mu, aby se připomněl.“ Pokud k popisu hodnoty potřebujete „a“, máte nejspíš dva produkty rvoucí se uvnitř jednoho MVP — a měli byste nejdřív vypustit tu bolavější půlku.

• Sepište všechno, co si představujete, že produkt dělá — dostaňte to ven, nefiltrujte.
• U každé položky se ptejte: kdyby tohle neexistovalo, zaplatil by ještě někdo? Škrtněte každé „ano“.
• Co zbude po škrtání, je vaše jádro. To je MVP.
• Vezměte nejsilnější škrtnuté položky a dejte je na seznam „později“ — ne pryč, jen ne teď.
• Braňte se jejich opětovnému přidávání. Seznam „později“ je místo, kde dobré nápady čekají, až si je zasloužíte, ne kde MVP umírají.

Postavit, koupit, nebo předstírat: jak MVP vyrobit

Jakmile znáte svou jedinou základní funkci, stojíte před volbou, kterou zakladatelé jen zřídka dělají vědomě: kolik z toho vlastně musíte stavět od nuly? Upřímná odpověď je pro první verzi obvykle „míň, než si myslíte“. Existují tři široké cesty a chytrý tah je často jejich kombinace.

Cesta no-code / slepování

U některých MVP můžete propojit existující nástroje — formulář, databázi, automatizační vrstvu, e-mailovou službu — a ověřit nápad, aniž byste vůbec psali vlastní kód. To je skvělé pro testování, zda lidé daný postup budou používat a zaplatí za něj. Je to rychlé a levné. Jeho meze se ukážou později: jakmile potřebujete skutečný produktový zážitek, vlastní datový model nebo cokoli opravdu jedinečného, slepenec začne praskat. To je dobrý problém — znamená, že je čas stavět pořádně, s platícími uživateli už v ruce.

Cesta vývoje na míru

Když je vaše základní funkce tím odlišujícím prvkem — skutečným důvodem, proč si zákazníci vyberou vás — zaslouží si ta část opravdový software na míru. Chybou je stavět na míru všechno kolem ní. Nemusíte si psát vlastní přihlašování, zpracování plateb ani e-mailovou infrastrukturu; to jsou vyřešené problémy, které si máte pronajmout. Postavte tu část, která je jedinečně vaše, zbytek pronajměte a udržíte poctivé jak náklady, tak časový plán.

Většina úspěšných MVP, která jsem viděl, je záměrná směs: pronajaté stavební bloky pro nudnou-ale-nutnou instalatérskou práci a cílený vývoj na míru pro tu jedinou věc, kvůli které produkt stojí za zaplacení. Vědět, co je co — co stavět versus co koupit — je přesně ten typ rozhodnutí, u kterého se vyplatí získat druhý názor dřív, než cokoli utratíte.

Co můžete v první verzi bezpečně vynechat

Vědět, co vynechat, je stejně důležité jako vědět, co stavět, a právě tady zakladatelé nejvíc potřebují svolení. Tak tady je: máte svolení vynechat skoro všechno. První verze existuje proto, abyste se učili, ne abyste ohromovali, a skoro nic z toho, co dělá produkt „hotovým“, vám ve skutečnosti nepomáhá učit se.

• Více cenových úrovní — vyberte jednu cenu, nebo zpočátku účtujte ručně fakturou.
• Samoobslužnou registraci — zaškolit prvních deset zákazníků ručně vás naučí víc než jakýkoli automatický trychtýř.
• Administrátorský panel s grafy — dokud máte deset uživatelů, můžete číst databázi přímo.
• Mobilní aplikace, pokud web zatím na telefonu funguje dobře.
• Role, oprávnění a týmové účty — dokud kvůli jejich absenci neuvázne skutečný zákazník.
• Vyleštěná nastavení, motivy a každý hraniční případ — nejdřív vyřešte běžnou cestu, zbytek, až na něj někdo narazí.

Realistická cesta od nápadu k prvnímu zákazníkovi

Tady je posloupnost, kterou bych provedl skoro každého zakladatele. Na začátku je záměrně pomalá a jakmile stavíte, rychlá, protože drahé chyby všechny žijí v raných krocích — v těch, které jsou zakladatelé nejvíc v pokušení přeskočit.

1. 1
   Napište problém jednou větou

   Ne řešení — problém. „Kliniky přicházejí o peníze kvůli nedostavivším se, protože připomínky jsou ruční.“ Pokud problém nedokážete čistě vyjádřit, nejste připraveni ho řešit.
2. 2
   Veďte deset skutečných rozhovorů

   Mluvte s lidmi, kteří ten problém mají. Naslouchejte bolesti a penězům, které se už utrácejí. Nápad upravte nebo opusťte podle toho, co slyšíte, ne podle toho, v co jste doufali.
3. 3
   Postavte vstupní stránku a cenu

   Popište slib prostě, určete cenu a požádejte o e-mail nebo objednání ukázky. Sledujte, zda se cizí lidé naklánějí blíž. To je ověření, kterému můžete věřit.
4. 4
   Definujte jedinou základní funkci

   Ořežte nápad na tu jedinou věc, jejíž absence ho činí zbytečným. Napište jednovětý popis bez „a“. To je rozsah vaší stavby.
5. 5
   Rozhodněte stavět vs. koupit u každé části

   Na míru stavte jen odlišující prvek. Pronajměte přihlášení, platby, e-mail a hosting. Tuhle mapu mějte správně dřív, než někdo napíše kód — určuje celý váš rozpočet.
6. 6
   Postavte nejmenší funkční verzi

   Mířte na týdny, ne měsíce. Pokud samotná základní funkce trvá déle než pár měsíců, rozsah je pořád příliš velký — ořežte znovu.
7. 7
   Zaškolte první zákazníky ručně

   Proveďte je tím osobně. Sledujte, kde zakopávají. Prvních deset uživatelů je váš nejlepší produktový tým — a vaše první tržby.
8. 8
   Zlepšujte podle používání, ne podle názorů

   Měňte to, co vám skutečné používání říká, abyste změnili. Teprve teď začněte stahovat položky ze seznamu „později“ — zasloužené poptávkou, ne přidané odhadem.

Kolik to opravdu stojí — v penězích a v čase

Zakladatelé se vždycky ptají nejdřív na cenu a upřímná odpověď zní „záleží, a většinu z toho ovládáte vy“. Naprosto největším hybatelem nákladů je rozsah — kolik jste se rozhodli postavit dřív, než jste se rozhodli učit se. Sevřené MVP s jedinou základní funkcí a pronajatou instalací je skromný, dobře vymezený projekt. Tentýž nápad postavený jako plná platforma se vším zapnutým je jiný vesmír nákladů a mnohem vyšší šance, že selže před spuštěním.

Náklad, na který většina lidí zapomíná, je čas — váš. Každý měsíc strávený stavbou něčeho, o čem nikdo nepotvrdil, že to koupí, je měsíc vašeho života a vašich úspor utracený za dohad. To je ten skutečný argument pro to začít v malém: ne že malé je levné, ale že malé je rychlé, a rychlé znamená, že se dozvíte, zda máte pravdu, dokud je sázka ještě vratná. Zakladatel, který se k platícímu zákazníkovi dostane za tři měsíce s úzkým nástrojem, je v mnohem silnější pozici než ten, kdo po roce pořád leští velkolepou platformu.

Je tu i tišší náklad: každá funkce, kterou vypustíte, je něco, co teď musíte udržovat, podporovat a vysvětlovat. Malý produkt, který spolehlivě dělá jednu věc, je levnější na provoz, snáz se prodává a jednodušeji zlepšuje než rozbujelý, který dělá deset věcí napůl. Zdrženlivost není jen způsob, jak přežít stavbu — je to způsob, jak udržet byznys i potom snesitelný.

Časté otázky