Příklady MVP produktů v Česko Digital:
MVP Loono -
Analýza rolí Loono -Vstupní analýza pro MVP Začni Učit -
METODIKA
Napřed si uvědomíme:
Kde jsme, produktový typ, sektor, obor
Náročnost definice produktu
Jak postupujeme:
Musíme si vytvořit Lean Canvas, který je dohodou o tom, jak MVP bude vypadat
V každém kroku přípravy ho využijeme pro specifikaci postupu, jak dojdeme k MVP
Pak vezmeme popis MVP a zjednodušíme a dáme do backupu všechno, co není MVP!!!
Vyvineme MVP a ověříme jeho životaschopnost
PODROBNÉ KROKY (přehled)
Ujasnit si cíle a požadavky (v naší metodice použijeme Lean Canvas)
Provedení uživatelského průzkumu
DOKONČIT
Popsat rámcový plán realizace (rozpočet, zdroje, kapacity, licence, dostupnnost lidí v týmech)
Definovat metriky úspěšnosti MVP (kritéria akceptace)
Prioritizovat funkce pro vývoj MVP (základní hodnoty x efektivita)
Sepsat plán vývoje MVP (product a sprint planning)
Krok 1: Ujasnit si cíle a požadavky
Definujeme Lean Canvas:
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.
Při dalším postupu musíme sladit Lean Canvas s požadavky MVP (cíle s hodnotou a efektem).
Napíšeme si z canvasu přehled cílů organizace potencálního / skutečného zadavatele, co dělá, jak funguje.
Pak je propojíme s požadavky na produkt, kterými je můžeme realizovat v MVP. Tady je zásadní zkušenost, co je nezbytné a co ne. Měli bychom brát v úvahu i varianty řešení technické, manuální, akvizice jiných řešení.
Pak navrhneme, kde jejich realizace přináší vašemu uživateli největší hodnotu.
A nakonec navrhneme, jak můžem hodnotu dodat v co nejjednodušší podobě (nástroj nebo postup)?
Co nesmíme. Vybrat výsek funkcionality, který je pouze část celkového stavu a sám o sobě žádný užitek nepřináší. To by nám neumožnilo použít výstup jako MVP, není ho jak verifikovat u zákazníka. MVP není polotovar nebo jeden z mnoha kroků k finálnímu produktu.
Jak na to. 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.
Krok 2: Provedení uživatelského průzkumu
Podrobný průzkum děláme tehdy, pokud nemáme feedback od uživatelů. Pokud zpracováváme existující projekt, pak můžeme udělat pouze krátký průzkum dopadu případných změn.
K provedení výzkumu máme dobré předpoklady, můžeme požádat o feedback členy komunity a zprostředkovaně další kontakty.
Jak na to obecně:
Musíme vytvořit popis uživatelské osoby, je potřebné vystihnout, zda vyhovuje naší potřebě ověřit poznatky, abychoms e co nejvíce dozvěděli o problémech, potřebách a přáních cílové skupiny. Pak je nutné provést důkladnou analýzu tchto dat.
Sučasně potřebujeme konkurenční analýzu, která zmapuje všechna potenciální řešení vámi identifikovaného problému, jež by vaše cílová skupina mohla zvolit namísto vašeho 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.
Krok 3: Prioritizujeme funkce pro dodávku základní hodnoty v MVP
Nejtechničtější a nejnáročnější fáze celého procesu definice MVP, definujeme ho jako produkt.
zmapujete 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 prioritizujte s ohledem na obchodní cíle a uživatelské insighty a data.
Můžeme použít manuál Prioritizace>Vzberte ty funkce, které jsou skutečně nezbytné. Pokud se vá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žijte jako hlavní vodítko pro sestavení funkcionality vašeho MVP. Určitě ale před finálním rozhodnutím dvakrát zvažte, zda tento balík MVP funkcí opravdu doručuje klíčovou hodnotu vašeho produktu bez zbytečných přídavků, které je klidně možné nechat v backlogu pro pozdější fáze.
TESTUJTE OVĚŘUJTE DĚLEJTE PROTOTYPY
Krok 4: Definujeme metriky úspěšnosti MVP (kritéria akceptace)
V této fázi nestavíme finální produkt, stále pracujeme s MVP.
Pozor, mějte na paměti, že MVP je pouze první krok vašeho finální, perfektního produktu, který zákazníkům skutečně učaruje. MVP obvykle prodáváte pouze jako balík funkcí vizionářům, ne všem !
Zvažte znovu své obchodní cíle, projděte si produktovou roadmap a stanovte si měřitelné a realistické cíle jako metriky úspěchu pro MVP.
Akceptační kritéria mohou být:
zájem zákazníků, penetrace ve vybrané specifické cílové skupině, procento kladné zpětné vazby uživatelů
povědomí o produktu/značce
uživatelské insighty. Feedback uživatelů, co by chtěli (zlepšení a motivaci)
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)
Krok 5: Dobře zvažte svůj rozpočet
Jak se ověřuje rozpočet:
Odhadněte svoje možnosti.
Poraďte se s partnery a investory o možnosti neúspěchu MVP u reálných uživatelů.
Vždy určete, kolik finančních prostředků je možné postrádat, aniž by byly ohroženy vaše další aktivity?
Co nesmíme. Tvorba MVP by neměla být nebezpěčným břemenem, naopak by vám měla rychle a levně pomoci k nedocenitelným poznatkům o vašich zákaznících.
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)
Krok 6: Sepište akční plán vývoje MVP
Naplánujte a vyrobte MVP. 
Vybranou funkcionalitu podrobně popište v dokumentaci pro svůj tým pro vývoj aplikací.
V rámci briefování designérů a vývojářů vašeho MVP buďte velmi konkrétní – nezapomeňte s nimi sdílet všechny relevantní poznatky o cílové skupině, aby měli šanci opravdu dobře pochopit hodnotu, kterou musí MVP doručit.
Nezapomeňte na plán spuštění a sběru dat. Jak budete měřit a vyhodnocovat úspěšnost MVP? To všechno je třeba si ujasnit ještě než se napíše první řádka kódu.
Dodávku pak udělejte podle potřeby
Po každé iteraci prezentujte a ověřujte s vybranou skupinou lidí,
Porovnávejte s jinými modely, aplikacemi, zda to funguje.
Po spuštění pak hlavně:
Ověřte si výstup v pilotu
Po nasazení dolaďujte UX a uživatelský pohled!
Měřte data z provozu, kdo co jak a proč používá (používejte statistiky)
Pamatujte, máte MVP, sledujte, co lidé potřebují dále a plánujte rozvoj