...
Je pro nás základním nástrojem.
Je to všeobecně použitelný a přijímaný popis, všichni mu budou rozumět.
Popis je na jednom místě, musí tam být to nejdůležitější.
Vyplatí se nad ním strávit dost času.
To co tam nedáme bychom si měli pro jednotlivé částí napsat, detaily k požadavkům jsou důležité pro další vývoj.
VÝSTUP: hlavní Návrh obsahu Lean Canvas. Hlavní potvrzené cíle a jak bychom je chtěli realizovat.
...
Co je hlavní. Soustřeďme se na jádro záměru, myšlenku, nikoliv na formát. MVP nemusí být aplikace, ale přeba proces, kterým si ověříme že naše myšlenka funguje, například komunikace s klienty ve formátu, který pak implementujeme.
VÝSTUP: Struktura obsahu MVP. Soupis nejdůležitějších sučástí MVP, hlavní body, naše představa o něm.
Krok 3: Provedení uživatelského průzkumu
...
Musíme popsat osobu uživatele, je potřebné vystihnout, hoho se ptáme, abychom se co nejvíce dozvěděli o problémech, potřebách a přáních cílové skupiny. Podle toho, koho se chceme zeptat, můžeme náš průzkum zacílit na uživatelské skupiny.
Provedeme průzkum. Klíčem je dotazník k průzkumu, měl by obsahovat všechny relevantní položky z lean canvasu, abychom si ověřili, že je jako významné chápou i uživatelé.
Vyhodnotíme všechna data. Klasifikujeme, škálujeme, podle těchto výstupů pak můžeme později i prioritizovat naše výstupy.
Pro doplnění je vždycky výhodné udělat konkurenční analýzu, která zmapuje všechna potenciální řešení vámi identifikovaného problému, které by naše cílová skupina mohla zvolit namísto zamýšleného produktu. Konkurence není pouze jiný produkt, ale i jiný způsob realizace, jiný přístup nebo způsob financování, vše co je alternativou k našemu postupu.
VÝSTUP: Aktualizace popisu MVP. Ověření naší představy o MVP s koncovými uživateli, podrobnosti o komponentách obsahu.
Krok 4: Prioritizace funkcí pro dodávku MVP
...
Musíme udělat analýzu. Máme ověřené vstupy.
Zmapujeme všechny user journeys finálního produktu, aby vznikl seznam všech funkcí, které jsou podle uživatelského výzkumu pro danou cílovou skupinu přínosné.
Následně tyto funkce prioritizujeme s ohledem na cíle a uživatelské potřeby a data.
Můžeme použít manuál Prioritizace>Vybereme ty funkce, které jsou skutečně nezbytné. Pokud se nám podaří správně identifikovat tu opravdu zásadní funkcionalitu, vývoj MVP může být opravdu rychlý a levný. (zdroj)
Prioritizovaný seznam funkcí použijeme jako hlavní vodítko pro sestavení funkcionality MVP. Určitě ale před finálním rozhodnutím zvažíme, zda tento balík MVP funkcí opravdu dodává klíčovou hodnotu našeho produktu bez zbytečných přídavků, které je klidně možné nechat v backlogu pro pozdější fáze.
VÝSTUP: Aktualizace popisu MVP. Vybereme nezbytné funkce, ostatní ponecháme v backlogu pro další realizaci finálního produktu, nevyhazujeme je 
.
...
Parametrům pro akceptaci musí odpovídat kanály, kterými povědomí šíříme, aby se cílová skupina o produktu dozvěděla (marketing)
VÝSTUP: Aktualizujeme parametry metriky z Lean Canvasu pro MVP, upřesníme všechno podle aktuálního obsahu MVP.
...
Jak na to. MVP může být skutečně velmi jednoduché. Zvažte, zda část původního rozpočtu na MVP neinvestovat jinam, nebo něco neušetřit na pozdější fáze, kdy už budete mít daleko lepší vhled do reality vaší cílové skupiny. I kdybyste měli dostatek prostředků na vývoj jedné z vašich vizí finálního produktu, raději nejprve pošlete do světa jednoduché MVP, díky kterému si směřování vašeho produktu rychle a levně ověříte v praxi. (zdroj)
VÝSTUP: Výstupy Data pro projekt, kapacity, náklady. Ověřujeme, jak realizovat výstupy, co umíme zajistit vlastními silami, co zajistí partneři a zadavatel.
...
Vybranou funkcionalitu podrobněji rozepíšeme v dokumentaci pro tým pro vývoj aplikací, nejlépe jako konkrétní úkoly v rámci vývojových sprintů.
V rámci specifikace úkolů pro designéry a vývojáře MVP musíme být velmi konkrétní, je potřeba sdílet všechny relevantní poznatky o cílové skupině a o všem, co jsme zjistili, aby měli šanci opravdu dobře pochopit hodnotu, kterou musí MVP dodat.
Kromě vývoje musíme udělat také plán provozních funkcí, například administraci, zabezpečení a sběru dat o použití, abychom uměli měřit a vyhodnocovat úspěšnost MVP.
VÝSTUP: Data pro projekt, plán projektu realizace
Krok 8: Plán dodávky a spuštění
...
Doporučujeme si ověřit výstup v pilotu pro vybrané skupiny uživatelů.
Po nasazení bychom měli věnovat nějaký čas na UX a doladění uživatelského pohledu.
Můžeme měřit data z provozu, kdo co jak a proč používá (používejte statistiky) a z toho udělat závěry.
MVP je ideální nástroj na sledování toho, co lidé skutečně potřebují.
Pak můžeme dále plánovat rozvoj.
VÝSTUP: Data pro projekt, Plán provozu, co je potřeba pro vlastníka aplikace, služby, licence, support, adminitraci, bezpečnost, atd.