Minimum Viable Product (MVP)
En Minimum Viable Product, eller MVP, är den minsta versionen av en produkt som verkliga användare faktiskt kan använda och som ger meningsfull återkoppling i gengäld.
Begreppet MVP blev allmänt känt genom Eric Ries metod Lean Startup, som beskriver den version av en produkt som kräver minst ansträngning att bygga men ändå låter en testa ett kärnantagande med verkliga användare. Istället för att lägga månader på att utveckla en komplett lösning fokuserar man på den enda funktion som ger mest värde och testar den viktigaste hypotesen. Målet är att få genuina reaktioner så tidigt som möjligt, istället för att planera vidare baserat på gissningar. Det minskar risken för att lägga ner tid och pengar på funktioner som ingen egentligen vill ha.
En MVP är varken en halvfärdig prototyp eller en klickbar demo. Ordet viable (livskraftig) innebär att användarna verkligen kan uträtta något med den, även om funktionsutbudet och finishen fortfarande är mycket begränsade. En MVP för en beställningsapp måste faktiskt kunna ta emot en beställning, även om betalningshantering eller en polerad design fortfarande saknas. Når man inte upp till den ribban får man åsikter om en idé istället för gedigen återkoppling.
I praktiken innebär arbete med en MVP att köra loopen bygg-mät-lär. Man utvecklar den minsta fungerande versionen, mäter hur användarna faktiskt beter sig och använder det för att bestämma vad som ska ändras härnäst. Den här cykeln upprepas flera gånger och ersätter långa planeringsfaser med korta, testbara lärandesteg. Den största risken är att skala ner MVP:n så mycket att den inte längre visar produktens verkliga värde, vilket gör datan man samlar in värdelös.
Praktiskt exempel
Ett hantverksföretag vill bygga en app för att hantera uppdragsförfrågningar. Istället för att direkt implementera schemaläggning, fakturering och en kundportal börjar man med en enkel webbformulär som utlöser ett automatiskt e-postmeddelande till teamet. Inom sex veckor kommer 40 förfrågningar in via formuläret, och datan visar att mer än hälften av kunderna också förväntar sig att se tillgängliga tider. Först med den insikten investerar företaget sin uppskattade utvecklingsbudget på 15 000 euro i just den funktionen, istället för att gissa i förväg.
Så hjälper Leanshift
En MVP är Kaizen tillämpat på starten av ett projekt: små steg, verklig återkoppling, riktade justeringar istället för en enda stor satsning byggd på antaganden. Det tänkesättet bärs direkt över till processarbetet på verkstadsgolvet, där man också testar en förbättring i liten skala innan den rullas ut i stor skala. Det är ett sätt att inte bara förbättra en produkt, utan teamets förmåga att tillämpa samma lärandrytm på andra ställen.
Vanliga frågor
Är en MVP samma sak som en prototyp?
Nej. En prototyp är vanligtvis till för intern demonstration eller testning, medan en MVP hamnar i händerna på verkliga användare för faktisk användning, vilket ger verkligt användarbeteende istället för bara åsikter.
Hur liten kan en MVP vara?
Så liten som möjligt, men inte mindre än vad som krävs för att testa det viktigaste antagandet. Det som spelar roll är att den enda kärnfunktionen fungerar helt, inte hur många funktioner man inkluderar.
När är en MVP klar?
En MVP är aldrig klar i traditionell mening. Den anses färdig när man har tillräckligt gedigen återkoppling för att fatta nästa utvecklingsbeslut.