Share
Att utveckla en mobilprodukt kräver hårt arbete och resultaten efter att du lanserat din ansökan är osäker.
Lyckligtvis finns det en metod för att testa eventuella appidéer du har. Du kan få mycket kunskap genom att bygga en minsta möjliga produkt. Värdet av MVPs är att du måste spendera mindre tid att designa och utveckla. Som ett resultat får du mycket insikt tidigt. Detta förbättrar kvaliteten på de beslut du fattar för din produkt.
I denna handledning lär du dig:
En MVP, eller minst levande produkt, är en produkt som har bara tillräckligt med funktioner för att testa om det är lönsamt på marknaden. För att uppnå detta avlägsnas alla onödiga funktioner och applikationen innehåller bara de funktioner som anses vara kärnan i produkten.
När du har en vision för en produkt är det ofta komplex. Du vill att användarna ska uppnå olika saker med din app. Även om den faktiska kärnan i en produkt ofta är ganska liten och enkel.
Den inledande lanseringen av Snapchat är ett utmärkt exempel på en minimalt fungerande produkt.Ett bra exempel på en MVP skulle vara snapchat. Snapchat har ett särskilt fokus, du kan visa och skicka bilder till andra användare, men de bilder du skickar är bara tillfälligt synliga. Det är en enkel produkt med fokus. De testade detta kärnkoncept och lyckades. Först efter den inledande lanseringen och produktvalideringen var det meningsfullt att börja arbeta med fler funktioner.
Många av de applikationer vi känner är långt ifrån en MVP. Låt oss ta Instagram till exempel. Initialt kunde MVP ha fokuserat på bara filter. Du skulle kunna ta ett foto, välja ett befintligt foto och placera en av, låt oss säga fem, filtrera på fotot och spara det tillbaka till enhetens kamerafel.
Att släppa Instagram som en minst livskraftig produkt skulle ha testat antagandet att människor använder filter för att förbättra sina bilder. Om appen får traktion kan du arbeta med uppdateringar, som profiler och video support. Om det inte fungerar och du inte får dragkraft, är det förmodligen inte värt att fortsätta utveckla. Kanske är en annan idé mer livskraftig.
Att arbeta på MVP: er innebär att man tar hänsyn till kostnaden för kostnaden när man arbetar på en produkt. När allt kommer omkring betyder det att du sparar tid för att bygga en framgångsrik produkt genom att stoppa produktutvecklingen tidigt när en produkt misslyckas.
Definiera kärnan i din produkt. Bygg den första uppsättningen funktioner och testa den på marknaden.
Att utveckla alla möjliga funktioner du har i ditt sinne kan ta månader medan en enkel MVP kan ta bara några veckor att skapa.
Frigörande tidigt har en annan fördel, användarens återkoppling. Du kan samla in användaråterkoppling tidigt och du kan forma produkten baserat på vad dina användare vill ha.
En funktionssats bör innehålla informationsarkitekturen för din produkt samt ett tekniskt omfång.Innan du faktiskt kan börja utveckla, måste du definiera din MVP och produkt färdplan. Vilka funktioner är must-haves och vilka är trevliga? Det är väldigt viktigt att vara så objektiv som möjligt under denna process. En funktion du djupt bryr dig om kanske inte är kärnan i produkten. Bestäm om en funktion är en måste-ha eller en trevlig att ha.
En typisk trevlig att ha har glömt lösenordsfunktionalitet. I stället kan du visa en support-e-postadress. När du har dragkraft kan du förbättra den här funktionen och bygga ett ordentligt glömt lösenordsflöde. Vid denna fas handlar det om att begränsa den tid det tar att komma till marknaden.
Skriv ner funktion set av din produkt i ett dokument. I grund och botten skriver du ner alla funktioner i din produkt i detalj. Detta är ett arbetsdokument och ger dig en överblick över vad du ska skapa. Det är också ett användbart dokument för att korta designers och investerare till exempel. Det sätter din syn på papper. Du kan också kortfattat nämna själv hur du utför en funktion i teknisk mening. Funktionsuppsättningar inkluderar vanligen ett tekniskt omfång. Det här är särskilt användbart om du arbetar med ett projekt med flera utvecklare.
Nästa steg skulle lista dina funktioner när det gäller prioritering. Vad är den viktigaste funktionen och vilken skapar mest värde på kort sikt? När du har definierat det kan du placera de återstående funktionerna på en produktkarta för att definiera vad du ska bygga när din produkt tar av.
För att bättre förstå din produkts funktionssats är att betygsätta alla funktioner på en skala från 1 till 10, med hänsyn till produkt betydelse, komplexitet, och tillagt värde för användaren. Du kan fatta bättre beslut när det gäller tidslinjen för din produkt när du förstår de olika komponenterna i varje funktion.
Det här är mina personliga påminnelser när jag definierar en lägsta levande produkt.
Varje utvecklare eller team har olika preferenser om hur man bygger en produkt. Jag kommer att hålla det kort, bygga produkten på det sätt du gillar och glöm inte bort det du ursprungligen definierade som den minst lönsamma produkten.
Det är okej att säga nej.
Var medveten om funktionskryp, speciellt om flera intressenter är inblandade. Många förslag du har för funktioner kan ingå i nästa utgåva. Så länge du fortsätter att återgå till funktionsuppsättningen och göra smarta beslut baserat på den ursprungliga produktvisionen och informationen du kan få på vägen, kommer du att hålla dig på rätt spår.
Kvalitetssäkring av produkten är ett annat viktigt steg för att bygga en MVP. Försäkra dig om att din produkt bara fungerar. Tillbringa tillräckligt med tid för att göra buggfixning. Om du är en soloutvecklare, överväga en liten privat beta med vänner och familj. Om du har en budget, kan du anställa ett QA-företag också vara en effektiv lösning för att hålla din produkt fri från kritiska fel som kan skada produktens lansering.
Plattformar som Mixpanel kan i hög grad hjälpa dig att förstå produktens användarbas.Bra gjort! Du har slutat bygga din produkt. Nu är när det verkliga arbetet börjar. När du är klar med utvecklingen är följande dina prioriteringar på kort sikt:
Marknadsföring din nya app är inte alltid lätt. Här är en handledning för att hjälpa dig om du behöver hjälp med att få den första dragningen. När du har en första uppsättning användare, skiftar dina prioriteringar igen. Nu handlar det om:
Det är inte lätt att få feedback från användarna. Ditt betyg på App Store och användarrecensioner berättar något, men tricket är att få lite mer djupgående feedback. Det är viktigt att alltid vara tillgänglig för dina användare. Ha ett Twitter-konto, ta med din kontaktinformation i appen och var inte rädd för att vara proaktiv genom att nå ut till dina användare.
Om du har arbetat med testare för din produkt har du redan en lista över personer som du kan prata med.
När du får feedback är det viktigt att analysera det. Var medveten om att när något är dåligt är det en större chans att folk talar upp snarare än när de gillar något. Den feedback du får kan vara dålig, men det betyder inte nödvändigtvis att din produkt är dålig.
För att utvärdera om din produkt är användbar, använd appanalys, t.ex. Mixpanel, för att hålla reda på användaraktivitet och lagring.
Statistik definierar om en produkt är livsduglig, inte användarens återkoppling.
Jämför användarens återkoppling till din ursprungliga produktvision och produktkarta. Den svåraste delen är att definiera hur denna feedback ska utforma produktvisionen och det är ett val varje produktägare behöver göra för sig själv.
Bra gjort! Du har lärt dig om minsta möjliga livsdugliga produkter, hur de gör produktutvecklingen effektivare och hur du kan fatta bättre beslut efter att din produkt har lanserats.
Ett sista tips jag vill ge är förmodligen den viktigaste lektionen, vet när din MVP inte är genomförbar. Att besluta att inte bedriva en produktidé är förmodligen ett av de svåraste beslut som en utvecklare måste göra, men det råder ingen tvekan om att det ibland kommer att hända när du skapar produkter. Statistiken är extremt värdefull efter lansering och hjälper dig att fatta data-driven beslut.
.
Accentsconagua