Vad kostar det att bygga en MVP?
Att bygga en MVP kostar normalt 300 000–1 200 000 kr och tar 8–14 veckor hos en svensk byrå. Priset styrs av hur stort kärnflödet är, om det krävs egen backend och hur många integrationer som ingår. En väl avgränsad MVP innehåller ett enda flöde som bevisar affärsidén – resten byggs efter att antagandena testats.
En MVP – minimum viable product – är den minsta version av en produkt som kan testa affärsidén mot riktiga användare. Priset avgörs nästan helt av en enda sak: hur disciplinerat “minsta” tolkas. Här är prisbilden 2026 och metoden som håller den nere.
Prisbilden: 300 000–1 200 000 kr på 8–14 veckor
| Nivå | Typisk kostnad | Exempel |
|---|---|---|
| Avgränsad MVP | 300 000–500 000 kr | Ett flöde på webben, standardkomponenter, färdiga tjänster för inloggning och betalning |
| MVP med egen backend | 500 000–800 000 kr | Konton, datalagring, notiser och ett minimalt admingränssnitt |
| MVP med app och integrationer | 800 000–1 200 000 kr | iOS/Android, BankID eller betalning, koppling mot externa system |
Tidsramen är 8–14 veckor från start till driftsatt produkt. Tar planen längre tid än så är det oftast ett tecken på att scopet inte är en MVP längre, utan en första version av allt.
Metoden: ett kärnflöde som bevisar affären
En bra MVP byggs kring en enda fråga: vilket är det minsta flöde som bevisar att affären fungerar? För en bokningstjänst: hitta en tid, boka, betala. För en marknadsplats: lägga upp, hitta, köpa. Allt som inte krävs för att en riktig användare ska genomföra det flödet och en riktig krona ska byta ägare – det väntar.
Det låter självklart men är projektets svåraste disciplin, för allt annat känns också viktigt. Skillnaden mellan en MVP på 400 000 kr och en på 1,5 miljoner är sällan tekniken – det är antalet “medan vi ändå håller på”.
Det som medvetet ska bort
- Adminfinesser. Den första månadens administration klaras med databasverktyg och kalkylark. Adminpaneler byggs när volymen kräver dem.
- Edge cases. Ovanliga specialfall hanteras manuellt tills de är vanliga. Ett mejl och en manuell rättning är billigare än en vecka utvecklingstid.
- Perfekt design. Konsekvent, begriplig och förtroendeingivande räcker. Designsystemet och finputsen kommer när flödet är validerat.
- Valbarhet. Inställningar, roller, flera språk och teman – allt sådant multiplicerar komplexiteten och testar ingenting om affären.
Det här är inte snålhet, det är metod. Varje krona som läggs på annat än kärnflödet är en krona som inte testar affärsidén – och om idén behöver justeras är varje sådan krona dessutom bortkastad. En MVP:s avkastning mäts i lärdom per investerad krona.
Det som inte får sparas bort
Minimal betyder inte slarvig. Tre saker ska hålla full kvalitet även i en MVP:
- Kärnflödet självt. Det är det som testas – ett buggigt eller segt kärnflöde ger falska negativa svar om affärsidén.
- Säkerheten. Persondata och betalningar hanteras korrekt från dag ett; en incident i en “testprodukt” är lika allvarlig som i en färdig.
- Mätningen. Utan inbyggd analys av hur användarna faktiskt beter sig producerar MVP:n inga lärdomar – och lärdomar är hela poängen med investeringen.
Räkneexempel: samma idé, två scopebeslut
Ett företag vill testa en bokningstjänst. Alternativ 1: kärnflödet – sök, boka, betala med en färdig betaltjänst – byggs på tio veckor för cirka 600 000 kr. Administration sköts manuellt av en person en timme om dagen. Alternativ 2: samma flöde plus adminpanel, statistikvy, kampanjfunktion och app från dag ett – cirka 2,5 miljoner kr och sex månader.
Båda versionerna svarar på exakt samma affärsfråga: bokar och betalar folk? Alternativ 1 får svaret för en fjärdedel av pengarna och fyra månader tidigare. Visar svaret att idén bär, finns 1,9 miljoner kvar att bygga rätt saker för – nu baserat på riktig användardata i stället för gissningar.
Efter MVP:n: räkna med fortsättningen
MVP:n är starten, inte målet. Budgetera för iteration efter lansering – ofta i samma storleksordning som MVP:n själv under det första året – och för drift och förvaltning. Vi på Weapp har byggt digitala tjänster som Sejfa, en digital hemförsäkring för unga vuxna, och det är sällan första versionen som avgör – det är förmågan att iterera på den.
Vill du veta vad en MVP av din idé skulle kosta? Hör av dig med en beskrivning av kärnflödet, så får du ett konkret spann.
Vanliga frågor
Kan man bygga en MVP för under 300 000 kr?
Ja, om verktyget får vara enklare: en klickbar prototyp för 50 000–150 000 kr eller en no-code-lösning kan testa mycket. En kodad, driftsatt produkt av professionell kvalitet är däremot svår att pressa under 300 000 kr – då försvinner oftast test, säkerhet eller den kvalitet som gör testet trovärdigt.
Vad ingår inte i en MVP-budget?
Räkna med kostnader utanför utvecklingen: appbutikskonton, domäner, drift och tredjepartstjänster, samt marknadsföring för att få användare till testet. En MVP utan användare bevisar ingenting, så budgetera för att nå målgruppen – det glöms oftare bort än någon utvecklingspost.
Ska MVP:n byggas i samma teknik som den färdiga produkten?
Helst ja. Byggs MVP:n i en stack som bär vidare kan den vidareutvecklas till den riktiga produkten i stället för att skrivas om. Omskrivning efter lyckad validering betyder att du betalar för samma produkt två gånger – det är sällan värt besparingen i första skedet.
Vad händer om MVP:n visar att idén inte håller?
Då har den gjort sitt jobb. Poängen med att testa med en avgränsad version är att få svaret för hundratusentals kronor i stället för miljoner. Ofta är svaret inte heller nej utan 'inte så här' – data från MVP:n visar vad som ska justeras inför nästa försök.
Är en MVP samma sak som en betaversion?
Nej. En beta är en nästan färdig produkt som testas för buggar och stabilitet inför lansering. En MVP är medvetet minimal och finns för att testa om affärsidén håller – den ställer frågan 'ska det här byggas?', medan betan ställer frågan 'är det redo?'.