Vad det faktiskt kostar att bygga ett MVP 2026

Varje founder ställer den här frågan, och nästan varje svar är värdelöst. "Det beror på" är sant och ohelpfullt. "50 000 €" är precis och förmodligen fel. Problemet är att MVP betyder något helt olika för den som frågar än för den som offerterar.

Så låt oss bryta ned siffran i de delar den faktiskt är gjord av.

De tre saker du egentligen köper

Varje offert du får är någon kombination av detta, oavsett om uppdelningen visas eller inte.

Beslut. Vad som byggs, vad som skärs bort, vad produkten är till för. Det här är den dyra delen och den är nästan aldrig radbruten.
Konstruktion. Att förvandla dessa beslut till fungerande mjukvara. Det här är delen alla tror att de betalar för.
Risk. Bufferten som leverantören lägger till eftersom de inte känner din kodbas, dina intressenter, eller hur många gånger du ändrar dig.

En offert som ser dyr ut är vanligtvis tung på punkt tre. En offert som ser billig ut har vanligtvis hoppat över punkt ett, och du kommer att betala för det senare i ändringsförfrågningar.

Ungefärliga intervall, ärligt sagt

Det här är europeiska tariffer för seniorarbete 2026. Amerikanska byrågörser ligger typiskt 1,5–2× högre för motsvarande senioritet; offshore-tariffer ligger lägre men förskjuter kostnad från fakturan till dina egna tidskrav, vilket sällan räknas.

Ett validerat användarflöde — en central resa, verklig backend, deployable till en testgrupp: 7 000–15 000 €.
Ett trovärdigt konsument-MVP — auth, en central loop, betalningar, push, store-release: 25 000–60 000 €.
En B2B-produkt med verkliga integreringar — SSO, roller, ett externt API du inte kontrollerar, en admin-yta: 60 000–150 000 €.
Allt som berör reglerad data — hälsa, finans, identitet — addera 30–50% för compliance-arbete som är osynligt i demot.

Om en leverantör ger dig ett fast pris innan de frågar vad produkten är till för, prissätter de punkt två och hoppas att punkterna ett och tre inte slår till. De gör det.

Vad som faktiskt flyttar siffran

I ungefär den ordning som överraskar folk:

Integreringar med system du inte kontrollerar. En betalningsleverantör, ett legacy-ERP, någon annans odokumenterad API. Det här är den enskilt vanligaste källan till överöverstigningar, för insatsen är okänd tills du är inne i den.
Antalet människor som kan säga nej. Varje ytterligare godkännare lägger till kalendertid, och kalendertid är pengar på dagstakt. Ett tre-intressenters projekt är inte 50% dyrare än ett två-intressenters — det är ofta dubbelt.
Design som ännu inte hänt. "Vi fixar skärmarna medan vi går" är ett beslut om att betala för samma skärm tre gånger.
Native vs cross-platform. Verkligt, men vanligtvis mindre än folk förväntar sig — se Native vs Flutter vs React Native.
Din egen responsivitet. Ett team som väntar två dagar på ett svar fakturerar dessa två dagar till något.

Det billigaste MVP:t är det du inte bygger två gånger

De dyraste projekten jag sett var inte de med stora budgetar. De var de som skickade något ingen ville ha, billigt, och sedan var tvungna att börja om — den här gången med mindre pengar och mindre tålamod från styrelsen.

Innan du jämför offerter, måste du kunna svara: vad är en sak som måste vara sann för att detta ska vara värt att fortsätta? Om MVP:t inte testar det är dess pris irrelevant.

Hur man gör offerterna jämförbara

Skicka varje leverantör samma tre saker och siffrorna du får tillbaka kommer slutligen att betyda något:

Den ena användarresa som är viktigast, beskriven från slutet till början på enkelt språk.
De system den måste kommunicera med, namngivna, med en notering om du kontrollerar dem.
Det datum något måste vara framför verkliga användare, och vad som händer om det inte är det.

Leverantörer som kommer tillbaka med frågor snarare än ett tal är de värda att prata med.

Ett utarbetat exempel

En founder kom till mig förra året och ville ha en marketplace-app. Två sidor, betalningar, chatt, recensioner, betyg, en web-adminpanel. Tre byråer hade offerterat mellan 90 000 och 140 000 €, och alla tre offerterade ärligt för vad som hade beskrivits.

Osäkerheten som spelade roll var om leverantörer faktiskt skulle lista. Allt annat — betalningarna, chatten, betygen — var bara värt att bygga om det visade sig vara sant, och ingen av det testade det.

Det vi faktiskt byggde, på en två-veckors sprint: ett listing-flöde, en browse-vy och en kontaktknapp som öppnade WhatsApp. Ingen betalning, ingen chatt, inga betyg, ingen adminpanel. Runt 8 000 €.

Trettio leverantörer listade sig den första fjorton dagarna, och nästan alla försökte flytta konversationen bort från plattformen omedelbar. Det är en upptäckt värd sex siffror, och den kom för priset av ett avrundningsfel. Den fulla byggningen hände senare, medvetet, med dis-intermediation-problemet designat för snarare än upptäckt i månad fem.

90 000 €-offerten var inte fel. Det var ett korrekt pris för fel omfång, och ingen mängd förhandling av tariffen skulle ha fixat det.

Fem frågor att ställa innan du accepterar någon offert

Vad antog du som jag inte sa? Varje uppskattning vilar på antaganden. Att få dem skrivna konverterar dem från framtida ursäkter till nuvarande risker.
Vilken del av detta är du minst säker på? En ärlig leverantör namnger en omedelbar. En leverantör som säger "ingen av den" har inte tänkt på det, och du kommer att betala för det tänkandet senare.
Vad skulle du skära bort om budgeten var hälften? Svaret avslöjar vad de tror är väsentligt — och om de förstår vad produkten är för.
Vem skriver koden, och vilken procent av deras vecka får jag? Den andra halvan av frågan är den som spelar roll. "En seniorlead" på en dag i veckan är inte en seniorlead.
Vad händer den dag vi inte är eniga om något är inom omfånget? Den dagen kommer. Bättre att veta mekanismen nu, medan alla fortfarande är vänliga.

Varför billiga offerter blir dyra

Mönstret är konsekvent nog för att vara förutsägbart. En låg offert vinner på pris, sedan möter verkligheten:

Månad ett: saker rör sig snabbt, för de enkla 60% är genuint enkla och alla är motiverade.
Månad två: integreringen som ingen har scopat visar sig behöva ett konto, ett kontrakt, och en sandbox som tar tre veckor att tillhandahålla.
Månad tre: ändringsförfrågningar börjar. Var och en är individuellt rimlig och kollektivt lika skillnaden mellan den billiga offerten och den dyra.
Månad fyra: du väljer mellan att betala mer och att skicka något du skulle skämmas över.

Du sparade inte pengar — du skjutit upp att upptäcka priset. Den uppsättningen har en kostnad också, betald i runway och i trovärdigheten du spenderade på att berätta för din styrelse siffran.

En notering om fasta priser

Ett fast pris är inte en rabatt — det är en överföring av risk. Leverantören prissätter risken för att ha fel, och du betalar för den säkerhet. Om det är värt det beror på hur väl-definierat arbetet är, vilket är exakt ämnet för fast pris vs tid och material.

Det jag skulle säga är det här: om en leverantör fixar ett pris utan att förstå arbetet, skyddar det fasta priset dem, inte dig. Omfånget kommer helt enkelt att krympa tills det passar.