„MVP za 6 týdnů“ je skvělý titulek a spousta agentur ho slibuje. Tady je poctivá verze: šest týdnů je opravdu dosažitelných, sami tak dodáváme, ale jen za konkrétních podmínek. Když ty podmínky nejsou splněné, ze šesti týdnů se potichu stanou čtyři měsíce, a zakladatele nikdo nevaroval. Tenhle článek je to varování.
Co „MVP“ vlastně znamená (a co tím často myslí zakladatelé)
MVP je nejmenší produkt, který skutečným uživatelům umožní projít jednu klíčovou cestu, abyste zjistili, jestli o něj někdo stojí. Není to verze 1.0 vaší celé vize s o něco menším počtem funkcí. Nejčastější příčinou rozstřelených termínů nejsou pomalí vývojáři, ale „MVP“ naplánované jako hotový produkt: tři uživatelské role, chat, platby, administrace a notifikace, všechno „nezbytné“.
“Pokud má vaše MVP víc než jednu klíčovou uživatelskou cestu, není to MVP, je to roadmap v převleku.”
Co se do 6 týdnů reálně vejde
- Jedna klíčová uživatelská cesta udělaná pořádně, např. prohlížet → rezervovat → zaplatit, nebo zaznamenat → sledovat → zobrazit průběh
- Registrace a přihlášení (e-mail + jedno sociální nebo Apple přihlášení)
- Čisté profesionální UI postavené z design systému, vyladěné, ne na cenu za design
- Jeden backend se skutečnou databází, připravený růst (ne prototyp na vyhození)
- iOS a Android naráz, právě proto stavíme v React Native
- Základní analytika, abyste se ze spuštění opravdu něco dozvěděli
- Odeslání do App Storu a Google Play včetně schvalovacího procesu
Co se do 6 týdnů NEVEJDE
- Chat nebo videohovory v reálném čase, zrádně těžké udělat dobře; přidávají týdny, ne dny
- Mechanika tržiště se dvěma typy uživatelů, každý s vlastními toky, to jsou dvě MVP
- Složitá platební logika na míru: předplatné se zkušební dobou, dělené platby, vratky
- AI funkce na míru nad rámec přímočarých integrací přes API
- „Jako Instagram, ale pro X“, sociální feedy, sledování a moderace jsou produkt samy o sobě
- Pixel perfect animace na každé obrazovce, nechte si je na v2, až budete vědět, že lidé stojí o v1
Nic z toho není nemožné. Jen to nejsou šestitýdenní položky, a kdo tvrdí opak, plánuje si tenhle rozhovor s vámi na pátý týden.
Realita týden po týdnu
- Týden 0 (než se spustí hodiny): workshop k rozsahu, společně krátíme seznam funkcí, dokud nezbyde jedna klíčová cesta. Tady se šest týdnů vyhraje nebo prohraje.
- Týden 1: od wireframů k finálnímu UI klíčového toku; paralelně běží základy backendu a nastavení projektu
- Týdny 2–4: hlavní stavba, aplikace dostává tvar a vy každý týden vidíte funkční build, ne screenshoty
- Týden 5: nevděčných 20 %, která zaberou 80 % slz, okrajové případy, chybové stavy, chování na pomalé síti, testování na reálných zařízeních
- Týden 6: doladění, materiály do storů, odeslání a rezerva na schvalování (Applu to může trvat den i týden a to neovlivní žádná agentura na světě)
Podmínky, na kterých termín stojí a padá
- Rozhodnutí do 24–48 hodin: když se ptáme „A, nebo B?“, třídenní ticho stojí tři dny, v šesti týdnech není žádná rezerva
- Jeden člověk, který rozhoduje: „musím to probrat se společníkem, bratrancem a investorem“ je přirozený predátor termínu
- Po týdnu 0 se rozsah zmrazí: každý „malý doplněk“ během stavby stojí dvojnásob, čas na stavbu plus rozbití rytmu
- Obsah existuje: název aplikace, směr loga a právní texty se v šestém týdnu nezhmotní
Takže je 6 týdnů to pravé pro vás?
Pokud dokážete popsat jádro produktu jednou větou, smíříte se s tím, že ve v1 něco chybět bude, a zavážete se k rychlému rozhodování, šest týdnů je reálných. A právě takhle získáte zpětnou vazbu od skutečných uživatelů, zatímco konkurence pořád ladí seznam funkcí. Pokud váš nápad opravdu potřebuje tržiště, funkce v reálném čase nebo těžkou logiku na míru, poctivý termín je 10–14 týdnů, a je nám milejší říct to teď než v pátém týdnu. Pošlete nám svůj seznam funkcí a řekneme vám konkrétně a zdarma, co se do šesti týdnů vejde a co má počkat na druhou verzi.
