hogyan lehet valóban meghatározni az MVP-t
miért lehet az MVP zavaró?
az MVP az egyik olyan kifejezés, amely úgy tűnik, hogy sok tapadást generál egy agilis átalakulás során. Úgy tűnik, az emberek örülnek annak, hogy megpróbálnak eleget tenni egy cél eléréséhez. De, a rögzített gondolkodású vállalatok számára a kifejezés gyorsan visszaélhet. Ezeknek a vállalatoknak a hangsúly általában az ígéret teljesítésén van, nem pedig a verseny mélyebb megértésén.
ezekben a környezetekben az MVP-k gyakran felhasználhatók a hatókör csökkentésének (sőt talán hiányának) igazolására. Általában csak a minimalizmus nyelvét állítják be, így az üzlet kap valamit, amit kétségbeesetten keresnek, és van némi hatókör-szabályozás. Az MVP egyetlen meghatározásával a dolgok túlságosan rögzülnek. Az eredmény az, hogy az ügyfél egy utólagos gondolkodásra redukálódik, amelynek középpontjában az a tény áll, hogy az előre egyeztetett, nem pedig az, ami valóban szükséges.
a zűrzavar fokozása érdekében az évek során sokféle definíció létezett a minimális funkcionális/életképes/piacképes/elfogadható jellemzőkről/termékekről/kiadásokról. A dolog, hogy úgy tűnik, hogy elfogadható, hogy nem a minimum. A probléma azonban az, hogy a vállalatokon belül nincsenek valós politikák annak meghatározására, hogy az MVP-ket hogyan lehet nagyobb mértékben felhasználni egy olyan keretben, amely segít a kockázat kezelésében és szabályozásában.
ahhoz, hogy valóban rájöjjünk, mi a minimum, amire szükségünk van, a felfedezés és a tanulás útjára kell mennünk.
az MVP-k a tanulásról szólnak
az MVP definíciójának valóban mindig egy eredményhez kell kapcsolódnia – “ezt az MVP-t x elérésére tervezték”. Az MVP-nek nincs egyedi meghatározása. Például létrehozhatunk egy MVP-t, hogy lássuk, a termékünk megold-e egy adott problémát egy adott ügyfél számára. Vagy létrehozhatjuk a lehető legkisebb terméket egy globális jelenség elindításához. Ez a két dolog teljesen más, és nagyon különböző stratégiákat igényel a cél eléréséhez-és valószínűleg más irányítási és irányítási megközelítést.
azt tudjuk, hogy vannak olyan közös dolgok, amelyeket a szervezetek megpróbálnak elérni, így valamilyen struktúrát helyezhetünk el a tanulás és a felfedezés nyelve körül.
Ügyfélfelfedezési útra indul
az Egyesült Királyság kormányának digitális szolgáltatási csapata (GDS) kiváló keretet írt a kormányzati szolgáltatások tervezéséhez és felépítéséhez – itt láthatja. Ez a keret kifejezetten az Egyesült Királyság kormányzati szolgáltatásaihoz készült, és olyan megoldásokat hozott létre a polgárok számára, amelyek a felhasználók valós igényeinek megismerésén és a felhasználók jobb kiszolgálására szolgáló megoldások telepítésén alapultak.
egy hasonló keretrendszer ugyanolyan jól működik egy termékmenedzsment vagy változásmenedzsment környezetben. Ezt Steve Blank termék-és üzletfejlesztési Ügyfélfelfedezési megközelítésével együtt tekinthetjük meg, amely végső soron a termék/piac megfelelőségének megtalálásáról és egy skálázható üzleti modell felépítéséről szól.
ezt a modellt arra tervezték, hogy felfedezze, érvényesítse és új ügyfeleket hozzon létre, majd vezesse be a Cégépítésbe, ha biztos benne, hogy a termékpiac megfelel.
a keretrendszer célja a megértés és a tanulás fejlesztése olyan lépések megtervezésével, amelyek segítenek a Konkrét kérdések megválaszolásában.
Discovery
Discovery szól fejlődő megértése az ügyfél és az eszközök, termékek és szolgáltatások használják ma, hogy elérjék céljaikat. Ha úgy gondolja, hogy van valami, ami jobban megoldja a problémát meg kell csinálni egy pár dolgot:
- keret egy probléma nyilatkozatot, hogy te megoldása, és kap egyértelmű, hogy ez egy értékes probléma megoldani
- ismertesse lehetőségeket, hogyan lehet megoldani a problémát
- fedezze fel a piacon, hogy mi létezik ma, hogy elérjék a célt – kitalálni, hogy mi a versenytársak csinálnak már.
- Lásd az 1. lépést. Egy igazán jó problémamegállapítás megfogalmazása a legkritikusabb elem a továbblépés előtt.
lehet, hogy itt kell építenie valamit, hogy segítsen a probléma jól keretezni. Bármit is csinálsz, ne építs túl sokat. Tartsa a dolgokat nagyon könnyűnek, nagyon gyorsnak, és csak olyan dolgokat építsen fel, amelyek segítenek közös megértést kialakítani Ön és a potenciális ügyfelek között a problématerületről.
Alpha
Alpha szól tervezése valamit, ami eléri a probléma-megoldás illik. Tehát van egy jól meghatározott problémamegállapítás. És néhány ötlet, hogyan oldjuk meg. Tudja, mit csinálnak mások a piacon. Azt gyanítja, hogy van értéke dolgozik a megoldás, és van egy piac az emberek, akik költeni egy kis pénzt. A megoldás elkészítésekor (vagy azért, mert nem baj, ha sok prototípust párhuzamosan vagy sorozatban gyártunk) továbbra is összpontosítania kell néhány kulcsfontosságú kérdés megválaszolására:
- úgy gondolja, hogy potenciális megoldása valóban megoldja az Ön által meghatározott problémát (és az ügyfél értékesnek minősítette)?
- van-e vevői érvényesítése – mondták-e az ügyfelek, hogy a javasolt megoldás segít nekik megoldani a problémát?
- a felhasználók a mai napig készek fizetni a megoldás? Ebben a szakaszban, gondolod, hogy életképes vállalkozássá válhat?
- az Ön megoldása különbözik a versenytársaitól? Mások számára egyértelmű, hogy differenciált?
- és mielőtt továbblépnénk, tényleg megoldja a problémát? Valóban szükség van rá, mielőtt pénzt költene az ügyfelek és a felhasználók megszerzésére.
Beta
ebben a szakaszban a megoldást valódi ügyfelekkel érvényesítette. Olyan embereknek kellett volna lenniük, akik valóban képviselik azt a személyt, akit szolgálni akarsz. Tudod, hogy az ötleted működik – legalábbis egy kis lakosság számára. De könnyű-e értékesíteni, megtalálni és megszerezni az ügyfeleket, és szolgálni egy sokszínűbb csoportot. A béta arról szól, hogy megtalálja a termék-piaci illeszkedést. A kérdések, amelyek hasznosak az Ön számára, hogy megoldásokat építsenek ebben a szakaszban:
- a megoldás skálája megfelel a sok ember igényeinek? Hogyan lehet megoldani a problémát gazdaságilag életképes módon?
- hogyan pozícionálja és forgalmazza életképes értékajánlatát?
- milyen csatornák lehetnek a legjobbak a célpiac megszerzéséhez és kiszolgálásához?
- hogyan hozza létre a legjobb élményt (értékesítési és szállítási szempontból)?
- milyen egyéb funkciókra lehet szükség ahhoz, hogy az emberek evangelizáljanak a termékről?
- mi az akvizíció, az áttétel és a megtartási befektetés megfelelő keveréke?
- Hogyan tudom a legjobban strukturálni a csapatokat és a műveleteket egy indítás kiszolgálásához?
- melyek a növekedés fő mutatói? Honnan tudhatom, hogy a termék nem működik olyan jól, mint szeretném? Vagy honnan tudhatom, hogy van valami új, ami versenyez az Értékajánlatommal?
élő
nagyszerű! Tehát számos minimális életképes terméket hozott létre. Sokat tanultál. Valószínűleg végigjártad a Discovery, Az Alpha és a bétaverziót, és készen állsz arra, hogy terméked globális jelenséggé váljon (vagy bármi legyen is a célod). Most az életképes üzleti modell életre kelését keresi. Ebben a szakaszban arról szól, hogy folyamatosan javítson mindent, amit csinál. Új funkciók, továbbfejlesztett szállítási modellek, megnövekedett ügyfélkör. Ez körülbelül több azonos – de folyamatosan javult.
nyugdíjba
most, remélhetőleg a béta és az ÉLŐ során kitalálta a legfontosabb mutatókat, amelyek segítenek abban, hogy dolgozzon ki, ha valami más zavarja a piacon. Ezeknek tartalmazniuk kell néhány vezető mutatót, amelyek nem csak a bevételről és a nyereségről szólnak. Remélhetőleg jeleket fognak adni arról, hogy a termék még mindig teljesít, vagy figyelmet igényel. A verseny egy részét folyamatos fejlesztéssel lehet kezelni – ez valószínű, ha valóban volt termék/piaci illeszkedés. De néha jön egy új dolog, ami leüt a sügérről. Ezen a ponton most meg kell fontolnia a visszavonulást és a folyamat újraindítását. Visszatér a Discovery – hez, hogy újra kiszolgálja ügyfeleit és felhasználóit, és visszavonuljon a megoldásért, amelyet olyan szeretettel nőtt fel.
jó MVP-k kialakítása
tehát, hogy ezt lezárjuk, érdemes még néhány dolgot mondani. A tanulási folyamat minden szakaszában sok MVP iterációt lehet (és talán biztosan kell és lesz). A legfontosabb dolog az, hogy tanulj, válaszokat kapj a kérdéseidre, és kitaláld, mikor érdemes a következő szintre lépni. Bármikor felteheti a kérdést, hogy ki kell-e tartania az ötletét, elforduljon valami teljesen újhoz, vagy eldobja az egész ötletet. Általában, ha a problémamegállapítást az elején jól keretezték, akkor érték lesz, függetlenül attól, hogy a megoldások mennyire működnek, de nem mindig ez a helyzet.
legyen óvatos, ha egyenesen egy későbbi szakaszba ugrik, anélkül, hogy megválaszolná a korábbi kérdéseket. Mindig törekedjen bizonyítékok építésére és érvényesítésre. És ne felejtsük el, hogy ne ugorjunk az alapértelmezett válaszra:’csak egy minden funkcióval rendelkező termékre lesz szükség az MVP-hez, hogy a Vállalkozásainkhoz méretezhessük’. Valószínűleg ez a legnagyobb hiba az MVP-k használata nagyvállalatoknál.
ne feledje, hogy az MVP a tanulás eszköze. Ez része a felfedezés folyamatának, és egy módja annak, hogy mélyebb betekintést nyerj a problémába,amelyet megoldasz. Ez segít építeni a legkívánatosabb, életképes és megvalósítható termék lehetséges. Gondoljon arra, hogy miként lehet megfogalmazni egy olyan célt, amely a legnagyobb cél részhalmaza. Még akkor is, ha egy nagyvállalatban vagy, mindig vannak módok arra, hogy lebontsák a dolgokat, hogy építsenek, tanuljanak és teszteljenek.