Lean Startup författare Eric Ries ger en allmänt accepterad MVP-definition (minimum viable product), som beskriver ”en version av en ny produkt som gör det möjligt för ett team att samla in det maximala antalet validerade lärdomar om kunder med minst ansträngning.”I mobilapputveckling innehåller din MVP funktionen eller funktionerna som krävs för att lösa ett kärnproblem för en uppsättning användare och trivas på marknaden.

en central princip för lean metodik, MVP utveckling följer en build-measure-learn process; målet är att ge en omedelbar fördel samtidigt minimera utvecklingskostnader och använda data för att lägga till användarvärde över tiden. Lean startup MVP-metoden hjälper dig att släppa en produkt som kontinuerligt kan förbättras när du validerar (eller ogiltigförklarar) antaganden, lär dig vad användarna faktiskt vill ha och bygger framtida iterationer av din app som bättre tjänar dina kunder.

denna steg-för-steg-guide kommer att ge alla steg du behöver för att planera din minsta livskraftiga produkt och börja utveckla.

identifiera och förstå affärsbehoven

a) Bestäm produktens långsiktiga mål och skriv ner det

b) svara på frågan ”Varför gör vi det här projektet?”

c) identifiera framgångskriterierna som anger om produkten är framgångsrik

a) kartlägga användarresan(er)

identifiera användarna (aktörer)

identifiera berättelsens slut (slutmål)

identifiera alla åtgärder som användaren måste vidta för att uppfylla det slutmålet

b) skapa en” smärta och vinst ” – karta för varje åtgärd

skriv ner åtgärden som användaren slutför när du använder produkten

skriv ner smärtpunkterna för varje åtgärd

skriv ner vinsterna för varje åtgärd

C) sammanfatta smärtan och vinsterna i möjlighetsdeklarationer

använd ”Hur kan vi” uttalanden eller en liknande metod för att sammanfatta de smärtor och vinster du har identifierat

Bestäm vilka funktioner som ska byggas

a) använd möjlighetsdeklarationer för att slutföra dina funktioner

b) ge en uppdelning av funktionerna som ska ingå i produktfärdplanen

c) använd en prioriteringsmatris (eller liknande metod) för att prioritera funktioner

den långa versionen: Bygga din MVP utvecklingsram

Vi har grupperat planeringsprocessen för en minsta livskraftig produkt i tre enkla men värdefulla steg, vars korta versioner listas ovan. Vi kommer nu att ge en steg-för-steg-process med mer detaljer och sammanhang så att du enkelt kan tillämpa denna ram på ditt projekt. Denna process är en del av det agila MVP-utvecklingsramverk som vi använder på Clearbridge Mobile för våra utvecklingsprojekt för mobilappar.

varje steg som nämns bör vara en del av produktdefinitionen för alla projekt, men att följa dessa steg hjälper dig att identifiera och prioritera funktioner på ett sätt som gör att du med säkerhet kan beskriva vad du behöver för att få din minsta livskraftiga produkt till marknaden.

identifiera och förstå affärsbehoven

i början borde du ha identifierat ett behov av varför produkten ska existera. Detta kan vara ett organisatoriskt behov eller ett kundbehov som löser ett aktuellt gap.

a) bestäm det långsiktiga målet och skriv ner det. Svara på denna enkla fråga: Varför gör vi det här projektet? En kaffebutikskedja kan till exempel ha det långsiktiga målet att minska tiden till kassan med 30%.

b) identifiera framgångskriterier. Därefter identifiera de kriterier som avgör om produkten kommer att lyckas eller inte. Detta kommer sannolikt — och förmodligen borde — bestå av mer än en metrisk. Vår kaffekedja kan till exempel definiera framgång genom att nå den 30% time-to-checkout-minskningen, ha 100 000 aktiva månatliga användare och nå 1 miljon dollar i månatliga transaktioner via deras app.

hitta möjligheterna

i det första steget att planera din minsta livskraftiga produkt borde du redan ha identifierat marknadsluckor eller identifierat ett problem som måste lösas, vare sig det gäller ditt företag eller för konsumenterna. Nästa steg i MVP-utvecklingen består av att hitta möjligheterna att lösa dessa problem och tillföra värde via din app.

a) kartlägga användarresan (er). Användarresan är lättast uppdelad i tre delar: användaren, användaråtgärder och berättelseslut.

I. identifiera användaren / användarna. Det här är de människor som kommer att använda din produkt. Det är möjligt att du kommer att ha mer än en kategori av användare. Om du till exempel har en app för bokning av serviceavtal kan du ha både Schemaläggaren (kunden) och serviceteknikern.

ii. identifiera berättelsens slut. För varje användare kommer det att finnas en historia som slutar, vilket är användarens slutmål.

iii. identifiera jobb (åtgärder). Jobben är de åtgärder som användaren eller användarna behöver vidta för att nå berättelsens slut och uppnå målet.

Vi föreslår att du skapar ett diagram för att kartlägga användarresorna. Nedan är ett exempel på hur det här kan leta efter en app för adoptionsbyrå för husdjur.

När du planerar din minsta livskraftiga produkt kommer du sannolikt att titta på vilken användare som har flest jobb och fokusera på den användaren (det här gör att du kan vara trogen mot Lean Startup MVP — metoden-lägga till mest värde snabbt, med minst ansträngning). I de flesta fall kommer det att vara mest meningsfullt; det kan dock finnas högre prioriteringar som måste åtgärdas, så du kan behöva fokusera på en annan användare.

b) skapa en smärta och få karta för varje åtgärd. Pain and gain-kartan låter dig identifiera alla användarsmärtpunkter och de vinster användaren uppnår när varje adresseras. Denna övning låter dig avgöra var du har störst potential att tillföra värde. Du kan sedan fokusera din minsta livskraftiga produkt på dessa områden samtidigt som du lägger till de mindre effektiva i produktplanen för framtida utgåvor.

i) Skriv ner de åtgärder som användaren behöver slutföra. Lista de åtgärder som du identifierade när du kartlade användarresorna.

ii) skriv ner smärtpunkterna för varje åtgärd. Smärtpunkterna är korta sammanfattningar av de problem eller olägenheter som användarna har när de försöker slutföra den åtgärden.

iii) skriv ner vinsten för varje åtgärd. Vinsten är vilket värde som uppnås när den smärtan behandlas.

lista och räkna antalet smärtor och vinster för varje åtgärd, för varje användare. Helst, när det är vettigt, bör du tilldela ett värde med ett poängsystem för att kvantifiera betydelsen eller effekten av vinsten. Vi rekommenderar att organisera smärtan och få kartan i ett diagram. Om vi besöker vårt exempel på adoptionsbyrå för husdjur, här är vad en smärta och vinstrad i vårt diagram kan se ut för Pet Adopter-användaren.

c) sammanfatta smärtor och vinster i Möjlighet uttalanden. Det finns ett antal sätt att sammanfatta smärtor och vinster. En är att använda möjlighet uttalanden som följer en ”Hur kan vi” format. Till exempel, ” hur kan vi göra det lättare för användare att boka möten?”Detta hjälper dig att översätta de smärtor och vinster du identifierade i föregående steg till funktionsmeningar (mer om detta nedan).

Bestäm vilka funktioner som ska byggas

i det här steget kommer du att kunna urskilja vilka funktioner som ska inkluderas i din minsta livskraftiga produkt, liksom de funktioner som ska inkluderas i produktplanen som är lägre prioriterade.

a) använd möjlighet uttalanden för att slutföra dina funktioner. Använd dina möjligheter uttalanden från föregående steg, slutföra vilka funktioner du vill bygga ut. I detta skede i MVP-utvecklingsprocessen vill du skapa funktionsmeningar. För våra sällskapsdjur Adopters som ansöker om att anta djur, till exempel, möjlighet uttalande ”Hur kan vi påskynda ansökningsprocessen?”kan bli” minska ansökningsbehandlingstiden med 10%.”

b) ge en uppdelning av de funktioner som ska ingå i produktfärdplanen. Lista användaren och de specifika uttalandena om möjligheter och ge en uppdelning av de funktioner som ska ingå i produktplanen.

c) använd en prioriteringsmatris (eller liknande metod) för att prioritera funktioner. Detta steg hjälper dig att identifiera var du kan få störst inverkan på din produkt i förhållande till hur brådskande funktionen är. Med hjälp av en prioriteringsmatris kan du fatta det slutliga beslutet om vad som absolut behöver inkluderas i din minsta livskraftiga produkt och vilka funktioner som kan inkluderas i senare utgåvor. Nedan är vårt rekommenderade format för din MVP-prioriteringsmatris.

din MVP utvecklingsram är inställd!

Vid denna tidpunkt bör du ha en stark grund för att komma igång med att utveckla din minsta livskraftiga produkt. Du har identifierat och förstår dina affärs-eller kundbehov; du har hittat möjligheterna att ta itu med smärtpunkterna, och du har bestämt vilka funktioner du ska bygga och deras prioritet. Agile MVP utveckling kan du fokusera på dessa funktioner för den första bygga, samla in data och lärdomar, och iterera och förbättra baserat på dina lärdomar. Nu kan du fokusera på att få din MVP till marknaden.

om du söker efter en utvecklingspartner för mobilappar för att hjälpa till att bygga din MVP, kontakta Clearbridge Mobile idag.