MVP znamená minimum viable product, česky nejmenší životaschopný produkt. Smyslem není dodat co nejméně obrazovek za každou cenu, ale získat použitelnou odpověď na důležitou otázku: potřebují lidé řešení, rozumějí mu a chtějí ho používat nebo platit?
Metodika Lean Startup spojuje MVP s cyklem vytvořit, změřit a poučit se. Počet funkcí ani délka projektu samy neurčují, zda tento účel splňuje. Níže používám příklad rezervační aplikace; není to seznam povinných funkcí každého MVP.
Nejdřív otázka, potom funkce
„Postavíme rezervační systém“ je zadání produktu, nikoli ověřitelný předpoklad. Přesnější otázka může znít: dokáže zákazník najít vhodný termín a samostatně rezervovat místo, které mu dosud domlouvala recepce?
K tomu potřebujete popsat úkol, vybrat účastníky a předem určit, co budete pozorovat. Zapisujte i důvody nedokončení. Samotný počet registrací nevysvětlí, jestli lidem služba pomohla.
| Rozhodnutí | V modelové rezervaci |
|---|---|
| Ověřovaná otázka | Zvládne zákazník rezervaci bez recepce? |
| Nezbytný průchod | Termín, počet osob, potvrzení |
| Pozorování | Dokončení a místa neporozumění |
| Odložená funkce | Věrnostní program |
| Další rozhodnutí | Upravit tok, pokračovat, nebo ověřit jinou potřebu |
Přihlášení, administrace nebo platby patří do první verze jen tehdy, pokud je vyžaduje ověřovaný proces a bezpečný provoz. Naopak potřebná kontrola oprávnění se neodkládá pouze proto, že jde o MVP.
MVP a prototyp nejsou pevné technické kategorie
Prototyp může ověřit ovládání, srozumitelnost nebo reakci na nabídku. Nemusí dokazovat spolehlivost skutečných plateb či zájem dlouhodobě platit. MVP může mít část obsluhy ruční, pokud tím stále pravdivě ověřujete zvolený předpoklad a neklamete účastníky.
Pojmenujte tedy, co výsledek prokazuje. Pět lidí dokončujících úkol při vedeném testu neprokazuje poptávku celého trhu. Stejně tak zájem o ukázku není zaplacené předplatné. Důkaz potřebný pro další investici si určete před zahájením.
Jak první verzi připravit
1. Vyberte jeden hlavní problém. Popište konkrétního uživatele a současný postup. Rozlište, co víte z pozorování a co zatím předpokládáte.
2. Nakreslete průchod. U každého kroku určete vstup, výsledek a chybový stav. Wireframe může odhalit chybějící rozhodnutí před programováním, ale jeho schválení nenahrazuje test s uživatelem.
3. Vyberte způsob ověření. Někdy stačí řízený pilot nebo ručně poskytovaná služba; jindy potřebujete fungující software. Neobjednávejte přihlášení a dashboard jen proto, že je měla jiná aplikace.
4. Ošetřete data a provoz. Pokud ukládáte osobní údaje, určete účel, přístupy a dobu uchování. U reálných rezervací ověřte souběh, storno a obnovu dat. Testovací data oddělte od provozních.
5. Zapište výsledek a další krok. Kromě čísel zaznamenejte, co účastníci potřebovali vysvětlit a proč odmítli pokračovat. Podle toho upravte předpoklad nebo produkt.
Praktický příklad: MVP: rezervovat místo v dílně
AUTORSKÁ UKÁZKA · FIKTIVNÍ DATA
| Prvek | Konkrétní zadání |
|---|---|
| Obrazovka | Termín / počet osob / potvrdit |
| Úkol účastníka | Rezervujte sobotní kurz pro dvě osoby. |
| Pozorování | Zda najde kapacitu a dokončí potvrzení. |
| Metrika | Dokončené rezervace / zahájené rezervace |
Plán testu; výsledek zatím není změřen.
Kolik stojí vývoj MVP
Následující část je moje nabídka vývoje, nikoli průměr trhu nebo cena každého experimentu. Rozpočet ovlivňují pravidla, role, integrace, data, technologie a způsob ověření.
| Rozsah | Moje cena | Co nejprve vyjasnit |
|---|---|---|
| MVP za dohodnutý rozsah | od 80 000 Kč | hlavní proces a podmínky převzetí |
| Průběžný vývoj | 1 000 Kč/h | priority, limit rozpočtu a schvalování změn |
| Produkční aplikace | od 180 000 Kč | provozní požadavky, integrace a podpora |
MVP a hodinovou spolupráci popisuje MVP pro startupy, produkční variantu vývoj aplikací. Nízká cena sama o sobě nedokládá úsporu; porovnávejte stejné závazky včetně předání a provozu.
Jak dlouho trvá a kdo ho postaví
U mé nabídky MVP počítejte orientačně se 4 až 8 týdny při dohodnutém rozsahu a dostupných podkladech. Konkrétní termín musí zahrnout závislosti a kontrolu. Délka přes tři měsíce sama o sobě nevylučuje MVP, například když potřebujete ověřit sezónní používání nebo složitou integraci.
Menší rozsah může zvládnout jeden zkušený člověk. U náročných dat, bezpečnosti či regulovaného procesu může být potřebná další odbornost nebo nezávislá kontrola už od začátku. Počet členů týmu není měřítko hospodárnosti.
Zvolená technologie také sama nezaručí snadné převzetí. Předání má obsahovat repozitář, dokumentaci, přístupy, licence, postup nasazení a obnovy. Ověřte, že je jiný dodavatel dokáže použít.
Praktický příklad: Co patří do prvního ověření
AUTORSKÁ UKÁZKA · FIKTIVNÍ DATA
| Požadavek | Teď | Později |
|---|---|---|
| Rezervace termínu | Výběr a potvrzení | Opakované rezervace |
| Účet uživatele | Přístup jen k vlastním rezervacím | Věrnostní program |
| Správa | Zrušení rezervace | Rozšířené přehledy |
| Data | Záloha a ověření obnovy | Automatický export reportu |
Bezpečnostní minimum se neodkládá kvůli menšímu rozsahu.
Co bývá při rozhodování přehlédnuté
- Přidávání funkcí bez vazby na ověřovanou otázku.
- Zaměňování pozitivního komentáře za skutečné použití nebo platbu.
- Nejasná odpovědnost za data a podporu pilotu.
- Vyhodnocení až poté, co už se rozpočet utratil.
- Předání bez přístupů a ověřeného postupu obnovy.
Nejčastější otázky
Musí mít MVP přihlášení?
Ne. Potřebu účtů určují funkce a ochrana dat, nikoli název MVP. U soukromých záznamů ale musíte ověřit oprávnění vhodným způsobem.
Je MVP vždy nejlevnější cesta?
Ne automaticky. Před vývojem může pomoci rozhovor, prototyp nebo test hotové služby. Vyberte nejmenší přiměřený krok, který zodpoví skutečnou nejistotu.
Co znamená MVP ve sportu?
Tam jde o most valuable player, nejužitečnějšího hráče. S produktovým vývojem souvisí pouze stejná zkratka.
Máte-li konkrétní proces, popište ho spolu s otázkou, kterou chcete ověřit. Podrobnější rozpočet rozebírá cena vývoje aplikace.