Hvad koster digital produktudvikling fra idé til drift?
Digital produktudvikling koster normalt 110.000–320.000 DKK til discovery, 160.000–530.000 DKK til design, 320.000 DKK–1,3 mio. DKK til en MVP og derefter 1,1–3,2 mio. DKK om året til videreudvikling. Drift og vedligeholdelse ligger typisk på 15–25 procent af udviklingsomkostningerne om året. Scope, teknologivalg og teammodel afgør totalen.
Digital produktudvikling købes sjældent som ét samlet beløb. Den består af faser med forskellige prisskilte, og de største omkostninger kommer ofte efter lanceringen. Her er det samlede overblik over priserne fra idé til drift, hvor pengene faktisk går hen og de tre beslutninger der påvirker totalen mest.
Prisintervaller pr. fase
| Fase | Typisk omkostning | Det får du |
|---|---|---|
| Discovery/forprojekt | 110.000–320.000 DKK | Målbillede, løsningsforslag, risikokort, estimeret backlog |
| Design og prototype | 160.000–530.000 DKK | UX, brugerflade, klikbar prototype, grundlaget for et designsystem |
| MVP: første version | 320.000 DKK–1,3 mio. DKK | Et kerneflow i produktion med rigtige brugere |
| Skalering og videreudvikling | 1,1–3,2 mio. DKK om året | Et team der videreudvikler ud fra reel brug |
| Drift og vedligeholdelse | 15–25 % af udviklingsomkostningerne om året | Opdateringer, sikkerhed, mindre forbedringer, overvågning |
Faserne er ikke obligatoriske trin. Et enkelt produkt kan springe dele over, et komplekst har brug for dem alle. Men intervallerne giver et ærligt billede af hvad en seriøs satsning koster: Et produkt der skal skabe forretningsværdi, lander sjældent under 1,1 mio. DKK i alt i sit første år. Læg faserne sammen for dit eget produkt, så har du et første samlet overblik og en enkel måde at afsløre tilbud der har “glemt” en fase.
Hvor pengene faktisk går hen
Mange forventer at næsten hele budgettet går til programmering. En typisk fordeling i et velstyret produktprojekt ser snarere sådan ud:
| Post | Andel af budgettet |
|---|---|
| Udvikling (frontend, backend, integrationer) | 50–60 % |
| Design og UX | 10–15 % |
| Test og kvalitetssikring | 10–15 % |
| Projekt- og produktledelse | 10–15 % |
| Drift, værktøjer og miljøer | 5–10 % |
Fordelingen varierer fra projekt til projekt, men mønstret holder: Omkring halvdelen af pengene går til andet end ren kodning. Et tilbud hvor test, design og ledelse mangler, er ikke billigere. Posterne dukker op alligevel, bare som forsinkelser og bugs.
De tre beslutninger der styrer de samlede omkostninger
1. Scope. Langt den største beslutning. Hver funktion, hver rolle og hvert specialtilfælde koster både under udviklingen og i al fremtidig vedligeholdelse. Den billigste funktion er den der aldrig bliver bygget. En hård prioritering af første version kan halvere startomkostningerne uden at forretningsidéen bliver testet dårligere.
2. Teknologivalg. Standardkomponenter, færdige cloudtjenester og cross-platform-frameworks holder omkostningerne nede mens specialudvikling driver dem op. Det rigtige valg afhænger af kravene, men hvert “vi bygger selv” skal kunne begrundes med et konkret krav som standardløsningen ikke kan opfylde.
3. Teammodel. Projekter med fast omfang, et dedikeret team pr. måned eller egne medarbejdere med indlejet forstærkning: Modellerne prissætter risiko forskelligt. Fast pris indeholder et risikotillæg, og modeller efter medgået tid kræver aktiv styring. Valget påvirker ofte totalen mere end timeprisen gør.
Regneeksempel: fra idé til udgangen af år et
En idé til en ny tjeneste går gennem et forprojekt (160.000 DKK), design og prototype (270.000 DKK) og en MVP på ti uger (740.000 DKK). Efter lanceringen arbejder et mindre team videre med det brugerne faktisk efterspørger (1,3 mio. DKK resten af året), og drift og vedligeholdelse koster ca. 160.000 DKK. Af den samlede sum for år et gik mindre end en tredjedel til at bygge selve den første version. Det er typisk, ikke en undtagelse: Produkter bliver gode gennem iteration efter lanceringen, og det er dér budgettet skal have plads.
Sådan holder du totalen nede
- Valider med en prototype før du bygger. At ændre en skitse koster timer, at ændre et færdigbygget produkt koster uger.
- Byg ét kerneflow først og lad resten vente til der er belæg for det.
- Brug færdige byggeklodser hvor de slår til, og gem specialudvikling til det der differentierer.
- Budgetter med drift og vedligeholdelse fra starten. Et produkt uden vedligeholdelse forfalder på et par år.
En ting mere fortjener at blive sagt lige ud: Den billigste vej er sjældent den med den laveste timepris. Et seniorteam med en højere timepris løser den samme opgave på færre timer, træffer færre dyre fejlbeslutninger og efterlader en kodebase der er billigere at vedligeholde. Sammenlign derfor altid tilbud på de samlede omkostninger for et defineret scope, aldrig på timepris.
Hos Weapp følger vi produkter gennem hele denne rejse, fra forprojekt til drift og vedligeholdelse. Vil du have et prisinterval for netop din idé? Kontakt os med en kort beskrivelse, så vender vi tilbage med et konkret billede.
Ofte stillede spørgsmål
Hvad er dyrest: at bygge produktet eller at eje det?
Over produktets levetid er det oftest tiden efter lanceringen der koster mest. Videreudvikling, vedligeholdelse og drift over fem år overstiger som regel de oprindelige udviklingsomkostninger. Derfor er det klogere at vælge partner og teknologi til hele rejsen end at optimere alene efter udviklingsprojektets pris.
Kan man starte med mindre end 320.000 DKK?
Ja. En klikbar prototype til 53.000–160.000 DKK er nok til at teste idéen over for brugere og investorer, og et afgrænset forprojekt koster fra ca. 110.000 DKK. Det der er svært at få under 320.000 DKK, er et kodet produkt i drift af professionel kvalitet.
Hvad koster et bureau sammenlignet med freelancere?
Hos et bureau ligger timeprisen normalt på 960–1.500 DKK, mens enkeltstående freelancere ofte ligger lavere. Forskellen er at bureauet leverer et team med ledelse, design, kontinuitet og afløsning ved fravær. Med freelancere står du selv for koordineringen og bærer risikoen hvis en nøgleperson forsvinder.
Hvor lang tid tager det fra idé til lanceret produkt?
Et almindeligt forløb er 4–7 måneder: nogle ugers discovery, en designfase der delvis overlapper udviklingen, og 8–14 ugers udvikling af en første version. Derefter fortsætter udviklingen ud fra reel brug. Lanceringen er et startpunkt, ikke et mål.
Hvorfor angives alle priser som intervaller?
Fordi omfanget afgør prisen, ikke timeprisen. To produkter der lyder ens i én sætning, kan være flere gange så omfattende som hinanden målt i flows, integrationer og krav. Et seriøst prisoverslag knytter derfor intervallet til et defineret scope. Præcise tal uden scope er gæt.