Hva er MVP? Minimum viable product forklart for deg som skal bestille utvikling

Hva er MVP? Det korte svaret

MVP står for minimum viable product, på norsk gjerne «minste brukbare produkt». Det er den enkleste versjonen av et produkt som fortsatt løser det viktigste problemet for ekte brukere, godt nok til at de tar den i bruk og gir tilbakemeldinger.

Ordet «minimum» handler ikke om lav kvalitet. Det handler om omfang: færrest mulig funksjoner, men de som er med skal virke skikkelig. En MVP er ikke en prototype eller en demo, den er et produkt som brukes i virkeligheten.

Hvorfor MVP er viktig for deg som bestiller utvikling

Skal du få utviklet en app eller et system, er MVP-tankegangen først og fremst et verktøy for å redusere risiko. Den gjør tre ting for deg:

• Du får svar raskere. I stedet for å vente et år på et komplett produkt, kan en fokusert første versjon være ute hos brukerne i løpet av noen måneder. Da lærer du hva som treffer, før du investerer videre.
• Du bruker mindre penger på antakelser. De fleste produkter endrer seg vesentlig etter møtet med ekte brukere. Jo mindre du har utviklet før den læringen kommer, jo mindre koster kursendringen.
• Du får en tydelig ramme for prosjektet. «Hva må med i versjon én?» er et langt bedre styringsspørsmål enn «hva kunne vært fint å ha?». Det er også det som gjør det mulig å gi en presis fastpris.

Vår erfaring er at de fleste apper og systemer blir dyrere enn nødvendig fordi versjon én tar med for mye. Prislappen styres av omfang, og MVP er verktøyet som holder omfanget nede. Det henger tett sammen med hva apputvikling koster.

Hva en MVP bør inneholde, og hva den ikke bør

En god MVP defineres av kjerneproblemet: den ene tingen produktet må gjøre for at brukerne skal ha nytte av det. Alt annet vurderes kritisk.

Bør som regel med:

• Kjernefunksjonen, løst skikkelig, ikke halvveis
• Nok pålogging og sikkerhet til at løsningen kan brukes trygt
• Et minimum av administrasjon, slik at dere kan drifte og følge opp
• Måling, slik at dere ser hva brukerne gjør og kan lære av det

Kan som regel vente:

• Funksjoner for brukergrupper dere ikke har ennå
• Avanserte innstillinger og tilpasningsmuligheter
• Integrasjoner som ikke er nødvendige for kjerneflyten
• Støtte for alle plattformer fra dag én, ofte holder én plattform eller en PWA i starten

Grensen er ikke den samme i alle prosjekter. En helseapp har andre minimumskrav til sikkerhet og personvern enn et internt verktøy. Derfor er selve avgrensningen, hva som er «minimum» for akkurat ditt produkt, en av de viktigste øvelsene i oppstarten av et prosjekt.

MVP er ikke det samme som billig eller halvferdig

Misforståelsen vi oftest møter, er at MVP betyr «en billig og enkel versjon vi kaster senere». Det stemmer ikke, og det er en dyr misforståelse.

En MVP som skal leve videre, må stå på et solid fundament: ryddig arkitektur, sikker pålogging, og en backend som tåler at produktet vokser. Det er forskjellen på en MVP og en prototype. Prototypen kastes, MVP-en er versjon én av det ordentlige produktet, og alt du utvikler videre står på den.

Derfor lønner det seg å være bevisst på hva slags leverandør du velger til en MVP. Blir fundamentet svakt, betaler du for det i hver eneste versjon etterpå. Vi har skrevet mer om hva du bør se etter når du velger utviklingspartner.

Slik jobber vi med MVP hos STUDIO X

I større prosjekter er MVP som regel første milepæl, ikke hele leveransen. Prosessen ser ofte slik ut:

1. Avklaring av kjerneproblemet. Hvem er brukerne, og hva er den ene tingen produktet må gjøre for dem? I større prosjekter kan et lite forprosjekt være nyttig her.
2. Avgrensning av versjon én. Vi hjelper deg å skille «må med» fra «kan vente». Dette er ofte der vi tilfører mest verdi, fordi det er lett å ville ha med for mye.
3. Fastpris på avgrenset omfang. Når omfanget er tydelig, gir vi som regel fastpris. Da vet du hva versjon én koster før utviklingen starter.
4. Utvikling, lansering og læring. MVP-en lanseres til ekte brukere, og tilbakemeldingene styrer hva som utvikles i neste versjon.

Fordi omfanget er lite, går det raskt å komme ut. Og fordi fundamentet er solid, kan produktet vokse videre uten omstart.

Ofte stilte spørsmål

Hva står MVP for? MVP står for minimum viable product, på norsk «minste brukbare produkt». Begrepet ble kjent gjennom lean startup-metodikken og brukes i dag i de fleste utviklingsprosjekter, ikke bare i startups.

Hva er forskjellen på en MVP og en prototype? En prototype er en skisse eller demo som brukes til å teste idéer, og som kastes etterpå. En MVP er et ekte produkt i drift, med ekte brukere, bare med bevisst avgrenset omfang. Prototypen svarer på «forstår vi problemet riktig?», MVP-en svarer på «vil folk bruke løsningen?».

Hvor lang tid tar det å utvikle en MVP? Det avhenger av omfanget, men en fokusert MVP tar som regel noen måneder fra oppstart til lansering, ikke år. Jo strammere versjon én er avgrenset, jo raskere er du ute hos brukerne.

Hva koster det å utvikle en MVP? Prisen styres av omfang: antall skjermbilder, integrasjoner, krav til pålogging og sikkerhet, og om løsningen skal til én eller flere plattformer. En avgrenset MVP er en vesentlig mindre investering enn et fullt produkt, og hos oss får den som regel fastpris. Les mer i vår gjennomgang av hva apputvikling koster.

Er MVP bare for startups? Nei. Etablerte bedrifter og offentlige virksomheter bruker samme tankegang når de skal utvikle nye systemer og tjenester: start med en avgrenset første versjon, lær av ekte bruk, og utvid basert på det. Begrepet kommer fra startup-verdenen, men prinsippet gjelder de fleste utviklingsprosjekter.

Kort oppsummert

• MVP betyr minste brukbare produkt: færrest mulig funksjoner, men skikkelig utført.
• Poenget er å lære av ekte brukere før du investerer i full skala.
• En MVP er ikke en prototype, den er versjon én av det ordentlige produktet.
• Stram avgrensning gir lavere pris, raskere lansering og mindre risiko.

Vurderer du en MVP for produktet eller systemet ditt? Send oss en kort beskrivelse, så gir vi deg en ærlig vurdering av hva versjon én bør inneholde, og hva den vil koste. Er du i startfasen, kan du også lese mer om hvordan vi jobber med startups og scale-ups.