Midnyte

Tilbud

Hvordan vurderer jeg et tilbud fra et udviklingsbureau?

De fleste sammenligner tre tilbud ved at se på totalen nederst. Det er det mindst informative tal på siden. Her er hvad der faktisk adskiller dem — og hvad dansk ret siger om, hvornår prisen overhovedet er en pris.

Der findes ingen dansk standard

Jeg ledte efter den, fordi jeg gik ud fra den fandtes. Den gør ikke. Hverken DI, IT-Branchen, Dansk IT, Danske IT-Advokater eller Forbrugerombudsmanden udgiver en standard for, hvad et tilbud på softwareudvikling skal indeholde.

Der findes heller ingen dansk standardkontrakt for udvikling af software i det private. D17 dækker it-drift, og Danske IT-Advokater har en SaaS-kontrakt — men for udvikling er der ingenting. Det betyder, at to tilbud på det samme projekt lovligt kan være to fuldstændig forskellige dokumenter, og at ingen af dem er forkerte.

Prisen er det mindst informative tal

Der findes et dansk datasæt, som næsten ingen bruger: 54 afsluttede statslige it-projekter fra 2011 til 2020, hver med et budget over 10 mio. kr., målt mod den første indsendte projektbeskrivelse.

54 danske statslige it-projekter, 2011-2020
Median: −1,3 % på budgettet, +14,6 % på tiden

Gennemsnit: +9,3 % på pris og +31,1 % på tid. Og ingen projekter — nul af 54 — blev dyrere end budgetteret men hurtigere end planlagt.

Det medianprojekt kom altså hjem en smule under budget og halvandet måned for sent per år. Budgetter holder. Kalendere holder ikke.

Forfatterne forklarer selv mekanismen: nedskæringer i scope kan hjælpe projekter med at holde både budget og tidsplan. Budgettet holder, fordi omfanget giver sig. Det er den samme mekanik, statens egen agile standardkontrakt K03 skriver direkte ind i teksten: leverandøren skal straks give skriftlig besked, hvis et krav formentlig ikke kan nås inden for estimatet, og kunden kan hæve estimatet og forlænge tiden — men beslutningen må ikke overskride det fastlagte vederlag eller leveringsdatoen.

Så det interessante spørgsmål til et tilbud er ikke “hvad koster det”. Det er hvad der skæres væk, når estimatet flytter sig — for det kommer det til.

Tjeklisten der findes alligevel

K03 er statens standardkontrakt for længerevarende agile it-projekter, udgivet af Digitaliseringsstyrelsen i december 2012. Den er ikke en tilbudsstandard, men dens bilagsoversigt er den bedste danske liste over, hvad der skal besluttes i et udviklingsprojekt — 19 bilag:

Brug den som sammenligningsgrid, og tæl dækning i stedet for kroner. Et tilbud, der adresserer fire af dem, er ikke billigere end et, der adresserer femten — det er et andet dokument.

De to bilag, der afgør mest: behovsopgørelsen er dine behov, og løsningsbeskrivelsen er deres løsning. Hvis et tilbud kun indeholder det sidste, har ingen skrevet ned, hvad projektet skulle opnå — og så er der intet at måle leverancen imod bagefter.

Bilag 13 er det, de billige tilbud altid mangler

“Forpligtelser ved ophør” er bilaget, der beskriver hvad der sker, når samarbejdet stopper: hvem leverer kildekoden, bygge­pipelinen, miljøerne, dokumentationen og licenserne videre, og på hvilke vilkår.

Det er det eneste bilag, der betyder noget, hvis projektet går galt. Det er også det, der aldrig er med i det korte tilbud. Hvis du kun får én ting ind i kontrakten ud over prisen, så tag den.

Derfor er priserne så forskellige

Danske bureauer annoncerer selv 700-1.400 kr. i timen, og enkelte skriver “typisk 1.200-1.300 kr.”. Danmarks Statistik opgjorde for 2025 medianen for fortjeneste pr. præsteret time i jobfunktionen softwareudvikling til 498,97 kr.

TimeprisForhold til DST-medianen
700 kr.1,4×
1.250 kr.cirka 2,5×
1.400 kr.2,8×

Det tal er ikke et argument for, at bureauer tager for meget. Fortjeneste er ikke arbejdsgiverens samlede omkostning — det dækker løn, pension fra begge sider, tillæg og personalegoder, men ikke lokaler, udstyr, software, ledelse, rekruttering eller al den tid, der ikke kan faktureres. Den reelle faktor er altså lavere end 2,5. Men forholdet er værd at kende, når nogen fortæller dig, at 1.400 kr. er markedsprisen.

En anden grund til spredningen: “udvikler” er ikke én ting i statistikken. Web- og multimedieudvikling ligger omkring 18 procent under softwareudvikling målt på standardberegnet månedsfortjeneste — en forskel på over 12.000 kr. om måneden mellem to personer, der begge kalder sig udviklere.

Aftaleloven — den del ingen skriver om

Der findes ingen lov om softwareudvikling i Danmark. Købeloven gælder ikke for tjenesteydelser, og udvikling, drift og vedligeholdelse af software er netop de eksempler, der nævnes. Tilbage står dansk rets almindelige obligationsret — og aftaleloven. Derfor afgør dokumentet alt.

AftalelovenHvad det betyder for dig
§ 1Tilbud og svar på tilbud er bindende for afgiveren — medmindre andet følger af tilbuddet selv eller af handelsbrug
§ 2Er der sat en frist, skal accepten være kommet frem inden fristen. Afsendt er ikke nok
§ 3, stk. 2En pris givet mundtligt uden frist skal accepteres straks. Prisen på telefonmødet er væk, når du lægger på
§ 4En for sen accept anses som et nyt tilbud. Bureauet må prissætte igen
§ 5Siger du nej, er tilbuddet bortfaldet — også selvom fristen ikke er udløbet
§ 6“Ja tak, men kan vi tilføje X” er et afslag plus et nyt tilbud. Den citerede pris er dermed ikke længere bundet
§ 7En tilbagekaldelse virker kun, hvis den kommer frem senest samtidig med, at du bliver bekendt med tilbuddet. Har du læst det, kan de ikke bare trække det
§ 9“Uden forbindtlighed” eller “uden obligo” betyder, at dokumentet slet ikke er et tilbud

Den praktisk vigtigste er § 6. Den normale måde at svare på et tilbud — ja, men vi vil også have login med MitID — er juridisk et afslag. Hvis du vil bevare prisen, skal du bede om et revideret tilbud og acceptere det.

Myten om de 10-15 procent

Mange tror, at en regning højst må overstige et overslag med 10 eller 15 procent. Der er ingen procentvise grænser for, hvor meget en regning kan overstige et overslag. Reglen, folk halvt husker, er en underretningspligt fra AB Forbruger — byggeri, forbrugere.

Forskellen er værd at forstå: et tilbud binder. Et overslag er en ikke-bindende faglig vurdering. Arbejde efter regning har slet intet tag. Og Forbrugerombudsmandens regler om prismarkedsføring er forbrugerregler — de rører ikke et B2B-tilbud på software.

At beslutte er heller ikke gratis

Rigsrevisionen undersøgte i 2020 beslutningsfasen i 96 statslige it-projekter til samlet cirka 7,6 mia. kr. For de 55 projekter, der var afsluttet, udgjorde beslutningsfasen cirka 17 procent af de samlede omkostninger og 41 procent af den samlede varighed. Den varede i gennemsnit omkring 17 måneder og kostede i gennemsnit cirka 9,8 mio. kr.

Det er en ubehagelig pointe, hvis du sidder med tre tilbud: du er allerede inde i projektets dyreste fase. Det er ikke et argument for at vælge hurtigt — men det er et argument for at sætte en frist for, hvornår der er besluttet.

Ignorér metodesnakken

Den samme undersøgelse kiggede på, om det gjorde en forskel, hvordan projekterne var skruet sammen. Fordelingen var 39 vandfald, 40 delvist agile og 15 agile; 45 i EU-udbud, 39 på rammeaftale; 30 bygget af leverandør, 17 internt og 41 standardsystemer.

Rigsrevisionens konklusion
Ingen sammenhæng fundet

Hverken udviklingsmetode, udbudsform eller valget mellem at bygge og at købe havde en påviselig sammenhæng med, om projekterne nåede deres mål for pris, tid og gevinster.

Det rammer hver eneste salgspræsentation lige hårdt. Agilt, fast pris, standardsystem, eget team — ingen af dem består den test. Når et bureau sælger på metode, sælger de på noget, der ikke er påvist at virke. Og i ingen af de seks projekter, Rigsrevisionen undersøgte nærmere, var valget af udviklingsmetode begrundet i, hvad der passede til projektet.

Det tal, der faktisk er værd at bekymre sig om

Af de afsluttede projekter holdt 41 af 53 budgettet inden for en tolerance på 10 procent. 34 af 55 holdt tidsplanen inden for tre måneder. Og de forventede gevinster var realiseret som planlagt i 9 af 45 projekter cirka et år efter afslutningen.

Pris og tid holder for flertallet. Pointen med projektet gør det ikke. Derfor er det bedste spørgsmål til et tilbud ikke om prisen — men om hvad der står i behovsopgørelsen, og hvordan man om et år måler, om det blev opnået.

Kilder. Datasættet på 54 projekter: Alami, Madsen & Krancher, Better than you think? Exploring cost and schedule overruns in government IT projects, ISD2021, frit tilgængeligt pre-print hos ITU; udgivet som kapitel i Advances in Information Systems Development, Springer 2022. Beslutningsfase, udfald og metodefund: Rigsrevisionens beretning 5/2020 om beslutningsfasen i statslige it-projekter, december 2020. Bilagsoversigt og estimatmekanik: K03, Digitaliseringsstyrelsen, december 2012 — bemærk at Digitaliseringsstyrelsen selv skriver, at K01-K03 ikke længere opdateres og kræver tilpasning; Danske IT-Advokater distribuerer 2022-versioner til privat brug. Aftaleloven: lovbekendtgørelse nr. 193 af 2. marts 2016, §§ 1-9. At købeloven ikke gælder tjenesteydelser: Henrik Udsen, IT-kontraktretten, 2. udgave, Ex Tuto 2020, afsnit 2.2. At der ingen procentgrænse findes for overslag: SMVdanmark, marts 2019 — en brancheudgivelse, ikke en primærkilde; konklusionen er, at der ikke findes en regel, ikke at reglen er en anden. Løntal: Danmarks Statistik, Lønstruktur 2025, tabel LONS20, offentliggjort 29. september 2026. Bemærk at DST ikke offentliggør en månedlig median pr. jobfunktion — kun en median pr. time og et månedligt gennemsnit. Timepriser fra danske bureauers egne prissider, oktober 2026. Alt hentet 9. oktober 2026. Dette er en gennemgang af offentliggjort materiale, ikke juridisk rådgivning.

Har du tre tilbud, der ikke kan sammenlignes?

Send dem til mig. Jeg siger hvad de dækker, hvad de ikke dækker, og hvor den billigste bliver dyr — og jeg byder ikke selv på arbejdet, hvis det er den samtale du har brug for.

Skriv til mig →