Hvad det koster at bygge en MVP i 2026

Hver stifter stiller det her spørgsmål, og næsten hvert svar er ubrugelig. "Det afhænger af..." er sandt og uhjælpsomt. "€50.000" er konkret og sandsynligvis forkert. Problemet er at MVP betyder noget helt tredje for den, der spørger, end for den, der giver tilbud.

Så lad os dele tallet op i de dele, det rent faktisk består af.

De tre ting, du virkelig køber

Ethvert tilbud du modtager er en eller anden kombination af disse, uanset om det brydes ned for dig eller ej.

1. Beslutninger. Hvad der skal bygges, hvad der skæres væk, hvad tingene skal bruges til. Dette er den dyre del, og den bliver næsten aldrig specificeret.
2. Konstruktion. At omdanne disse beslutninger til funktionerende software. Dette er den del, alle tror de betaler for.
3. Risiko. Den buffer, leverandøren tilføjer fordi de ikke kender din kodebase, dine stakeholders, eller hvor mange gange du ændrer mening.

Et dyrt tilbud er normalt tungt på punkt tre. Et billigt tilbud har normalt sprunget punkt et over, og du betaler for det senere i ændringsanmodninger.

Råt overblik, ærligt sagt

Dette er europæiske takster for senior-arbejde i 2026. Amerikanske agenturpriser løber typisk 1,5–2× højere for tilsvarende erfaring; offshore-priser er lavere men flytter omkostninger fra fakturaen til din egen ledelsestid, som sjældent bliver regnet med.

• Et enkelt valideret flow — en kernerejse, rigtig backend, kan sendes til en testgruppe: 7.000–15.000 €.
• En troværdig consumer MVP — godkendelse, en kerneslynge, betaling, push, appstore-udgivelse: 25.000–60.000 €.
• Et B2B-produkt med rigtige integrationer — SSO, roller, et eksternt API du ikke kontrollerer, en admin-overflade: 60.000–150.000 €.
• Alt der handler om reguleret data — sundhed, økonomi, identitet — læg 30–50% til for compliance-arbejde som er usynligt i demoen.

Hvis en leverandør giver dig et fast tal uden at spørge hvad produktet skal bruges til, priser de punkt to og håber på at punkt et og tre ikke bliver problemer. De bliver.

Hvad der virkelig rykker tallet

I denne rækkefølge cirka, når man regner med hvad der overrasker folk:

• Integrationer med systemer du ikke kontrollerer. En betalingsudbyder, et ældre ERP-system, en anden persons udokumenteret API. Dette er langt den hyppigste årsag til overskridelse, fordi indsatsen er ukendt til du er inde i det.
• Antallet af folk som kan sige nej. Hver yderligere godkender tilføjer kalendertime, og kalendertime er penge på en dagstakst. Et projekt med tre stakeholders er ikke 50% dyrere end et med to — det er ofte det dobbelte.
• Design som ikke er sket endnu. "Vi finder ud af skærmene mens vi går" er en beslutning om at betale for den samme skærm tre gange.
• Nativt vs cross-platform. Reelt, men normalt mindre end folk regner med — se Native vs Flutter vs React Native.
• Din egen responsivitet. Et team der venter to dage på et svar fakturerer de to dage til noget andet.

Den billigste MVP er den du ikke bygger to gange

De dyreste projekter jeg har set var ikke dem med store budgetter. De var projekterne som sendte noget ingen ville have, billigt, og så skulle starte på ny — denne gang med mindre penge og mindre tålmodighed fra bestyrelsen.

Før du sammenligner tilbud skal du kunne svare: hvad er den ene ting som må være sand for at det er værd at fortsætte? Hvis MVP'en ikke tester det, betyder dens pris intet.

Sådan får du tilbud der kan sammenlignes

Send hver leverandør de samme tre ting, og så betyder tallene du får tilbage endelig noget:

• Den ene brugerrejse som betyder mest, beskrevet fra ende til anden i almindeligt engelsk.
• De systemer den skal snakke med, navngivet, med en note om du kontrollerer dem.
• Den dato noget skal være foran rigtige brugere, og hvad der sker hvis det ikke er.

Leverandører som kommer tilbage med spørgsmål i stedet for et tal er værd at snakke med.

Et fuldt arbejdet eksempel

En stifter kom til mig sidste år og ville have en markedsplads-app. To sider, betaling, chat, anmeldelser, ratings, en web-admin-panel. Tre agenturer havde givet tilbud mellem 90.000 € og 140.000 €, og alle tre var ærlinge i det de havde beskrevet.

Den usikkerhed som gjorde en forskel var om leverandører overhovedet ville lægge sig op. Alt det andet — betalingen, chatten, ratings — var kun værd at bygge hvis det viste sig at være sandt, og intet af det testede det.

Hvad vi rent faktisk byggede, på en to-ugers sprint: en oplistningsflow, en browse-visning, og en knap som åbnede WhatsApp. Ingen betaling, ingen chat, ingen ratings, ingen admin-panel. Omkring 8.000 €.

Tredive leverandører listede sig i det første par uger, og næsten alle prøvede at flytte samtalen væk fra platformen med det samme. Det er en erkendelse værd millioner, og den kom for en helt lille pris. Det fulde build skete senere, bevidst, med disintermediations-problemet designet for snarere end opdaget i måned fem.

90.000 € tilbuddet var ikke forkert. Det var en korrekt pris for det forkerte scope, og ingen mængde prisbankring ville have fikset det.

Fem spørgsmål at stille før du accepterer noget tilbud

1. Hvad antog du som jeg ikke fortalte dig? Hvert estimat hviler på antagelser. At få dem skrevet ned gør dem fra fremtidige undskyldninger til nuværende risici.
2. Hvilken del af det her er du mindst sikker på? En ærlinge leverandør navngiver en med det samme. En leverandør som siger "ingen af dem" har ikke tænkt over det, og du betaler for det tænke-arbejde senere.
3. Hvad ville du skære væk hvis budgettet var halvt? Svaret afslører hvad de tror er væsentligt — og om de forstår hvad produktet er til.
4. Hvem skriver koden, og hvor stor en del af deres uge får jeg? Den anden halvdel af det spørgsmål er det som betyder noget. "En senior lead" en dag om ugen er ikke en senior lead.
5. Hvad sker der den dag vi er uenige om hvad der er in scope? Der bliver sådan en dag. Bedre at vide mekanismen nu, mens alle er venlige.

Hvorfor billige tilbud bliver dyre

Mønsteret er konsistent nok til at være forudsigeligt. Et lavt tilbud vinder på pris, så møder virkelighed:

• Måned et: tingene bevæger sig hurtigt, fordi de nemme 60% er genuint nemme og alle er motiverede.
• Måned to: integrations-ingen skrev ned viser sig at skulle have en konto, en kontrakt, og en sandbox som tager tre uger at få provisioner til.
• Måned tre: ændringsanmodninger begynder. Hver er individuelt rimelig og tilsammen lig med det billige og dyre tilbuds forskel.
• Måned fire: du vælger mellem at betale mere og sende noget du ville være flov over.

Du sparede ikke penge — du udsatte at opdage prisen. Det udsættelse koster også noget, betalt i runway og i den troværdighed du brugte til at fortælle din bestyrelse tallet.

En note om faste priser

En fast pris er ikke en rabat — det er en risikooverflytning. Leverandøren priser risikoen for at have ret, og du betaler for den sikkerhed. Om det er værd det afhænger af hvor veldefineret arbejdet er, som er helt præcis emnet for fast pris vs tid og materialer.

Hvad jeg ville sige er: hvis en leverandør vil fikse en pris uden at forstå arbejdet, beskytter den faste pris dem, ikke dig. Scope'en vil bare krympe til det passer.