Hva koster det å bygge en MVP?
Å bygge en MVP koster normalt 370 000 kr–1,5 millioner kr og tar 8–14 uker. Prisen styres av hvor stor kjerneflyten er, om det kreves egen backend, og hvor mange integrasjoner som inngår. En godt avgrenset MVP inneholder én eneste flyt som beviser forretningsideen. Resten bygges etter at antakelsene er testet.
En MVP (minimum viable product) er den minste versjonen av et produkt som kan teste forretningsideen mot virkelige brukere. Prisen avgjøres nesten helt av én eneste ting: hvor disiplinert «minste» tolkes. Her er prisnivået i 2026 og metoden som holder det nede.
Prisnivået: 370 000 kr–1,5 millioner kr på 8–14 uker
| Nivå | Typisk kostnad | Eksempel |
|---|---|---|
| Avgrenset MVP | 370 000–620 000 kr | Én flyt på web, standardkomponenter, ferdige tjenester for innlogging og betaling |
| MVP med egen backend | 620 000 kr–1 million kr | Kontoer, datalagring, varsler og et minimalt admingrensesnitt |
| MVP med app og integrasjoner | 1–1,5 millioner kr | iOS/Android, innlogging med BankID eller betaling, kobling mot eksterne systemer |
Tidsrammen er 8–14 uker fra start til produktet er i drift. Tar planen lengre tid enn det, er det som regel et tegn på at omfanget ikke lenger er en MVP, men en første versjon av alt.
Metoden: én kjerneflyt som beviser forretningen
En god MVP bygges rundt ett eneste spørsmål: Hva er den minste flyten som beviser at forretningen fungerer? For en bookingtjeneste: finne en ledig time, booke, betale. For en markedsplass: legge ut, finne, kjøpe. Alt som ikke kreves for at en virkelig bruker skal gjennomføre den flyten og den første kronen skal skifte eier, må vente.
Det høres selvsagt ut, men er den vanskeligste disiplinen i prosjektet, for alt annet føles også viktig. Forskjellen mellom en MVP til 500 000 kr og en til 1,9 millioner kr er sjelden teknologien. Det er antallet «når vi først holder på».
Det som bevisst skal bort
- Finesser i administrasjonen. Den første månedens administrasjon klares med databaseverktøy og regneark. Adminpaneler bygges når volumet krever det.
- Edge cases. Uvanlige spesialtilfeller håndteres manuelt til de blir vanlige. En e-post og en manuell retting er billigere enn en uke med utviklingstid.
- Perfekt design. Konsekvent, forståelig og tillitvekkende er nok. Designsystemet og finpussen kommer når flyten er validert.
- Valgmuligheter. Innstillinger, roller, flere språk og temaer: Alt slikt multipliserer kompleksiteten og tester ingenting om forretningen.
Dette er ikke gjerrighet. Det er metode. Hver krone som brukes på annet enn kjerneflyten, er en krone som ikke tester forretningsideen, og hvis ideen må justeres, er hver slik krone i tillegg bortkastet. Avkastningen på en MVP måles i lærdom per investert krone.
Det som ikke må spares bort
Minimal betyr ikke slurvete. Tre ting skal holde full kvalitet også i en MVP:
- Selve kjerneflyten. Det er den som testes. En kjerneflyt som er full av feil eller treg, gir falske negative svar om forretningsideen.
- Sikkerheten. Personopplysninger og betalinger håndteres korrekt fra første dag; en sikkerhetshendelse i et «testprodukt» er like alvorlig som i et ferdig produkt.
- Målingen. Uten innebygd analyse av hvordan brukerne faktisk oppfører seg, gir MVP-en ingen lærdom, og lærdom er hele poenget med investeringen.
Regneeksempel: samme idé, to beslutninger om omfang
En bedrift vil teste en bookingtjeneste. Alternativ 1: Kjerneflyten (søke, booke, betale med en ferdig betalingstjeneste) bygges på ti uker for ca. 750 000 kr. Administrasjonen håndteres manuelt av én person en time om dagen. Alternativ 2: Samme flyt pluss adminpanel, statistikkvisning, kampanjefunksjon og app fra første dag koster ca. 3,1 millioner kr og tar seks måneder.
Begge versjonene svarer på nøyaktig det samme forretningsspørsmålet: Booker og betaler folk? Alternativ 1 får svaret for en fjerdedel av pengene og fire måneder tidligere. Viser svaret at ideen holder, er det 2,4 millioner kr igjen til å bygge de riktige tingene, nå basert på faktiske brukerdata i stedet for gjetting.
Etter MVP-en: Planlegg for fortsettelsen
MVP-en er starten, ikke målet. Budsjetter for iterasjon etter lansering, ofte i samme størrelsesorden som selve MVP-en det første året, og for drift og forvaltning. Vi i Weapp har bygget digitale tjenester som Sejfa, en digital innboforsikring for unge voksne, og det er sjelden den første versjonen som avgjør. Det er evnen til å iterere på den.
Vil du vite hva en MVP av ideen din ville koste? Ta kontakt med en beskrivelse av kjerneflyten, så får du et konkret prisspenn.
Ofte stilte spørsmål
Kan man bygge en MVP for under 370 000 kr?
Ja, hvis verktøyet kan være enklere: En klikkbar prototype til 62 000–190 000 kr eller en no-code-løsning kan teste mye. Et kodet produkt i drift med profesjonell kvalitet er derimot vanskelig å presse under 370 000 kr. Da forsvinner som regel testing, sikkerhet eller den kvaliteten som gjør testen troverdig.
Hva inngår ikke i et MVP-budsjett?
Regn med kostnader utenfor utviklingen: kontoer i appbutikkene, domener, drift og tredjepartstjenester, i tillegg til markedsføring for å få brukere til testen. En MVP uten brukere beviser ingenting, så budsjetter for å nå målgruppen. Det glemmes oftere enn noen utviklingspost.
Bør MVP-en bygges i samme teknologi som det ferdige produktet?
Helst ja. Bygges MVP-en i en stack som kan bære produktet videre, kan den videreutvikles til det ferdige produktet i stedet for å skrives om. Omskriving etter vellykket validering betyr at du betaler for det samme produktet to ganger. Det er sjelden verdt besparelsen i første fase.
Hva skjer hvis MVP-en viser at ideen ikke holder?
Da har den gjort jobben sin. Poenget med å teste med en avgrenset versjon er å få svaret for hundretusenvis av kroner i stedet for millioner. Ofte er svaret heller ikke nei, men «ikke slik». Data fra MVP-en viser hva som må justeres før neste forsøk.
Er en MVP det samme som en betaversjon?
Nei. En beta er et nesten ferdig produkt som testes for feil og stabilitet før lansering. En MVP er bevisst minimal og finnes for å teste om forretningsideen holder. Den stiller spørsmålet «skal dette bygges?», mens betaen stiller spørsmålet «er det klart?».