Guide · Køb af software

Røde flag i et IT-tilbud: sådan læser I det linje for linje

De tydeligste røde flag i et IT-tilbud er et timeestimat uden loft, funktioner beskrevet i ét vagt afsnit, en driftspris “efter aftale” og intet om, hvem der ejer koden og kontiene. Et godt tilbud viser omfang, pris, forudsætninger, ændringsproces, drift og ejerskab hver for sig. Her er de 12 røde flag, en anatomi af et tilbud og en tabel, der sammenligner tre tilbud over tre år.

12 min. læsning · Opdateret 1. oktober 2026

En økonomichef sidder med et tilbud på seks sider. På side fire står der “Udvikling: 180 timer”, “Projektledelse: 15 %” og “Diverse: 12.000 kr.”. Totalen er 186.000 kr. ekskl. moms. Tilbuddet ser professionelt ud, men ingen hos virksomheden kan sige, hvad de faktisk får for pengene, eller hvad det koster om måneden bagefter. Det er den mest almindelige situation, vi møder, når virksomheder beder os om et sammenligningstilbud.

Et IT-tilbud er både en pris og en beskrivelse af risiko. Prisen står med fede typer; risikoen gemmer sig i de linjer, der mangler. Denne guide gennemgår, hvad et godt tilbud indeholder, de 12 røde flag vi oftest ser, og hvordan I sammenligner tre tilbud, så I vælger på den samlede pris over tre år.

Hvordan læser man et IT-tilbud linje for linje?

Start med at finde de afsnit, der bør være der, og sæt et kryds ved hvert, der mangler. Tabellen nedenfor er anatomien af et tilbud, som kan tåle at blive læst af både ledelse og revisor. Den gælder for hjemmesider, webapps og mobilapps.

Det, et godt IT-tilbud indeholder. Mangler et afsnit, er det et spørgsmål til leverandøren, før I skriver under.

AfsnitHvad der bør ståSpørg, hvis det mangler
Forståelse af opgavenProblemet og målet med leverandørens egne ord“Hvad har I forstået, at vi skal opnå?”
OmfangFunktioner og integrationer som en liste“Hvad kan brugerne gøre på dag ét?”
Ikke med i prisenTekster, billeder, data, licenser, tredjepartsgebyrer“Hvad skal vi selv levere eller betale?”
Pris og prismodelFast pris eller timer med loft, ekskl. eller inkl. moms“Hvad er det højeste beløb, vi kan ende med?”
TidsplanFaser med milepæle, og hvad I skal levere hvornår“Hvornår ser vi noget, der virker?”
ÆndringerHvordan nye ønsker prissættes og godkendes“Hvad sker der, når vi ændrer mening?”
Test og godkendelseHvem tester, og hvornår regnes løsningen for leveret“Hvordan godkender vi leverancen?”
DriftMånedspris og indhold: hosting, opdateringer, backup, support“Hvad koster det om måneden efter lancering?”
Ejerskab og exitKode, data og konti er jeres; hvad udleveres ved opsigelse“Hvad får vi med, hvis vi stopper?”
PersondataDatabehandleraftale og hvor data hostes“Er data i EU, og har I en databehandleraftale?”

Hvilke 12 røde flag skal I kigge efter i et IT-tilbud?

Røde flag i prisen

  1. Kun et timeestimat. “Cirka 180 timer” uden loft, opdeling eller plan for, hvad der sker ved overskridelse.
  2. Uforklarede procentposter. “Projektledelse 15 %” eller “Diverse” uden en beskrivelse af, hvad det dækker.
  3. En pris langt under de andre. En forskel på det halve, som leverandøren ikke kan forklare konkret.
  4. Drift “efter aftale”. Ingen månedspris for hosting, opdateringer og support efter lancering.

Det fjerde flag er det dyreste på lang sigt. En udbredt tommelfingerregel er, at vedligeholdelse koster 15–20 % af byggeprisen om året. For et system til 180.000 kr. er det 27.000–36.000 kr. årligt, og over fem år lige så meget som selve bygget. Mangler den post i tilbuddet, mangler en stor del af budgettet. I budget til IT-projekt regner vi den samlede ejeromkostning igennem.

Røde flag i omfang og proces

  1. Funktioner i ét afsnit. “Brugervenligt admin-modul med fleksibel håndtering af ordrer” kan betyde alt og intet.
  2. Ingen forudsætninger. Tilbuddet nævner ikke, hvad I selv skal levere, eller hvad der ikke er med.
  3. Ingen ændringsproces. Der står intet om, hvordan nye ønsker prissættes, så hver ændring bliver en forhandling.
  4. Betaling før leverance. Det meste af prisen skal betales, før der er noget at se eller teste.

Flag fem og seks hænger sammen. Når omfanget er vagt, og forudsætningerne mangler, er det umuligt at sige, om noget er en ændring eller en del af aftalen. Det er her, mange samarbejder går i hårdknude. Bed om en liste, hvor hver linje er en ting, en bruger kan gøre, og bed om en liste over det, der ikke er med. Har I selv en kravspecifikation, så bed leverandøren svare punkt for punkt på den.

Røde flag i ejerskab og drift

  1. Ejerskab nævnes ikke. Eller leverandøren beholder rettighederne og giver jer en brugsret.
  2. Konti i leverandørens navn. Domæne, hosting eller kontoen i App Store og Google Play oprettes hos dem.
  3. Skjulte exitvilkår. Binding eller gebyrer ved opsigelse, der ikke står tydeligt i selve tilbuddet.
  4. Lukket platform. Løsningen bygges i et system, som kun leverandøren kan arbejde i, uden dokumentation.

Binding er i sig selv helt legitimt, når den står tydeligt. Vi har selv et engangsgebyr, hvis man opsiger driften inden for de første 15 måneder, og det står i tilbuddet fra dag ét. Problemet opstår, når vilkårene først dukker op i en standardaftale efter underskrift. Læs mere om rettigheder, licenser og konti i hvem ejer koden.

Hvordan sammenligner man tre IT-tilbud?

Her er et regnet eksempel. En grossist med 30 ansatte vil have en kundeportal, hvor kunder kan logge ind, se ordrer og hente fakturaer fra e-conomic. Tre leverandører byder. Tilbud A er cirka 150 timer à 950 kr. Tilbud B er 165.000 kr. til fast pris. Tilbud C er 140.000 kr. til fast pris, men integrationen til e-conomic er en tilvalgspost. Tabellen lægger posterne side om side og regner tre år frem.

Tre tilbud på samme kundeportal. Eksempeltal; den reelle forskel ligger i det, der mangler eller er tilvalg.

PostTilbud ATilbud BTilbud C
Byggepris142.500 kr. (estimat)165.000 kr. (fast)140.000 kr. (fast)
e-conomic-integrationMed i estimatetMed+35.000 kr.
DesignIkke beskrevetEget designSkabelon
Drift pr. måned“Efter aftale”1.200 kr.900 kr., 24 mdr. binding
Ejerskab af kodeIkke nævntKundenKunden
Røde flag fundet501
Total over tre årCa. 178.500–221.250 kr.208.200 kr.207.400 kr.

Tilbud A ser billigst ud, men totalen er et spænd: med en antaget drift på 1.000 kr. om måneden og 30 % flere timer end estimeret ender det højest af alle. B og C lander næsten på samme beløb over tre år, men B indeholder eget design og ingen binding, mens C bygger på en skabelon med 24 måneders binding. Virksomheden kan nu forhandle på et oplyst grundlag, fx ved at bede B om at fjerne en funktion fra første version.

Hvad er rimelige forbehold i et tilbud?

Mange forbehold er helt rimelige. En leverandør, der kender sit håndværk, skriver forudsætninger ind, fordi de beskytter begge parter. Det afgørende er, om forbeholdet er afgrænset og forklaret.

Rimelige forbehold

  • “Forudsætter, at e-conomic-API’et er tilgængeligt på jeres abonnement”
  • “Tekster leveres af jer senest i uge 3”
  • “Tredjepartsgebyrer som Apple Developer, 99 USD om året, betales af jer”
  • “Nye ønsker prissættes skriftligt, før de påbegyndes”

Forbehold, der er røde flag

  • “Prisen kan justeres, hvis opgaven viser sig mere kompleks”
  • “Integrationer afregnes efter forbrug”
  • “Rettigheder følger leverandørens standardvilkår”
  • “Drift aftales efter lancering”
Forbehold, der er tegn på erfaring, og forbehold, der flytter risiko over på jer.

Hvilke spørgsmål skal I sende tilbage til leverandøren?

  • Hvad er det højeste beløb, vi kan ende med at betale for det beskrevne omfang?
  • Kan I opdele prisen pr. funktion og pr. integration?
  • Hvad er ikke med i prisen, og hvad skal vi selv levere?
  • Hvordan prissættes og godkendes ændringer?
  • Hvad koster drift pr. måned, og hvad dækker det?
  • Bekræfter I skriftligt, at vi ejer kode, design, data og konti?
  • Hvad er opsigelsesvarslet, og er der gebyrer?
  • Hvilke milepæle knytter betalingerne sig til?

Listen kan sendes som den er. Står I tidligere i processen, har vi flere spørgsmål til selve mødet i spørgsmål til et webbureau og en ramme til at vælge leverandør i sådan vælger I et softwarehus.

Hvornår er et IT-tilbud for billigt eller for dyrt?

Brug markedets typiske intervaller som pejlemærke. En standardhjemmeside hos et bureau koster typisk 15.000–40.000 kr., en simpel app 50.000–150.000 kr. og en mellemkompleks app 150.000–500.000 kr. Bureauers timepris ligger typisk på 1.100–1.300 kr., mens en senior webudvikler som freelancer ligger på 800–1.400 kr. Ligger et tilbud langt uden for intervallet, bør leverandøren kunne forklare hvorfor med konkrete grunde. Se flere tal i udviklerens timepris og fast pris eller timepris.

Hvordan ser et tilbud fra Ceptiv ud?

1

I beskriver opgaven

Brugere, vigtigste funktioner og de systemer, løsningen skal tale med.

2

Tilbud inden for 24 timer

Fast pris, funktioner og integrationer listet, månedspris og vilkår.

3

Gennemgang

Vi går tilbuddet igennem og justerer omfanget, så det passer til budgettet.

4

Underskrift og start

I følger arbejdet i kundepanelet fra første dag.

Fra forespørgsel til underskrift.

Vores tilbud er bygget til at bestå tjeklisten. Prisen er fast og knyttet til pakker med et bestemt antal funktioner og integrationer, fx 36.000 kr. plus 900 kr. om måneden for en hjemmeside med 24 funktioner og 2 integrationer. Månedsprisen dækker hosting, vedligeholdelse, opdateringer, support, sikkerhed og backup. I ejer kode og data, og opsigelsesvilkårene står i tilbuddet. Se pakkerne under priser, eller få et tilbud til sammenligning.

Spørgsmål om IT-tilbud

Er et timebaseret tilbud altid et rødt flag?
Timer passer fint til løbende videreudvikling, fejlsøgning i et gammelt system eller opgaver, hvor ingen kan kende omfanget på forhånd. Det røde flag er et timeestimat uden loft, uden opdeling på opgaver og uden en aftale om, hvad der sker, når timerne slipper op. Får I et timetilbud, så bed om et maksimum, en opdeling pr. funktion og en ugentlig eller månedlig opgørelse, så I kan se forbruget, mens det sker.
Hvad betyder “estimat” i et IT-tilbud?
Et estimat er leverandørens bedste bud på, hvor lang tid opgaven tager. Det er en prognose, og I betaler som regel for de timer, der faktisk bliver brugt. Står der “estimat” eller “cirka”, så spørg, hvor sikkert tallet er, hvad der typisk får det til at vokse, og om leverandøren vil give et loft. En leverandør, der har bygget noget lignende før, kan som regel godt sætte et loft eller en fast pris på de kendte dele.
Kan man forhandle et IT-tilbud?
Ja, men den bedste forhandling handler om omfang. Bed leverandøren om at markere, hvilke funktioner der vejer tungest i prisen, og overvej, om de kan vente til version to. Det giver typisk en større besparelse end en rabat på timeprisen og et bedre produkt, fordi I lancerer hurtigere og lærer af rigtige brugere. Spørg også, om der er færdige integrationer eller komponenter, der kan genbruges, så noget skal bygges færre gange.
Hvor detaljeret skal et IT-tilbud være?
Detaljeret nok til, at to personer hos jer læser det ens. Funktioner bør stå som en liste, hvor hver linje beskriver noget, en bruger kan gøre, fx “kunden kan se sine fakturaer fra e-conomic”. Integrationer bør stå enkeltvis. Til et projekt på 50.000–200.000 kr. er tre til seks sider typisk passende. Længden siger lidt om kvaliteten: et tilbud på 30 sider kan godt mangle de to linjer om ejerskab og drift, der betyder mest.
Hvor stor bør forudbetalingen være?
Det er almindeligt at betale en del ved opstart, typisk en tredjedel eller derunder, og resten knyttet til leverancer, I kan se og teste. Det beskytter begge parter: leverandøren har sikkerhed for, at projektet er reelt, og I betaler kun det sidste, når løsningen virker. Bliver I bedt om at betale det meste af prisen, før der er noget at se, så spørg hvorfor, og foreslå en plan med flere milepæle i stedet.
Hvad gør vi, hvis det billigste tilbud også virker bedst?
Så kan det sagtens være det rigtige valg. Lav blot to kontroller: regn den samlede pris over tre år med drift og forventede ændringer, og tjek, at ejerskab, konti og opsigelse står klart. Holder tilbuddet til begge dele, er den lave pris måske et udtryk for, at leverandøren genbruger komponenter, arbejder effektivt eller har bygget noget lignende før. Spørg dem, hvorfor de er billigere. Et godt svar er konkret.

Skal vi bygge det for jer?

I får et fastpristilbud inden for 24 timer.

Dennis Nielsen

Dennis Nielsen

Driftschef, Ceptiv

Gratis konsultation

En gratis time med gode råd, før I går i gang.

Beskriv jeres projekt, så kontakter jeg jer hurtigst muligt, og vi aftaler et uforpligtende møde. I går derfra med gode råd til, hvordan projektet kommer godt fra start.

  • Gratis
  • 1 time
  • Uforpligtende