Kostnadskalkulator for MVP-utvikling
Minst mulig, mest mulig effekt. Regn ut hva din første ekte versjon kommer til å koste.
En godt avgrenset MVP koster 15 000–75 000 $ og tar 2–4 måneder å levere. Målet er ikke minst mulig kode, men minst mulig levedyktig produkt: akkurat nok til å teste kjernehypotesen din på ekte brukere. For lavt ambisjonsnivå tar livet av flere MVP-er enn for høyt budsjett. Denne kalkulatoren hjelper deg å planlegge de fem funksjonene enhver MVP må ha, og peker på hvor gründere som regel bygger for mye.
Fortell oss hva du skal bygge
Dine forutsetninger
05 fieldsPåvirker den blandede timeraten; seniorutviklere koster 35 % mer.
Hvem bør bruke verktøyet
Gründere som skal avgrense et mvp development-prosjekt før de snakker med leverandører. CTO-er og teknologiledere som setter opp årsbudsjett for nytt produktarbeid. Produktledere som skal gjøre en énlinjes idé om til et spenn finansavdelingen kan stå inne for. Innkjøpsteam som vil kontrollregne tilbud fra byråer og konsulenter.
Slik beregner vi
Vi bruker en timebasert formel som justeres etter plattform, type hypotese og hvor mye det haster. En MVP dropper admin-verktøy, rapportering og de fleste spesialtilfeller, og kutter dermed 40–60 % av timene sammenlignet med et fullt produkt. Stramme tidsfrister legger på 20–45 %, siden parallelt arbeid krever mer koordinering og omarbeiding.
Datakilder
- Techsy sin interne MVP-database, over 150 oppstarts-MVP-er 2021–2026
- Y Combinator Startup School, pensum om MVP-er
- CB Insights, de vanligste grunnene til at oppstartsselskaper feiler (relevant for MVP-avgrensning)
- Stack Overflow 2024 Developer Survey, full-stack-verktøy
- Clutch, prisbenchmarks for byrå kontra intern utvikling
- First Round Review, gründerartikler om MVP-omfang (navngitt kilde)
Faktorer som påvirker tallet
Valg av plattform
Web-MVP-er koster 40 til 50 % mindre enn mobil-MVP-er fordi utrullingen skjer umiddelbart, det er ingen godkjenning i app-butikken, og én kodebase dekker både desktop, nettbrett og mobilnettlesere. Hvis hypotesen din ikke strengt tatt krever en telefon i lomma til brukeren, start på web. Du kan alltid legge på et nativt skall senere når du har brukere det er verdt å beholde. Unntaket er produkter der kamera, posisjon eller push-varsler er selve poenget; da er mobil produktet.
Type kjernehypotese
Markedsplasser er den dyreste typen MVP fordi du trenger likviditet på både tilbuds- og etterspørselssiden fra dag én. Uten det blir ingen av sidene værende. SaaS- og B2B-verktøy er renere: én kundetype, én arbeidsflyt, ett verdiløfte. Forbruker-apper ligger midt imellom, med den ekstra utfordringen at kostnaden ved å skaffe brukere blir nok en variabel du må validere ved siden av selve produktet.
Disiplin på omfanget
Den klart største årsaken til at MVP-budsjetter sprekker er at omfanget vokser underveis i byggingen, ikke dårlige estimater. Skriv v2-listen før oppstart og behandle den som en kontrakt: alt som står der er eksplisitt utsatt, uansett hvor fornuftig det høres ut i uke 6. Uten denne disiplinen vokser en gjennomsnittlig MVP 30 til 50 % i omfang mellom oppstart og lansering, og det er nettopp der budsjettsprekken kommer fra.
Valg av infrastruktur
Administrerte tjenester som Vercel, Supabase, Stripe og Clerk tar seg av 80 % av det kjedelige infrastrukturarbeidet for noen hundre dollar i måneden. Å bygge noen av dem selv koster 3 til 5 ganger mer og tar 2 til 3 ganger lengre tid. Innvendingen mot slike tjenester er leverandørbinding, men i MVP-fasen bør du optimalisere for å komme ut, ikke for hypotetiske exit-kostnader du kanskje aldri står overfor.
Designomfang
MVP-er trenger verken designsystem, merkevareretningslinjer eller bevegelsesdesign. Én designer på mellomnivå som jobber i Figma i 2 til 3 uker kan lage 15 til 20 skjermer som er gode nok til å teste hypotesen. Finpuss, animasjon og visuell identitet kommer i v1.1, etter at du har bekreftet at noen i det hele tatt vil ha det du bygger. Å bruke 20 000 $ på design før du har brukere er en av de vanligste gründertabbene.
Slik reduserer du kostnaden
Kutt funksjoner nådeløst både når du avgrenser og igjen mens du bygger. De vanskeligste avgjørelsene er de som virker opplagte i etterkant: dashbordet, innstillingssiden, flyten for tilbakestilling av passord. Ingen av dem tester hypotesen din. Hvis en funksjon ikke er direkte nødvendig for at brukeren skal kunne utføre den ene kjernehandlingen produktet er bygget rundt, hører den hjemme i v1.1. Gründere som holder på denne linjen lanserer på 8 uker. De som ikke gjør det, lanserer på 6 måneder og går tom for penger før de har lært noe som helst.
Bruk ferdig autentisering som Clerk, Supabase Auth eller Auth0. Å bygge din egen er en avsporing på 2 til 4 uker som ikke tilfører produktet noen verdi, og du kommer sannsynligvis til å bomme litt på sikkerhetsdetaljene. Ferdig autentisering gir deg innlogging med e-post og sosiale kontoer, tilbakestilling av passord, MFA og øktstyring på en ettermiddags integrasjonsarbeid. I MVP-skala koster det fra gratis til 50 $ i måneden, mindre enn én ingeniørtime.
Bruk Stripe Checkout i stedet for å bygge egen fakturering. Stripe Checkout er en hostet side du sender brukeren til: én dag å integrere, og den er klar i samsvar med SCA, PCI og avgiftshåndtering. Egen fakturering ser bedragersk enkelt ut og tar som regel en måned, pluss løpende vedlikehold av avgiftsregler, dunning og spesialtilfeller som forholdsmessige oppgraderinger. Helt til du har hundrevis av betalende kunder er standardflyten i Stripe bedre enn noe du selv ville bygd.
Dropp admin-dashbordet. For de første 100 brukerne er admin-panelet ditt en databaseklient og noen få SQL-spørringer. Du kan refundere, logge inn som brukeren og feilsøke fra en terminal. Å bygge et eget admin-grensesnitt er typisk 150 til 200 timers arbeid som bare betjener ditt eget interne team, og du kommer til å bygge det om uansett når du vet hvilke felter og handlinger som faktisk betyr noe. Utsett admin-verktøyene til manuell drift virkelig blir for tungvint.
Lei inn én senior full-stack-utvikler i stedet for et team på tre utviklere på mellomnivå. Koordineringskostnaden er brutal i små team: hvert møte, hver kodegjennomgang og hver arkitekturbeslutning blir mangedoblet. En senior som allerede har levert 3 til 5 MVP-er, jobber raskere alene enn tre stykker som koordinerer i Slack. Regnestykket blir omtrent lik kostnad, halve kalendertiden og langt større sjanse for å lande noe helhetlig. Legg til utvikler nummer to når arkitekturen er på plass.
Bli på web til du har fått trekkraft. Mobilapper legger 60 til 100 % til MVP-kostnaden, pluss godkjenning i app-butikken, signering og plattformspesifikke feil. Unntakene er reelle, men få: produkter der kamera eller posisjon er kjernen, eller apper som er avhengige av push-varsler som sentral del av opplevelsen. Alt annet er bedre som en responsiv web-app i MVP-fasen. Du kan legge på et Capacitor- eller PWA-skall senere hvis du trenger et ikon på hjemskjermen.
MVP-kostnad etter plattform
| Plattform | Avgrenset MVP | Fullverdig MVP | Tidsbruk |
|---|---|---|---|
| Kun web | $15K–$28K | $35K–$55K | 6–12 uker |
| Mobil (1 plattform) | $22K–$40K | $45K–$70K | 8–14 uker |
| Mobil (begge) | $35K–$60K | $65K–$95K | 10–18 uker |
| Web + mobil | $40K–$68K | $70K–$110K | 12–20 uker |
FAQ
Spørsmål vi får hver uke
Korte svar på vanlig norsk. Mangler spørsmålet ditt,
En MVP (Minimum Viable Product) er den minste versjonen av produktet ditt som tester kjernehypotesen på ekte brukere. Det er verken en prototype eller en v1, men det minste produktet som faktisk kan tas i bruk, betales for og læres av.
De fleste MVP-er koster 15 000–75 000 $. En web-MVP starter på 15 000 $, en mobil-MVP på 25 000 $. Taket settes av hva «minimum» betyr i ditt marked; en MVP innen helse krever HIPAA fra dag én og koster mer.
Web-MVP: 6–12 uker. Mobil-MVP på én plattform: 8–14 uker. På tvers av plattformer eller på begge: 10–18 uker. Alt som tar mer enn 5 måneder er ikke en MVP, men en overdimensjonert v1.
Lei inn et byrå hvis du mangler en teknisk senior medgründer, må levere på under 4 måneder eller vil ha forutsigbare kostnader. Bygg internt hvis du har en senior utvikler i teamet og planlegger å iterere i 12+ måneder; byråkostnadene hoper seg opp på lange engasjementer.
Kjernehandlingen til brukeren må fungere ende til ende (legge ut en jobb, bestille en time, laste opp en fil). Innlogging. Én måte å betale deg på. Det er alt. Dette hører ikke hjemme i en ekte MVP: admin-dashbord, analyser, onboarding-flyter, innstillinger, tilbakestilling av passord, kontosletting. Alt sammen kommer i v1.1.
Iblant; i Øst-Europa eller Asia, kun web, med én enkelt brukerflyt. De fleste prosjekter til 10 000 $ leverer enten ingenting som virker, eller noe så uferdig at det ikke får testet hypotesen. Sett av 20 000 $+ hvis du vil ha en ekte MVP.
Når 5 ekte brukere (ikke venner) fullfører kjerneflyten uten hjelp, OG minst én av dem ville betalt for det. Antall feil, finpuss og analyser er bare unnskyldninger for å utsette.
En prototype er klikkbar eller simulert; ingen ekte data, ingen ekte backend. En MVP er et ekte produkt med ekte brukere og ekte penger som skifter eier. Prototyper koster 2 000–10 000 $, MVP-er koster 15 000–75 000 $.
2 000–8 000 $ for 10–20 skjermer i Figma. Dropp designsystemet, merkevareretningslinjene og de skreddersydde illustrasjonene. Lei inn én designer i 2–4 uker, jobb deg gjennom flytene og lanser.
Tegn på at det er på tide: nye funksjoner ødelegger stadig de gamle, lastetidene skremmer brukere vekk, det opprinnelige rammeverket bremser veksten, eller du har 10× så mange brukere som du designet for. De fleste MVP-er trenger delvise omskrivinger innen 12–18 måneder; planlegg for det.
Lignende verktøy
Andre kalkulatorer folk flest åpner rett etter denne; velg den som passer din neste beslutning.
Få et realistisk estimat for utvikling av iOS-, Android- eller kryssplattform-app, med lave, mediane og høye intervaller og en full oppdeling av kostnadene.
Få et nøyaktig estimat fra teamet vårt
Kalkulatorer gir deg et spenn. En 30-minutters samtale gir deg fast omfang, tidsplan og budsjett. Gratis rådgivning, helt uforpliktende.
Start samtalen