Hva det faktisk koster å bygge en MVP i 2026

Hver gründer stiller dette spørsmålet, og nesten alle svar er ubrukelige. "Det kommer an på" er sant og uhjelpsomt. "50 000 €" er spesifikt og sannsynligvis feil. Problemet er at MVP betyr noe annet for spørsmåler enn for den som gir tilbud.

Så la oss dele tallet opp i komponentene det faktisk består av.

De tre tingene du egentlig kjøper

Ethvert tilbud du mottar er en kombinasjon av disse, enten nedbrytningen vises eller ikke.

1. Valg. Hva som skal bygges, hva som blir kuttet, hva det skal brukes til. Dette er den dyre delen og den er nesten aldri itemisert.
2. Konstruksjon. Å gjøre de valgene til fungerende programvare. Dette er delen alle tror de betaler for.
3. Risiko. Bufferen leverandøren legger til fordi de ikke kjenner kodebasen din, interessentene dine, eller hvor mange ganger du vil endre mening.

Et tilbud som virker dyrt er vanligvis tungt på punkt tre. Et billig tilbud har vanligvis hoppet over punkt ett, og du betaler for det senere i endringsforespørsler.

Omtrentlige intervaller, ærlig angitt

Dette er europeiske priser for seniorarbeid i 2026. US-byråpriser er vanligvis 1,5–2× høyere for tilsvarende senioritet; offshore-priser er lavere, men flytter kostnaden fra fakturaen til din egen ledelses tid, som sjelden regnskapsføres.

• En enkelt validert flow — en kjernereise, ekte backend, leverbar til en testgruppe: 7 000–15 000 €.
• En troverdig consumer-MVP — autentisering, en kjerneslynge, betalinger, push, app store-lansering: 25 000–60 000 €.
• Et B2B-produkt med ekte integrasjoner — SSO, roller, en ekstern API du ikke kontrollerer, en administrasjonssurface: 60 000–150 000 €.
• Alt som berører regulert data — helse, finans, identitet — legg til 30–50% for compliance-arbeid som er usynlig i demoen.

Hvis en leverandør gir deg et fast nummer før de spør hva produktet skal brukes til, pricer de punkt to og håper punktene ett og tre ikke biter. Det vil de.

Hva som egentlig påvirker tallet

I omtrent den rekkefølgen som overrasker folk:

• Integrasjoner med systemer du ikke kontrollerer. En betalingsleverandør, en eldre ERP, en udokumentert API fra noen andre. Dette er den enkelt vanligste kilden til overskridelse, fordi innsatsen er ukjent til du er inne i det.
• Antallet mennesker som kan si nei. Hver ekstra godkjenner legger til kalendertid, og kalendertid er penger på en dagrate. Et tre-stakeholder-prosjekt koster ikke 50% mer enn et to-stakeholder-prosjekt — det er ofte dobbelt.
• Design som ikke har skjedd ennå. "Vi finner ut av skjermene når vi går" er en beslutning om å betale for den samme skjermen tre ganger.
• Nativ kontra multi-platform. Realt, men vanligvis mindre enn folk forventer — se Native vs Flutter vs React Native.
• Din egen respons. Et team som venter to dager på et svar, regner disse to dagene til noe.

Den billigste MVP-en er den du ikke bygger to ganger

De dyreste prosjektene jeg har sett var ikke de med store budsjetter. De var de som sendte noe ingen ville ha, billig, og så måtte starte på nytt — denne gangen med mindre penger og mindre tålmodighet fra styret.

Før du sammenligner tilbud, vær i stand til å svare: hva er en eneste ting som må være sann for at det er verdt å fortsette? Hvis MVP-en ikke tester det, er prisen irrelevant.

Hvordan gjøre tilbudene sammenlignbare

Send alle leverandørene de samme tre tingene, og tallene du får tilbake vil endelig bety noe:

• Den ene brukerreisen som betyr mest, beskrevet fra ende til ende på norsk.
• Systemene det må snakke med, navngitte, med en notat om du kontrollerer dem.
• Datoen noe må være foran reelle brukere, og hva som skjer hvis det ikke er det.

Leverandører som kommer tilbake med spørsmål i stedet for et tall, er de som er verdt å snakke med.

Et gjennomarbeidet eksempel

En gründer kom til meg i fjor som ville ha en markedsplassapp. To sider, betalinger, chat, anmeldelser, vurderinger, et web-administrasjonsoppsett. Tre byråer hadde gitt tilbud mellom 90 000 € og 140 000 €, og alle tre ga ærlig tilbud for det som var beskrevet.

Usikkerheten som betød noe var om leverandører ville notere seg i det hele tatt. Alt annet — betalingene, chatten, vurderingene — var bare verdt å bygge hvis det viste seg å være sant, og ingenting testet det.

Hva vi faktisk bygde, i en to-uker sprint: en annonseringflow, en bla-visning, og en kontaktknapp som åpnet WhatsApp. Ingen betalinger, ingen chat, ingen vurderinger, ingen administrasjonspanel. Rundt 8 000 €.

Tretti leverandører noterte seg i de første to ukene, og nesten alle forsøkte å flytte samtalen av plattformen umiddelbart. Det er et funn verdt seks sifre, og det kom for prisen på en avrundingsfeil. Det fulle oppbygget skjedde senere, med vilje, med disintermediasjonsproblemet designet for i stedet for oppdaget i måned fem.

Tilbudet på 90 000 € var ikke feil. Det var riktig pris for feil omfang, og ingen mengde rate-forhandlinger ville ha fikset det.

Fem spørsmål å stille før du godtar noe tilbud

1. Hva antok du som jeg ikke fortalte deg? Ethvert estimat hviler på antagelser. Å få dem skrevet ned gjør dem om fra fremtidige unnskyldninger til nåværende risikker.
2. Hvilken del av dette er du minst sikker på? En ærlig leverandør navngir en umiddelbart. En leverandør som sier "ingen av det" har ikke tenkt på det, og du betaler for den tanken senere.
3. Hva ville du kutte hvis budsjettet var halvert? Svaret avslører hva de tror er essensielt — og om de forstår hva produktet er til for.
4. Hvem skriver koden, og hvor stor prosentandel av uken deres får jeg? Andre halvdel av det spørsmålet er det som betyr noe. "En senior-leder" en dag i uken er ikke en senior-leder.
5. Hva skjer dagen vi er uenige om hvorvidt noe er i omfang? Det vil være sådan dag. Bedre å vite mekanismen nå, mens alle fortsatt er venner.

Hvorfor billige tilbud blir dyre

Mønsteret er konsistent nok til å være forutsigbar. Et lavt tilbud vinner på pris, så møter virkeligheten:

• Måned en: ting beveger seg fort, fordi de enkle 60% er genuint enkle og alle er motiverte.
• Måned to: integrasjonen som ingen scoped viser seg å trenge en konto, en kontrakt, og en sandbox som tar tre uker å sette opp.
• Måned tre: endringsforespørsler begynner. Hver er individuelt rimelig og samlet lik forskjellen mellom det billige tilbudet og det dyre.
• Måned fire: du velger mellom å betale mer eller sende noe du ville skammet deg over.

Du sparte ikke penger — du utsatte oppdagelsen av prisen. Den utsettelsen har en kostnad også, betalt i runway og i troverdigheten du brukte på å fortelle styret tallet.

En notat om faste priser

En fast pris er ikke en rabatt — det er en overføring av risiko. Leverandøren pricer risikoen for å ha feil, og du betaler for den sikkerheten. Om det er verdt det avhenger av hvor godt definert arbeidet er, som er nøyaktig temaet for fast pris kontra tid og materialer.

Hva jeg ville si er dette: hvis en leverandør vil fikse en pris uten å forstå arbeidet, beskytter den faste prisen dem, ikke deg. Omfanget vil ganske enkelt krympe til det passer.