MVP (minimální životaschopný produkt)
Také známo jako MVP, Minimum viable product, Minimální produkt
Stručně
Nejmenší verze produktu, která prokáže, že jádro nápadu funguje pro skutečné uživatele — ne rozbitý polotovar.
MVP existuje, aby odpovědělo na jednu otázku se skutečnými lidmi místo na poradě: zaplatí za tohle někdo, a za kterou část? Obsahuje jediný tok, který produkt dělá užitečným, udělaný dost dobře na to, aby se dal použít bez omluvy. Všechno ostatní čeká na odpověď.
Co MVP není
MVP není napůl hotový produkt, kterému chybí všechno podstatné. Checkout musí spolehlivě vzít peníze, obnova hesla musí fungovat, potvrzovací e-mail musí dorazit. Co chybí, je volitelné: žádný admin dashboard, žádné tři měny, žádný krásný onboarding, žádné napojení na účetnictví.
Slovo „životaschopný“ se přeskakuje. Prototyp, který nejde použít, není životaschopný, je to prototyp — a má svou hodnotu, když se to tak řekne. Nazývat MVP něco, co se nedá použít, zároveň oslabí demo i pověst týmu.
Jak ubrat rozsah bez ztráty důvěry
Škrtejte šířku, ne hloubku. Jeden jazyk místo tří, jeden region místo celé země, jedna platební metoda místo čtyř — takové škrty jsou viditelné a vysvětlitelné. Škrtání spolehlivosti ale není škrt v rozsahu, je to chyba: pomalost, spadnutí při plném košíku, faktura se špatnou částkou vyslouží recenzi, kterou žádný další release nespraví.
Praktické MVP českého e-shopu: jedna kategorie, kolem 30 produktů, platba kartou a dobírka, jeden sklad a potvrzovací e-mail. Žádný věrnostní program, žádný doporučovací engine, žádná integrace na srovnávač. Když v prvním týdnu přijdou deset objednávek a pět zákazníků se vrátí, má smysl investovat dál — přesně to MVP mělo zjistit.
Kdy je MVP špatný nástroj
Když poptávku už znáte — klient má obchod se 4 000 objednávek za měsíc a potřebuje novou platformu — není otázkou, jestli nápad funguje, ale jestli funguje implementace. Tam je správnou první verzí pečlivá migrace, ne minimální experiment.
Buďte taky připravení MVP zahodit. Některé zkratky jsou přijatelné, protože je do měsíců nahradíte; když se ale z MVP tiše stane produkční systém, který si nikdo netroufne změnit, zkratky se promění v technický dluh, který experiment přežije. Předem rozhodněte, co si necháte a co je jen lešení.
Zdroje
Související pojmy
Technická specifikace
Krátká písemná dohoda o tom, co se staví, co ne a co se počítá za hotové — dřív než padne první řádek kódu.
Akceptační kritéria
Testovatelné věty, které říkají, kdy je funkce hotová — rozdíl mezi spokojeným klientem a nekonečnou hádkou.
Technický dluh
Zkratky v kódu, které dnes fungují a od zítřka si účtují úrok — pomalejší změny, víc chyb, dražší provoz.