V posledních letech se při vývoji téměř všude mluví o takzvaném MVP – Minimum Viable Product. Je to taková kouzelná mantra a naprosto všichni jí rozumí. Nebo si to alespoň myslí. Jenže jak říká jeden můj kolega, který tento pojem dokonce učí na vysoké škole: „MVP má celou řadu definic, ne všechny jsou však stejné a každý si význam MVP nakonec stejně vykládá po svém.“

 

Co je MVP?

Pojďme tedy na MVP od lesa. Proč vůbec existuje? Proto, aby projekt spotřeboval ideální množství peněz, za které budou mít koncoví uživatelé/klienti startovní verzi produktu nebo služby. Tento produkt (či služba) musí být použitelný a musí jít vyhodnotit jeho následný potenciál. A protože čas jsou peníze a peníze jsou čas, tak při správně vymyšleném MVP bude vaše aplikace na trhu výrazně dříve, než kdybyste se snažili rovnou navrhnout a vyvinout celé řešení.

Navrhnout správné MVP je VELMI těžké. Přestože se dá použít spousta technik, které vám s tím pomohou, všechny spolehlivě selžou, pokud ve svém týmu nemáte někoho, kdo dokáže jednotlivé produktové designery a stakeholdery (u)koučovat. Velmi často totiž MVP funguje jako sněhová koule. Čím déle se vytváří, tím více se nabaluje a nikdo v projektu nemá odvahu říct „DOST!“. Zvalidovat MVP přitom není příliš těžké. Stačí si položit jednoduchou otázku – budou první uživatelé takovou funkčnost opravdu potřebovat? Co se stane, když tuto funkčnost dodáme později?

 

Jak začít?

Každopádně i projekt s dobrým MVP nemusí nutně znamenat dobrou cenu za implementaci. Mezi MVP (což je fakticky seznam požadavků a funkcionalit) a vývojem totiž stojí ještě jedna stále opomíjená oblast. Vlastní design řešení, tj. spousta průzkumů, návrhů a také uživatelského testování. Často se totiž stává, že nejlepší způsob, jak ušetřit, je aplikaci vůbec nevyvíjet. Existuje spousta dobrých nápadů, ale často za sebou nemají žádný obchodní model, který by z nich dokázal generovat peníze. Nebo prostě jenom klienti o tuto vaši skvělou vychytávku nemusí mít zájem. Nicméně právě to jsou věci, které vám dobrý UXový tým dokáže ověřit za výrazně nižší náklady, než kdybyste to zjistili až po puštění aplikace do produkce. Podívejte se na Google Play, kolik je tam aplikací, které nikdo nestahuje. A nejen to, UXový tým v několika iteracích posune návrh řešení přesně podle potřeb uživatelů, protože se s nimi opravdu potká a porovná jejich potřeby a chování s vaším zadáním. Někteří přední UX designéři tvrdí, že většina projektů řeší špatný problém. To vlastně znamená, že o takové řešení v podobě konkrétního produktu lidé nemají zájem. Ale to nutně neznamená, že je špatná jeho prvotní myšlenka. Díky správné identifikaci problémů vašich klientů (a problém v teorii UX můžeme označit spíše za „příležitost“) můžete navrhnout produkt, který bude opravdu užitečný a používaný. A ve výsledku si vydělá nejenom sám na sebe.

Co je MWP a MAP?

V takových chvílích pak dokonce někdy říkáme, že je produkt MWP (Minimum Wow Product) nebo MAP (Minimum Awesome Product). To jsou takové verze produktu, které dosahují výrazně vyšší kvality než pouhopouhé MVP. Někdy jde jen o drobnosti, ale přesně o ty drobnosti, které rozhodnou o životaschopnosti vašeho produktu. MWP/MAP je dražší než MVP (takže jde proti nízké ceně projektu), ale zároveň zvyšuje šanci, že váš produkt bude konkurenceschopný a přežije (takže zase pomůže vašemu business plánu). Uživatelům, kteří jsou zvyklí na vysoký komfort, totiž nemusí MVP stačit, a pokud jim stačí, tak jen na poměrně krátkou dobu. Jinými slovy, co bylo MVP před třemi roky, už dnes může být nedostačující, protože hranice toho, co je minimem, se neustále zvyšuje. Pokud by vás o těchto tématech zajímalo více, přečtěte si například tento článek na stránkách Medium, nebo tento článek na stránkách DA-14 Corp.

 

Jak ušetřit?

Existují ale i další cesty, jak snížit cenu aplikace. V první řadě je vhodné zmínit efektivní používání technologií, frameworků a produktů. Vytvářet aplikaci v technologii, která je tak nová, že ji v republice zná jenom dvacet lidí, může být sice skvělá věc pro PR články, ale pokud chcete experimentovat, určitě začněte s něčím opravdu malým. Nové technologie či frameworky se objevují jako houby po dešti, ale stejně rychle mizí v propadlišti dějin. Navíc najít na ně odpovídající specialisty není lehká záležitost a naučit své stávající pracovníky novinkám zase něco stojí. V dnešním světě pro spoustu situací existují hotové produkty či šablony, a to se nebavíme jen o jednoduchých webových prezentacích či e-shopech. Existují platformy, které stačí jen vhodně poskládat a máte celé webové aplikace.

Pokud se bavíme o technologiích či frameworcích, tak nemluvíme jen o implementaci. Frameworky dnes existují i pro UI a UX designery. A použít nějaký známý design-framework je téměř vždy levnější než si aplikaci udělat po vizuální stránce zcela unikátní. Navíc uživatelé jsou vždy raději, když ovládacím prvkům rozumí na první pohled.

A tím využití frameworků stále nekončí, protože navržený a vyvinutý produkt se ještě testuje. A pokud je vaše aplikace opravdu určená pro větší počet uživatelů, bude nutné investovat do automatizace testů. Ano, vždy můžete testovat manuálně, ale to je něco, co se dá akceptovat jen u těch nejmenších projektů. Pokud najdete pro svůj tým vhodný způsob, jak testování zautomatizovat, celý proces výrazně zrychlíte. A dříve nebo později začnete generovat skutečné úspory, protože si vystačíte s menším počet testerů.


Buďte neustále při tom!

Hlavní věc, kterou musíte vyřešit, když máte nápad, ale nemáte realizační tým, je, komu ji dát k vývoji. Můžete se pokusit zaměstnat vlastní odborníky, můžete si najít nějakou externí firmu. Nebo dokonce můžete zkombinovat obojí najednou. Při výběru by cena nikdy neměla být jediným kritériem. Pokud firma nabízí nízkou cenu, dost často počítá s tím, že budete platit za každou odchylku od zadání. Najít vlastního zaměstnance zase v dnešní době často znamená několik měsíců hledání. Nicméně ať bude vlastní způsob dodávky jakýkoliv, je jedno klíčové pravidlo, které vám pomůže s optimalizací nákladů. Musíte být s týmem v neustálém kontaktu, musíte být v neustálém kontaktu s aktuálním děním a aktuálními výstupy. Jedině tak předejdete nepříjemným překvapením, ať už stran ceny projektu, nebo v podobě jeho výstupu.



A pro ty, kdo dočetli až sem, ještě shrnu vyjmenované rady a přidám jednu na závěr:
 

  • Pracujte s MVP.
  • Využijte služeb UX designerů.
  • Používejte vhodná existující řešení, technologie a frameworky.
  • Poctivě sledujte progres jednotlivých týmů a přímo se účastněte projektu.
  • Nebojte se projekt zastavit a přehodnotit dřív, než bude pozdě.

 

Tak hodně štěstí!