A Lean Startup szerzője, Eric Ries általánosan elfogadott minimális életképes termék (MVP) meghatározást ad, amely leírja “egy új termék olyan verzióját, amely lehetővé teszi a csapat számára, hogy a lehető legkevesebb erőfeszítéssel összegyűjtse a validált tanulságokat az ügyfelekről.”A mobilalkalmazások fejlesztésében az MVP magában foglalja azokat a funkciókat vagy funkciókat, amelyek szükségesek egy alapvető probléma megoldásához egy felhasználói csoport számára, valamint a piacon való fejlődéshez.

a lean módszertan központi tétele, az MVP fejlesztése egy build-measure-learn folyamatot követ; a cél az, hogy azonnali előnyöket biztosítson, miközben minimalizálja a fejlesztési költségeket, valamint az adatokat felhasználja a felhasználói érték idővel történő hozzáadására. A lean startup MVP módszer segít egy olyan termék kiadásában, amely folyamatosan javítható, amikor érvényesíti (vagy érvényteleníti) feltételezéseit, megtudja, mit akarnak a felhasználók, és építsen az alkalmazás jövőbeli iterációit, amelyek jobban szolgálják ügyfeleit.

Ez a lépésről-lépésre szóló útmutató megadja az összes szükséges lépést a minimális életképes termék megtervezéséhez és a fejlesztés megkezdéséhez.

az üzleti igények azonosítása és megértése

a) határozza meg a termék hosszú távú célját, írja le

b) válaszoljon a ” miért csináljuk ezt a projektet?”

c) nevezze meg a siker kritérium, hogy jelzi-e vagy sem a termék, hogy sikeres

a) Térkép a felhasználó út(s)

a felhasználók Azonosítása (színész)

Azonosítani a történet végét (cél)

Azonosítani az összes intézkedések a felhasználónak meg kell tennie, hogy megfeleljen a végső cél

b) Hozzon létre egy “a fájdalom pedig nyereség” térkép minden egyes akció

Írd le a műveletet a felhasználó befejezi, ha a termék használata

Írd le a fájdalom pontokat minden akció

Írd le a nyereség minden akció

c) foglalják össze, a fájdalom pedig nyereség a lehetőséget, kimutatások

A “Hogyan lehet, hogy mi” kijelentések, vagy egy hasonló módszer, hogy összegezze a fájdalom, nyereséget azonosított

döntsd el, Milyen Funkciók Építeni

a) Használata lehetőséget, nyilatkozatok, hogy véglegesítsék a jellemzők

b) Biztosítani megoszlása a funkciók közé tartozik a termék ütemterv

c) Használja a prioritási mátrix (vagy hasonló módszer) fontosabb jellemzők

A Hosszú Változat: Az MVP fejlesztési keretrendszerének felépítése

egy minimális életképes termék tervezési folyamatát három egyszerű, mégis értékes lépésre csoportosítottuk, amelyek rövid verziói a fent felsoroltak. Most egy lépésről-lépésre folyamat részletesebben és kontextusban, így könnyen alkalmazni ezt a keretet a projekt. Ez a folyamat része az agilis MVP fejlesztési keretrendszernek, amelyet a Clearbridge Mobile-nál használunk mobilalkalmazás-fejlesztési projektjeinkhez.

minden említett lépésnek bármely projekt termékdefiníciójának részét kell képeznie, azonban az alábbi lépések segítenek azonosítani és rangsorolni a funkciókat oly módon, hogy magabiztosan körvonalazza, mire van szüksége ahhoz, hogy a minimális életképes terméket forgalomba hozza.

az üzleti igények azonosítása és megértése

a legelején meg kellett volna határoznia annak szükségességét, hogy miért létezzen a termék. Ez lehet egy szervezeti igény vagy egy ügyfél igény, amely foglalkozik a jelenlegi szakadék.

a)határozza meg a hosszú távú célt, majd írja le. Válaszolj erre az egyszerű kérdésre: miért csináljuk ezt a projektet? Például egy kávézóláncnak hosszú távú célja lehet, hogy 30%-kal csökkentse a fizetéshez szükséges időt.

b) határozza meg a siker kritériumait. Ezután határozza meg azokat a kritériumokat, amelyek meghatározzák, hogy a termék sikeres lesz-e vagy sem. Ez valószínűleg-és valószínűleg kellene is-több mutatóból áll majd. A kávé lánc, például, lehet, hogy adjuk meg a sikert elérte, hogy a 30% – ideje-hogy-pénztár csökkentése, hogy 100,000 aktív havi felhasználók számára, hogy elérje a $1 milliós havi tranzakciók segítségével az alkalmazás.

keresse meg a lehetőségeket

a minimális életképes termék tervezésének első szakaszában már azonosítania kellett volna a piaci hiányosságokat, vagy azonosítania kellett volna egy olyan problémát, amelyet meg kell oldani, akár a vállalat, akár a fogyasztók számára. Az MVP fejlesztésének következő szakasza az, hogy megtaláljuk a lehetőségeket, hogy megoldjuk ezeket a problémákat, majd hozzáadott értéket hozzunk létre az alkalmazáson keresztül.

a) A felhasználói út(ok) feltérképezése. A felhasználói utazás legkönnyebben három részre osztható: a felhasználó, a felhasználói műveletek és a történetvégződések.

i. a felhasználó(k) azonosítása. Ezek azok az emberek, akik fogják használni a terméket. Lehetséges, hogy egynél több felhasználói kategóriája lesz. Például, ha van egy szerviz kinevezési foglalási alkalmazás, akkor lehet, hogy mind a kinevezési ütemező (ügyfél), mind a szerviztechnikus.

II. azonosítsa a történet végét. Minden felhasználó számára egy történet véget ér, ami a felhasználó végső célja.

III. határozza meg a feladatok (műveletek). A feladatok azok a műveletek, amelyeket a felhasználónak vagy a felhasználóknak meg kell tenniük annak érdekében, hogy elérjék a történet végét és elérjék a célt.

javasoljuk, hogy hozzon létre egy diagramot a felhasználói utazások feltérképezéséhez. Az alábbiakban egy példa arra, hogy ez hogyan kereshet egy kisállat-örökbefogadási Ügynökség alkalmazást.

div >

a minimális életképes termék tervezésekor valószínűleg meg akarja nézni, hogy melyik felhasználónak van a legtöbb munkája, és erre a felhasználóra összpontosít (ez lehetővé teszi, hogy hű maradjon a Lean Startup MVP módszertanához — a legtöbb értéket gyorsan hozzáadja, a legkevesebb erőfeszítéssel). Az esetek többségében ez lesz a legtöbb értelme; előfordulhat azonban, hogy magasabb prioritásokat kell kezelni, ezért előfordulhat, hogy egy másik felhasználóra kell összpontosítania.

b) hozzon létre egy Pain and Gain térképet minden egyes művelethez. A pain and gain térkép lehetővé teszi, hogy azonosítsa az összes felhasználó fájdalom pont, valamint a nyereség a felhasználó eléri, ha minden címzettje. Ez a gyakorlat lehetővé teszi annak meghatározását, hogy hol van a legnagyobb lehetőség az érték hozzáadására. Ezután a minimális életképes terméket ezekre a területekre összpontosíthatja, miközben a kevésbé hatásos termékeket hozzáadja a jövőbeli kiadások termék ütemtervéhez.

i) írja le azokat a műveleteket, amelyeket a felhasználónak teljesítenie kell. Sorolja fel azokat a műveleteket, amelyeket a felhasználói utazások feltérképezésekor azonosított.

ii) írja le a fájdalompontokat minden egyes művelethez. A fájdalompontok rövid összefoglalók azokról a problémákról vagy kellemetlenségekről, amelyeket a felhasználók a művelet végrehajtásakor tapasztalnak.

iii) írja le az egyes műveletek nyereségét. A nyereség az, hogy milyen értéket érünk el, amikor ezt a fájdalmat kezeljük.

sorolja fel és számolja meg az egyes műveletekhez tartozó fájdalmak és nyereségek számát minden felhasználó számára. Ideális esetben, ha van értelme, hozzá kell rendelnie egy értéket egy pontrendszer segítségével, hogy segítsen számszerűsíteni a nyereség fontosságát vagy hatását. Javasoljuk, hogy szervezze meg a fájdalom és nyereség térkép egy diagram. Ha újra a Pet elfogadása ügynökség példa, itt van, amit a fájdalom és nyereség sorban a diagram tűnhet, mint a Pet Adopter felhasználó.

c) foglalják össze, a fájdalom pedig nyereség a lehetőséget, nyilatkozatok. Számos módja van, hogy összefoglalja a fájdalom, nyereség. Az egyik az, hogy olyan lehetőségnyilatkozatokat használjunk, amelyek a “Hogyan lehetnénk” formátumot követik. Például :” hogyan könnyíthetjük meg a felhasználók számára a találkozók lefoglalását?”Ez segít lefordítani az előző lépésben azonosított fájdalmakat és nyereségeket a jellemző mondatokba (erről bővebben alább).

döntsd el, Milyen Funkciók Építeni

ebben A szakaszban, akkor képes lesz arra, hogy megvizsgálják, milyen funkciók közé tartozik a minimális életképes termék, valamint a funkciók közé tartozik a termék ütemterv, amelyek egy alacsonyabb prioritású.

a) használja az opportunity nyilatkozatokat a funkciók véglegesítéséhez. Az előző lépésből származó lehetőségnyilatkozatok segítségével véglegesítse, hogy milyen funkciókat szeretne felépíteni. Ebben a szakaszban az MVP fejlesztési folyamat, akkor szeretnénk létrehozni jellemző mondatokat. A kedvtelésből tartott állatok Örökbefogadói számára, amelyek az állatok örökbefogadására vonatkoznak ,például a ” Hogyan gyorsíthatjuk meg a jelentkezési folyamatot?”válhat” csökkentse az alkalmazás feldolgozási idejét 10% – kal.”

b) adja meg a termék ütemtervében szereplő funkciók lebontását. Sorolja fel a felhasználót és a konkrét lehetőségekre vonatkozó nyilatkozatokat, valamint adja meg a termék ütemtervében szereplő funkciók bontását.

c) prioritási mátrixot (vagy hasonló módszert) használjon a funkciók rangsorolásához. Ez a lépés segít azonosítani, hogy hol lehet a legnagyobb hatást gyakorolni a termékre a funkció sürgősségével kapcsolatban. A rangsorolási mátrix segítségével végső döntést hozhat arról, hogy mit kell feltétlenül belefoglalnia a minimális életképes termékbe, valamint milyen funkciókat lehet belefoglalni a későbbi kiadásokba. Az alábbiakban bemutatjuk az MVP prioritási mátrixának ajánlott formátumát.

az MVP fejlesztési keret beállítása!

Ezen a ponton erős alappal kell rendelkeznie ahhoz, hogy megkezdje a minimális életképes termék fejlesztését. Ön azonosította és megértette üzleti vagy ügyfél igényeit; megtalálta a lehetőségeket, hogy foglalkozzon a fájdalom pontokat, és úgy döntött, hogy milyen funkciókat építeni, valamint azok elsőbbségét. Agile MVP fejlesztés lehetővé teszi, hogy összpontosítson ezeket a funkciókat a kezdeti épít, adatokat gyűjt, tanul, és iterálja, valamint javítja alapján a tanulást. Most arra koncentrálhatsz, hogy az MVP-t piacra dobd.

ha mobilalkalmazás-fejlesztési partnert keres az MVP felépítéséhez, vegye fel a kapcsolatot a Clearbridge Mobile ma.