Příklady MVP produktů v Česko Digital:
...
Lref gdrive file | ||
---|---|---|
|
...
Lref gdrive file | ||
---|---|---|
|
...
Vstupní analýza pro MVP Začni Učit -
Lref gdrive file | ||
---|---|---|
|
Note |
---|
AKCELERÁTOR ČESKO.DIGITAL JE AKTUÁLNĚ POZASTAVEN. VĚTŠINA INFORMACÍ V TÉTO PŘÍRUČCE JE Z ROKU 2023 NEBO STARŠÍ A NENÍ ZATÍM ZCELA AKTUALIZOVÁNA. |
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 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, 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
...
Podrobné kroky:
Table of Contents | ||||
---|---|---|---|---|
|
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).
...
Vypíš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 toCo 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 vytvořit popis uživatelské osobypopsat osobu uživatele, je potřebné vystihnout, zda vyhovuje naší potřebě ověřit poznatky, abychoms e 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. Pak je nutné provést důkladnou analýzu tchto dat.Sučasně potřebujeme 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, jež které by vaše naše cílová skupina mohla zvolit namísto vašeho 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 . Definujeme ho jako produkt.
zmapujete 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 prioritizujte prioritizujeme s ohledem na obchodní cíle a uživatelské insighty potřeby a data.Můžeme použít manuál Prioritizace>
Vzberte Vybereme ty funkce, které jsou skutečně nezbytné. Pokud se vám 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žijte použijeme jako hlavní vodítko pro sestavení funkcionality vašeho MVP. Určitě ale před finálním rozhodnutím dvakrát zvažtezvažíme, zda tento balík MVP funkcí opravdu doručuje dodává klíčovou hodnotu vašeho naš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
...
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 finální produkt, stále pracujeme s kritéria pro produkt MVP.
Pozor, mějte mějme na paměti, že MVP je pouze první krok vašeho 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, ne všem !Zvažte znovu své obchodní .
Zvážíme znova své cíle, projděte projdeme si produktovou roadmap roadmapu a stanovte 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á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 , počty stáhnutí aplikací, počty lajků, atd.
Uživatelské insighty. Zpětná vazba uživatelů, co by chtěli (zlepšení a motivacia 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 ověřuje stanoví 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?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. (zdroj)
...
.
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ánujte a vyrobte Naplánujeme vývoj MVP.
Vybranou funkcionalitu podrobně popište podrobněji rozepíšeme v dokumentaci pro svůj tým pro vývoj aplikací, nejlépe jako konkrétní úkoly v rámci vývojových sprintů.
V rámci briefování designérů a vývojářů vašeho MVP buďte velmi konkrétní – nezapomeňte s nimi 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 doručitdodat.
Nezapomeňte na plán spuštění Kromě vývoje musíme udělat také plán provozních funkcí, například administraci, zabezpečení a sběru dat . Jak budete o použití, abychom uměli 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.
...
.
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 prezentujte prezentujeme a ověřujte ověřujeme výstupy s vybranou skupinou lidí,.
Porovnávejte Můžeme všechno porovnat s jinými modely, postupy nebo aplikacemi a zhodnotit, zda to naše představa funguje.
Po spuštění pak hlavně:
Ověřte Doporučujeme si ověřit výstup v pilotu pro vybrané skupiny uživatelů.
Po nasazení dolaďujte bychom měli věnovat nějaký čas na UX a uživatelský pohled!Měřte doladění uživatelského pohledu.
Můžeme měřit data z provozu, kdo co jak a proč používá (používejte statistiky) Pamatujte, máte MVP, sledujtea 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 a plánujte rozvojplá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 -
Lref gdrive file url https://docs.google.com/document/d/1dk9TSu-t3vHBtogiWGxHSVp5j4-0omd7ikbJs632z6g/edit
Analýza rolí Loono -Lref gdrive file url https://docs.google.com/presentation/d/18Z2z_Pmwx-IkOCY5vThFNBYDdhkQBvmWo5OAF5J1DX0/edit#slide=id.gc903157eca_0_5 Vstupní analýza pro MVP Začni Učit -
Lref gdrive file url https://docs.google.com/document/d/1R9DyBQHXPWZe3OF752e5No_kAaHMsBmpr9FOcs8qArU/edit