Kalkulator for MVP-udviklingsomkostninger
Minimum viable, maximum leverage. Estimer hvad din første rigtige version vil koste.
En velafgrænset MVP koster 15.000 til 75.000 dollars og tager 2–4 måneder at shippe. Målet er ikke minimal kode; det er minimum viable: nok til at teste din kernehypotese med rigtige brugere. For snæver scope dræber flere MVP'er end budgetoverskridelser. Denne lommeregner hjælper dig med at planlægge de fem uundværlige funktioner, enhver MVP har brug for, og markerer de steder, hvor founders typisk overbygger.
Fortæl os, hvad du bygger
Dine input
05 fieldsPåvirker den blendede timepris; senioringeniører koster 35 % mere.
Hvem skal bruge dette værktøj
Grundlæggere, der kortlægger et mvp development-projekt, før de taler med leverandører. CTO'er og ingeniørledere, der opstiller årlige budgetter til ny produktudvikling. Produktledere, der oversætter en enkelt idé til et forsvarligt interval til økonomiafdelingen. Indkøbsafdelinger, der tjekker tilbud fra bureauer og freelancere for sundhed.
Sådan beregner vi tallene
Vi bruger en timebaseret formel, der skaleres efter platform, hypotesetype og hastegrad. MVP'er springer admin-værktøjer, rapportering og de fleste edge cases over for at barbere 40–60 % af timerne væk sammenlignet med et fuldt produkt. Stramme tidsplaner lægger 20–45 % oveni, fordi parallelt arbejde kræver mere koordinering og omarbejde.
Datakilder
- Techsys interne MVP-database; 150+ startup-MVP'er fra 2021–2026
- Y Combinator Startup School curriculum om MVP'er
- CB Insights; Hovedårsager til startup-fiaskoer (relevans for MVP-afgrænsning)
- Stack Overflow 2024 Developer Survey; full-stack værktøjer
- Clutch benchmarks for bureau- vs. internpriser
- Founders bag First Round Review skriver om MVP-omfang (nævnt kilde)
Faktorer, der påvirker prisen
Platformvalg
Web-MVP'er koster 40 til 50 % mindre end mobile MVP'er, fordi deployment er øjeblikkeligt, der er ingen app store-gennemgang, og én codebase dækker desktop-, tablet- og mobilbrowsere. Hvis din hypotese ikke strengt kræver en telefon i brugerens lomme, så start med web. Du kan altid tilføje en native skal senere, når du har brugere, der er værd at beholde. Undtagelserne er kamera-først-, lokations-først- eller push-notifikationsafhængige produkter, hvor mobilen er selve produktet.
Type af kernehypotese
Markedspladser er den dyreste MVP-arketype, fordi du har brug for likviditet på både udbuds- og efterspørgselssiden fra dag ét. Uden den bliver ingen af siderne. SaaS- og B2B-værktøjer er mere ligetil: én kundetype, ét workflow, én værdiproposition. Forbrugerapps ligger i midten med den ekstra udfordring, at brugeranskaffelsesomkostninger bliver en anden variabel, du skal validere sideløbende med selve produktet.
Omfangsdisciplin
Den største enkeltstående årsag til budgetoverskridelser på MVP'er er feature creep undervejs i udviklingen — ikke dårlige estimater. Skriv din v2-liste før kickoff og behandl den som en kontrakt: alt på den er udtrykkeligt udskudt, uanset hvor fornuftigt det lyder i uge 6. Uden den disciplin vokser den gennemsnitlige MVP med 30 til 50 % i scope mellem kickoff og lancering, og det er præcis dér, budgetoverskridelserne kommer fra.
Infrastrukturvalg
Managed services som Vercel, Supabase, Stripe og Clerk klarer 80 % af det kedelige infrastrukturarbejde for et par hundrede dollars om måneden. Bygger du bare én af dem selv, koster det 3 til 5 gange mere og shipper 2 til 3 gange langsommere. Argumentet imod managed services er vendor lock-in, men i MVP-fasen bør du optimere efter at shippe — ikke efter hypotetiske exit-omkostninger, du måske aldrig kommer til at stå med.
Designomfang
MVP'er har ikke brug for et designsystem, brandretningslinjer eller motion design. Én designer på mellemniveau, der arbejder i Figma i 2 til 3 uger, kan levere 15 til 20 skærme, der er gode nok til at teste hypotesen. Polish, animation og visuel identitet kommer i v1.1, når du har valideret, at nogen faktisk vil have det, du bygger. At bruge $20K på design, før du har brugere, er en af de mest almindelige fejl, founders begår.
Sådan reducerer du omkostningerne
Skær funktioner nådesløst fra under scoping – og igen under selve udviklingen. De sværeste beslutninger er dem, der i bakspejlet virker åbenlyse: dashboardet, indstillingssiden, flowet til nulstilling af adgangskode. Ingen af dem tester din hypotese. Hvis en funktion ikke er direkte nødvendig for, at brugeren kan udføre den ene kernehandling, dit produkt er bygget op om, hører den hjemme i v1.1. Stiftere, der holder den linje, shipper på 8 uger. Stiftere, der ikke gør, shipper på 6 måneder og løber tør for penge, før de har lært noget som helst.
Brug en færdig auth-løsning som Clerk, Supabase Auth eller Auth0. At bygge sin egen auth er en omvej på 2 til 4 uger, der tilfører produktet nul værdi – og du får det sandsynligvis lidt forkert på sikkerhedsdetaljerne. Managed auth giver dig e-mail- og socialt login, nulstilling af adgangskode, MFA og sessionsstyring på en eftermiddags integrationsarbejde. Prisen ligger fra gratis til $50 om måneden i MVP-skala, hvilket er mindre end én times udviklingstid.
Brug Stripe Checkout i stedet for at bygge egen billing. Stripe Checkout er en hosted side, du redirecter til: én dags integration, leveres compliant med SCA, PCI og momshåndtering. Custom billing ser bedragende simpelt ud og tager rutinemæssigt en måned – plus løbende vedligeholdelse af momsregler, rykkerprocedurer og edge cases som forholdsmæssige opgraderinger. Indtil du har hundredvis af betalende kunder, er standard-Stripe-flowet bedre end alt, du selv ville bygge.
Spring admin-dashboardet over. For de første 100 brugere er dit admin-panel en databaseklient og et lille sæt SQL-forespørgsler. Du kan refundere, impersonere og debugge fra en terminal. At bygge en custom admin-UI er typisk 150 til 200 timers arbejde, der kun tjener dit interne team – og du bygger det alligevel om, når du ved, hvilke felter og handlinger der faktisk betyder noget. Udskyd admin-værktøjer, til de manuelle processer reelt bryder sammen.
Hyre én senior full-stack-udvikler i stedet for et team på tre mid-level-udviklere. Koordineringsoverhead er brutal i små teams: hvert møde, hvert code review og hver arkitekturbeslutning multipliceres. En senior-udvikler, der allerede har shipped 3 til 5 MVP'er, bevæger sig hurtigere solo end et 3-personers team, der koordinerer i Slack. Regnestykket er nogenlunde samme omkostning, halvdelen af kalendertiden og en langt større sandsynlighed for at shippe noget sammenhængende. Tilføj den anden udvikler, når arkitekturen er på plads.
Bliv på web, indtil du har traction. Mobilapps lægger 60 til 100 % oven i dine MVP-omkostninger, plus app store-review, signing og platformspecifikke bugs. Undtagelserne er reelle, men snævre: kameradrevne produkter, lokationsdrevne produkter eller apps, der afhænger af push-notifikationer som kerne-UX. Alt andet er bedre som en responsiv webapp i MVP-fasen. Du kan shippe en Capacitor- eller PWA-wrapper senere, hvis du har brug for et ikon på hjemmeskærmen.
MVP-omkostninger efter platform
| Platform | Afgrænset MVP | Funktionsrig MVP | Tidsplan |
|---|---|---|---|
| Kun web | $15K–$28K | $35K–$55K | 6–12 uger |
| Mobil (1 platform) | $22K–$40K | $45K–$70K | 8–14 uger |
| Mobil (begge) | $35K–$60K | $65K–$95K | 10–18 uger |
| Web + Mobil | $40K–$68K | $70K–$110K | 12–20 uger |
Ofte stillede spørgsmål
Spørgsmål vi får hver uge
Korte svar på dansk. Hvis dit spørgsmål ikke er her,
En MVP er den mindste version af dit produkt, der tester din kernehypotese med rigtige brugere. Ikke en prototype, ikke v1. Det mindste produkt, man kan bruge, betale for og lære af.
De fleste MVP'er koster $15.000–$75.000. Web-MVP'er starter ved $15K. Mobile MVP'er starter ved $25K. Prisloftet bestemmes af, hvad "minimum" betyder i dit marked; en healthcare-MVP kræver HIPAA fra dag ét og koster mere.
Web-MVP: 6–12 uger. Mobil-MVP på én platform: 8–14 uger. Cross-platform eller dual-platform: 10–18 uger. Alt over 5 måneder er ikke en MVP; det er en v1 med for bredt scope.
Hyr et bureau, hvis du mangler en senior teknisk medstifter, skal lancere på under 4 måneder eller vil have forudsigelige omkostninger. Byg in-house, hvis du har en seniorudvikler på teamet og planlægger at iterere i 12+ måneder. Bureauomkostninger løber op i lange forløb.
Den centrale brugerhandling fungerer ende-til-ende (opslå et job, book en session, upload en fil). Auth. Én måde at betale dig på. Det er det. Ikke i en ægte MVP: admin-dashboards, analytics, onboarding-flows, indstillinger, nulstilling af adgangskode, sletning af konto. Det hele kommer i v1.1.
Nogle gange; Østeuropa eller Asien, kun web, ét brugerflow. De fleste $10K-projekter leverer enten intet funktionelt eller noget så råt, at det ikke validerer hypotesen. Sæt $20K+ af, hvis du vil have en rigtig MVP.
Når 5 rigtige brugere (ikke venner) gennemfører dit kerneflow uden hjælp, OG mindst én af dem ville betale for det. Antal bugs, polish og analytics er rationaliseringer for at udsætte.
En prototype er klikbar eller mocket; ingen rigtige data, ingen rigtig backend. En MVP er et rigtigt produkt med rigtige brugere og rigtige penge, der skifter hænder. Prototyper koster $2K–$10K. MVP'er koster $15K–$75K.
$2K–$8K for 10–20 Figma-skærme. Spring designsystemet, brandretningslinjerne og de brugerdefinerede illustrationer over. Hyr én designer i 2–4 uger, iterér på flowsene, og ship.
Tegn på at du bør genopbygge: nye features bliver ved med at ødelægge gamle, loadtider skræmmer brugerne væk, det oprindelige framework spænder ben for vækst, eller også har du 10× flere brugere, end du designede til. De fleste MVP'er har brug for en delvis omskrivning efter 12–18 måneder. Planlæg efter det.
Lignende værktøjer
Andre kalkulatorer, de fleste åbner straks efter denne; vælg den, der passer til din næste beslutning.
Få et realistisk estimat til iOS-, Android- eller cross-platform-udvikling; lave, mediane og høje prisklasser med fuld gennemgang.
Få et præcist estimat fra vores team
Kalkulatorer giver dig et interval. Et 30-minutters opkald giver dig et fast omfang, en tidsplan og et budget. Gratis konsultation, ingen forpligtelser.
Start samtalen