Většina nápadů umře na tom, že se na ně utratí půl roku a milion korun dřív, než někdo zjistí, jestli o ně vůbec stojí lidé. MVP otáčí pořadí: nejdřív ověř zájem, pak stav. Ukážu ti postup, jak za 14 dní postavit minimální verzi produktu a získat první reálnou zpětnou vazbu.
Co MVP je a co není
MVP (minimální životaschopný produkt) je nejmenší verze tvého nápadu, která dokáže vyřešit jeden konkrétní problém pro jednoho konkrétního člověka. Není to nedodělaná aplikace. Je to záměrně oříznutý produkt, který testuje jednu hlavní hypotézu: koupí si to lidé, použijí to, vrátí se?
Sám jsem narazil na past, kdy se MVP zaměňuje za "první verzi se vším". Pak to není MVP, ale jen pomalý start velkého projektu. Skutečné MVP klidně postrádá přihlašování, platby i hezký design, pokud nejsou nutné k otestování té jedné věci, na které ti záleží.
MVP není o tom postavit málo. Je o tom postavit přesně to jedno, na čem stojí celý byznys, a nic víc.
Než napíšeš první řádek: ujasni hypotézu
Nejdražší chyba se dělá před kódem. Než cokoli stavíš, napiš si na jednu větu, co testuješ. Třeba: "Drobní řemeslníci si zaplatí nástroj, který jim za minutu vystaví fakturu z telefonu." Tahle věta ti řekne, koho oslovit, co postavit a podle čeho poznat úspěch.
Dobrá hypotéza má vždycky tři části, které si předem pojmenuj:
- Kdo: konkrétní skupina lidí, ne "všichni".
- Co: jeden problém, který je pálí.
- Důkaz: co musí nastat, abys uvěřil, že nápad funguje (kolik registrací, kolik plateb, kolik návratů).
Plán na 14 dní
Dva týdny zní málo, ale s jasným zaměřením a moderními nástroji se to dá zvládnout. Tady je rozvržení, které sám používám:
- Den 1-2: Zadání a obrazovky. Načrtni hlavní tok od příchodu uživatele po vyřešení problému. Vypusť všechno ostatní.
- Den 3-4: Datový model. Navrhni databázi pro jednu hlavní funkci. Drž ji jednoduchou.
- Den 5-9: Stavění jádra. Postav tu jednu věc, kvůli které to celé je. Tady pomáhá vibe coding a AI, díky kterým jde práce řádově rychleji.
- Den 10-11: Napojení nutného. Jen integrace, bez kterých test nedává smysl (třeba platba, pokud testuješ ochotu platit).
- Den 12-13: Nasazení a měření. Dej to online a nasaď měření klíčových událostí.
- Den 14: První uživatelé. Pusť na to prvních pár lidí ze své cílovky.
Pokud s vibe codingem začínáš, projdi si nejdřív, jak začít s vibe codingem, a navazující vibe coding workflow. Ušetří ti to první týden tápání.
Co stavět a co bezohledně vynechat
Klíč k rychlosti je tvrdé řezání. Tahle tabulka ti pomůže rozhodnout, co do prvního MVP patří a co počká:
| Stav teď | Nech na později |
|---|---|
| jedna hlavní funkce | správa uživatelů a rolí |
| nejjednodušší přihlášení | vlastní design systém |
| platba, pokud testuješ ochotu platit | nastavení, profily, předvolby |
| měření klíčových událostí | administrace a reporty |
| funkční na mobilu | vícejazyčnost, integrace navíc |
Jak číst výsledky
Po dvou týdnech máš první data. Teď přijde nejtěžší část: poctivě je přečíst. Nehledej potvrzení, hledej pravdu. Vrať se ke své hypotéze a porovnej ji s realitou.
Soustřeď se na chování, ne na slova. Lidé ti rádi řeknou, že je nápad skvělý, a pak ho nepoužijí. Sleduj, jestli se vrátili, jestli dokončili hlavní akci, jestli někdo zaplatil. Na měření tě nasměruje samostatný návod o tom, jaké metriky sledovat.
Výsledek vede k jednomu ze tří rozhodnutí: pokračovat a stavět dál, otočit (zachovat základ, změnit cílovku nebo problém), nebo nápad opustit a ušetřit si měsíce práce. Všechny tři jsou platné a všechny tři jsou levnější než půlroční vývoj naslepo.
Proč to dnes jde rychleji než dřív
Před pár lety bylo MVP za 14 dní fantazie. Dnes posouvají hranice hotové stavební bloky pro platby, e-maily a databázi, plus AI při psaní kódu. Práce, co dřív zabrala týdny, je hotová za dny, a to bez slevy z kvality. Díky tomu je validace nápadu dostupná i s malým rozpočtem.
Chyby, na kterých MVP nejčastěji ztroskotá
Většina neúspěšných MVP nezklame proto, že byl špatný nápad, ale proto, že se test postavil špatně. Tyhle pasti vidím nejčastěji:
- Bobtnání rozsahu. "Když už to děláme, přidáme ještě tohle." A dva týdny se protáhnou na dva měsíce. Drž se jedné funkce zuby nehty.
- Test na známých. Kamarádi ti řeknou, že je to super. Potřebuješ reakci cizích lidí z cílovky, kterým na tvých pocitech nezáleží.
- Žádné měření. Bez dat máš po čtrnácti dnech jen pocity. Nasaď sledování klíčových událostí dřív, než pustíš první uživatele.
- Strach z negativního výsledku. Když si přeješ, aby to vyšlo, podvědomě si vykládáš data hezky. Pravda je cennější než potvrzení.
Co dělat po úspěšném testu
Pokud MVP potvrdí hypotézu, neznamená to stavět rovnou všechno. Znamená to vybrat další jednu věc, která posune produkt nejvíc, a postavit ji. Pak měřit, pak další. Produkt roste po vrstvách podle reálné poptávky, ne podle seznamu přání z prvního týdne. Tahle disciplína odděluje produkty, co vydělávají, od těch, co se rok pilují k dokonalosti, o kterou nikdo nestojí.
Časté dotazy
Není MVP za 14 dní jen nekvalitní hračka?
Není, pokud se omezí rozsah, ne kvalita. Stavíš málo funkcí, ale to málo musí být bezpečné a funkční. MVP, které padá nebo ztrácí data, otestuje akorát to, že lidé nemají rádi rozbité aplikace.
Kolik MVP za 14 dní stojí?
Řádově desítky tisíc, protože stavíš zlomek plné aplikace. Přesné číslo závisí na složitosti té jedné funkce a na tom, kolik integrací test vyžaduje. Pořád je to ale zlomek toho, co by stál hotový produkt.
Co když test dopadne špatně?
Pak jsi vyhrál, jen jinak. Zjistil jsi za dva týdny a malé peníze to, co by tě jinak stálo měsíce a velký rozpočet. Negativní výsledek MVP je nejlevnější forma průzkumu trhu, jakou znám.
Máš nápad a chceš ho ověřit dřív, než do něj nasypeš peníze? Napiš mi na nezávaznou konzultaci a probereme, jestli se z tvého nápadu dá za 14 dní postavit MVP, co stavět a podle čeho poznáš, že to funguje.