Kroky přípravy MVP

Owned by Ladislav Kolář
Last updated: 07. April 2022 by Jakub Cígl
5 min read

METODIKA

Napřed si uvědomíme:

  • Jestli navazujeme na existující produkt nebo tvoříme nový

  • Podle toho nastavíme celkový postup realizace záměru tvorby MVP

První kroky v přípravě MVP:

  • Vytvoříme Lean Canvas, který je dohodou o tom, jak MVP bude vypadat

  • V každém kroku přípravy MVP ho pak využijeme pro specifikaci postupu

Podrobné kroky:

Krok 1: Definovat Lean Canvas

> Metodika vyplnění Lean Canvas

Proč to potřebujeme:

  • 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: Návrh obsahu Lean Canvas. Hlavní potvrzené cíle a jak bychom je chtěli realizovat.

Krok 2: Ujasnit si cíle a požadavky

Pak musíme sladit Lean Canvas s požadavky pro obsah MVP (ladíme cíle s hodnotou a efektem).

  1. Vypíšeme si z canvasu přehled cílů organizace potencálního / skutečného zadavatele, co dělá, jak funguje.

  2. 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í.

  3. Pak navrhneme, kde jejich realizace přináší vašemu uživateli největší hodnotu.

  4. 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.

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

Podrobný průzkum děláme tehdy, pokud nemáme feedback od uživatelů. Pokud zpracováváme existující projekt a máme statistiku, pak můžeme udělat pouze krátký průzkum dopadu případných změn, jestli odpovídají požadavkům, které máme od uživatelů.

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 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. Ten by měl 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

Nejtechničtější a nejnáročnější fáze celého procesu definice MVP. Definujeme ho jako produkt.

  • 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.

  • 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ý.

  • 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 .

Krok 5: Definice metrik úspěšnosti MVP (kritéria akceptace)

V této fázi nestavíme kritéria pro produkt MVP.

  • Pozor, mějme na paměti, že MVP je pouze první krok naš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.

  • Zvážíme znova své cíle, projdeme si produktovou roadmapu a stanovíme 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ů, počty stáhnutí aplikací, počty lajků, atd.

  • Uživatelské insighty. Zpětná vazba uživatelů, co by chtěli (zlepšení a motivace), to je mimořádně cenné a musíme uživatele motivovat, aby nám je poskytli (např. specifické výhody, body, atd.)

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 metriky z Lean Canvasu pro MVP, upřesníme všechno podle aktuálního obsahu MVP.

Krok 6: Odhad a schválení rozpočtu

Jak se stanoví rozpočet:

  • Odhadneme potřebné zdroje (peníze, kapacitu, čas). Použijeme zkušenost, podobné realizace, atd.

  • Dohodneme svoje možnosti, co můžeme realizovat a co jsme schopni zaručit.

  • Poradíme se s dalšími účastníky, partnery a investory o jejich kapacitách a možnostech.

Klíčová specifika pro Česko.Digital:

  • Pro potřebné kapacity a znalosti můžeme využít široké zázemí dobrovolníků a praxi v realizovaných projektech.

  • Pro Česko.Digital jako neziskovku vždy určíme, jaké finančních prostředky potřebujeme. Ty musí dodat externí svět a zde musíme zajistit potřebné dohody. Specificky preferujeme pro realizace SW open source řešení s tím, že je využíváme v oblastech, kde je to možné.

  • Naše kapacity jsou specificky rozšířené, každou roli může zajišťovat více dobrovolníků, podle toho musíme plánovat dostupnost a schopnost dodávat.

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.

VÝSTUP: 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.

Krok 7: Akční plán vývoje MVP

Naplánujeme vývoj MVP.

  • 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í

Dodávku musíme dělat podle potřeby výstupů.

  • Po každé iteraci prezentujeme a ověřujeme výstupy s vybranou skupinou lidí.

  • Můžeme všechno porovnat s jinými postupy nebo aplikacemi a zhodnotit, zda naše představa funguje.

Po spuštění pak hlavně:

  • 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.

 

Příklady MVP produktů v Česko Digital:

  • MVP Loono -
    Analýza rolí Loono -

  • Vstupní analýza pro MVP Začni Učit -

Literatura: