„Kolik stojí MVP?“ je jedna z prvních otázek, které si zakladatelé kladou, a upřímná odpověď zní, že to závisí na rozhodnutích, která jste ještě neučinili. Dva produkty, které znějí podobně, se mohou v náročnosti lišit i několikanásobně kvůli platformám, integracím nebo požadavkům na data. Místo uvádění rozpětí tento průvodce vysvětluje faktory, které určují náklady, rozsah a náročnost vývoje MVP, abyste mohli činit rozhodnutí, jež udrží první verzi zaměřenou, a férově porovnávat nabídky.
Co to je?
Náročnost MVP určuje, kolik je třeba navrhnout, postavit, integrovat, otestovat a předat. Hlavními faktory jsou: počet různých uživatelských rolí a hlavních uživatelských cest; platformy (web, iOS, Android nebo multiplatformní přístup); zda je backend vlastní, nebo využívá spravovanou službu; integrace s platebními, identitními, komunikačními, CRM nebo odvětvovými systémy; potřeby týkající se dat, jako je migrace, reporting nebo práce se soubory; požadavky na bezpečnost a ochranu soukromí včetně autentizace, oprávnění a nakládání s osobními údaji; hloubka designu, od funkčních obrazovek po vyladěný zážitek se značkou; očekávání kvality a pokrytí testy; nasazení, odeslání do obchodů s aplikacemi a nastavení prostředí; a předání, které váš tým potřebuje k provozu a rozšiřování produktu. Faktorem je i samotná nejistota: když jsou požadavky nejasné, odhady obsahují větší rezervu nebo se rozsah mění během dodávky.
Pro koho to je?
Tento průvodce pomáhá:
- Zakladatelům, kteří připravují zadání nebo porovnávají nabídky vývojových partnerů
- Produktovým manažerům, kteří obhajují zaměřený rozsah před zainteresovanými stranami
- Firmám, které poprvé plánují interní nástroj nebo aplikaci pro zákazníky
- Týmům, které obdržely výrazně odlišné odhady a chtějí pochopit proč
Co to pomůže objasnit
Porozumění faktorům pomáhá ujasnit:
- Které funkce patří do prvního vydání a které mohou počkat
- Zda stačí jediná platforma, abyste zjistili, co potřebujete
- Které integrace jsou nezbytné a které mohou zatím probíhat ručně
- Které předpoklady v nabídce určují největší část náročnosti
Co je zahrnuto
- Vyjádřete hlavní hodnotu produktu jednou větou a uveďte pouze cesty, které ji přinášejí
- Spočítejte uživatelské role; každá přidává obrazovky, oprávnění a testování
- Nejprve zvolte jednu platformu, pokud vaši uživatelé zjevně nepotřebují víc
- Sepište integrace a každou označte jako nezbytnou, odložitelnou nebo nahraditelnou ručním krokem
- Rozhodněte, zda pro první verzi postačí spravovaný backend
- Určete osobní nebo citlivé údaje a ochranu, kterou vyžadují
- Dohodněte úroveň designu odpovídající vašemu publiku a fázi
- Definujte akceptační kritéria a očekávané testování
- Ujasněte, kdo vlastní hostingové účty, repozitáře kódu a záznamy v obchodech s aplikacemi
- Naplánujte předání: dokumentaci, převod přístupů a podporu po dodání
Co není součástí
- Rozpočtová rozpětí nebo pevné částky; náročnost závisí na potvrzeném rozsahu
- Tvrzení, že menší rozsah zajistí přijetí nebo úspěch
- Průběžný vývoj funkcí nad rámec dohodnuté první verze
- Licence třetích stran, hosting nebo transakční náklady, které se potvrzují samostatně
Kdy si ji vybrat
Použijte tohoto průvodce dříve, než si vyžádáte nabídky, aby vaše zadání odpovídalo na otázky, které určují náročnost. Hodí se i při porovnávání nabídek: zeptejte se každého poskytovatele, jaké předpoklady učinil ohledně platforem, integrací a dat, protože rozdíly v nich obvykle vysvětlují rozdíly v odhadech. Pokud je několik faktorů stále neznámých, bývá rozumnou investicí krátká fáze návrhu (blueprint) nebo průzkumu dříve, než se zavážete k plnému vývoji.
Náš přístup
Nejspolehlivějším způsobem, jak řídit náročnost, je snížit nejistotu a rozsah ještě před zahájením vývoje. Definujte hlavní cesty, nejmenší užitečnou sadu funkcí, nezbytné integrace a základní úroveň zabezpečení. Poté si vyžádejte písemný rozsah, který uvádí, co je zahrnuto, co je vyloučeno a jaké předpoklady platí. Náš App MVP Sprint dodává první verzi s vymezeným rozsahem, záznamem o dodávce a předávacími materiály; rozsah a obchodní podmínky se potvrzují písemně před zahájením prací. Pokud jsou backend nebo integrace rozsáhlé, lze souběžně vymezit službu Secure Backend & API Engineering. Pokud produkt ještě není definován natolik, aby jej bylo možné s jistotou odhadnout, může zakázka Product Blueprint & Scope přinést uživatele, toky, funkce a závislosti potřebné pro pevnější nabídku.
Často kladené otázky
Související články
Začít
Chcete jasný a písemný rozsah MVP?
Sdělte nám svůj nápad, uživatele, platformy a integrace. Pomůžeme vám vymezit zaměřenou první verzi a rozsah potvrdíme písemně.
Vyžádat písemný rozsah