Timepris for udvikler: hvad koster en udvikler i timen i 2026?

Timeprisen er det første tal, mange spørger om, fordi det er let at sammenligne. Problemet er, at det næsten aldrig er det tal, der afgør, hvad projektet koster. En billig time, der gentages mange gange, kan blive dyrere end en dyr time, der kun skal bruges få gange. Her er de typiske timepriser i Danmark i 2026, og en måde at regne på, der giver et mere ærligt billede.

Hvad koster en udvikler i timen i Danmark?

Er nearshore billigere, når alt er regnet med?

Pr. time, ja. Pr. færdigt system, ikke nødvendigvis. Et team i et andet land kender sjældent MitID, e-conomic, Dinero, MobilePay eller danske krav til GDPR og databehandleraftaler, og den læring betaler I for. Hertil kommer, at nogen skal skrive kravene så præcist, at intet kan misforstås, og teste leverancen bagefter. Har I ikke en intern produktejer med tid til det, ender opgaven hos direktøren eller en medarbejder, der egentlig skulle lave noget andet. De timer står ikke på fakturaen, men de er der.

Hvorfor er timeprisen det forkerte tal at sammenligne?

Fordi I ikke køber timer. I køber et system, der virker. Hvor mange timer det tager at nå dertil, afhænger af erfaring, af værktøjer og af, hvor mange hænder opgaven skal igennem. En senior, der har bygget den samme integration til e-conomic mange gange før, bruger en brøkdel af tiden på den, sammenlignet med en, der læser dokumentationen for første gang.

• Output pr. time. Erfaring betyder færre blindgyder og mindre omarbejde.
• AI-værktøjer. Gentagne opgaver som skærme, tests og standardkode går markant hurtigere i dag for den, der bruger værktøjerne rigtigt.
• Overleveringer. Hver gang en opgave går fra designer til udvikler til tester, koster det timer, som ingen ser.
• Koordinering. Møder, statusrapporter og afklaringer faktureres ofte som udviklingstimer.
• Usikkerhed. Et estimat i timer er et gæt, og det er typisk jer, der betaler, når gættet er forkert.

Et regneeksempel: billig time mod dyr time

Forestil jer det samme afgrænsede system, fx et bookingværktøj med login og én integration, tilbudt af to forskellige leverandører. Tallene er et tænkt eksempel, men mønsteret er det samme, hver gang erfaring og genbrug spiller ind.

Den dyre time vinder her, men begge tilbud har samme svaghed: I kender først prisen, når arbejdet er gjort. Det er derfor, vi ikke sælger timer. Et system i samme størrelse passer ofte i vores Small- eller Medium-pakke til 18.000 eller 36.000 kr. plus fast drift, og prisen står i tilbuddet. Forskellen på de to modeller har vi gennemgået i fast pris vs. timepris.

Timepris eller fast ansættelse?

Nogle regner timeprisen om til en årsløn og konkluderer, at det er billigere at ansætte selv. Men en ansat udvikler koster løn, pension, rekruttering og udstyr, og det tager typisk to til tre måneder at få stillingen besat. Én person dækker sjældent både design, backend, app og drift. Hele regnestykket står i ansæt en udvikler eller brug et bureau.

Et alternativ til begge dele er et fast team, der arbejder tæt sammen med jeres egne folk. Hos WorkPoint var en af vores designere en del af produktteamene i et toårigt samarbejde om Design System 2.0. Det gav kontinuitet uden en ansættelse.

Vil I se, hvad pakkerne indeholder, så se priser. Vil I have et konkret tal på jeres projekt i stedet for en timepris, så beskriv det her, og I får et skriftligt tilbud til fast pris inden for 24 timer.