Den billigste IT-support er ofte den dyreste, når du regner nedetid, stress og ekstraregninger med.
I denne artikel får du en praktisk guide til at vurdere prisen på IT-support og drift ud fra værdi – ikke kun timepris. Vi gennemgår responstid og SLA, on-site vs. fjernsupport, dokumentation, proaktiv drift og sikkerhed. Undervejs får du konkrete eksempler på, hvor prisen typisk “gemmer sig”, og hvordan du sammenligner tilbud på en fair måde.
Du får også en tjekliste, du kan bruge direkte, når du indhenter tilbud – så du undgår skjulte omkostninger og ender med et setup, der faktisk fungerer i hverdagen.
Hvad betyder “IT-support pris” egentlig – og hvorfor er det ikke bare en timepris?
En kort definition: IT-support og drift (ofte kaldet managed IT eller IT-service) er en aftale om, at en leverandør håndterer fejlhåndtering, vedligehold, overvågning og sikkerhed af din IT – typisk mod en fast månedlig pris, eventuelt suppleret af timeforbrug.
Det betyder noget, fordi den reelle omkostning ikke er “X kr. i timen”, men din samlede risiko for nedbrud, svartider, sikkerhedshændelser og tidsforbrug internt. To tilbud kan koste det samme pr. måned, men levere vidt forskellige resultater, fordi de prioriterer forskelligt på SLA, dokumentation og proaktivitet.
Mini-konklusion: Sammenlign ikke kun pris. Sammenlign leverancen og konsekvensen, hvis ting går galt.
Hvad et godt setup bør indeholde (og hvad du bør kunne få dokumenteret)
Et godt IT-setup er ikke “en hotline”. Det er en kombination af proces, værktøjer og ansvar, som gør fejl sjældnere og løsninger hurtigere. Når du beder om tilbud, bør du kunne få det beskrevet konkret: hvad der er med, hvad der ikke er med, og hvordan kvaliteten måles.
Hvis du vil se, hvordan mange af disse elementer typisk samles i praksis, kan du tage udgangspunkt i en leverandørprofil som IT-konsulent på Sjælland og bruge punkterne nedenfor som “kravliste” på tværs af udbydere.
Kerneelementer, der skaber værdi i praksis
- Klare responstider pr. prioritet (kritisk, høj, normal, lav) og tydelig eskalering
- SLA med målepunkter: svartid, løsningstid eller workaround, oppetid, servicevinduer
- Overvågning og alarmering (servere, backups, kritiske tjenester, diskplads, certifikater)
- Patch management (OS, tredjepartssoftware) med plan og rapportering
- Backup og restore-test (ikke kun “vi tager backup”)
- Dokumentation: netværk, adgangsrettigheder, leverandører, licenser, standarder
- Sikkerhedsbasics: MFA, princip om mindst mulige rettigheder, logging og awareness
“Nice to have” der ofte betaler sig
- Fast månedlig statusrapport (incidents, patch-status, backup-status, anbefalinger)
- Årlig sikkerhedsgennemgang og risikovurdering
- Livscyklusplan for udstyr (udskiftning før fejl)
- Standardiseret onboarding/offboarding af medarbejdere
Mini-konklusion: Jo mere der er standardiseret og dokumenteret, jo mindre betaler du i “brandudrykning” og tilfældige timer.
Responstid og SLA: sådan læser du det med “driftsbriller”
SLA og responstid lyder ens, men de beskytter dig mod forskellige problemer. Responstid handler om, hvor hurtigt leverandøren reagerer. SLA handler om, hvad du kan forvente af service, tilgængelighed og håndtering – og hvordan det måles.
Responstid: hurtig reaktion er ikke det samme som hurtig løsning
En typisk faldgrube er at købe en aftale med “15 minutters responstid” og tro, at problemet så er løst hurtigt. Men hvis løsningen først påbegyndes næste hverdag, eller hvis sagen parkeres i “mailkø”, er værdien lav.
Spørg derfor altid: Gælder responstid for alle kanaler (telefon, mail, portal)? Er det “bekræftet modtagelse” eller “tekniker starter fejlsøgning”? Og hvad er forventet tid til workaround på kritiske hændelser?
SLA: få det ned i prioriteringer og konkrete målepunkter
Bed om en prioriteringsmodel, fx P1–P4, og få eksempler. “Internet nede for hele kontoret” er typisk P1. “En bruger kan ikke printe” er ofte P3. Når prioriteringen er klar, kan du sammenligne tilbud ærligt.
En sund SLA beskriver også servicevinduer (hvornår patches lægges), vedligehold, og hvad der sker ved gentagne fejl (problem management). Det er ofte her, forskellen på “support” og “drift” ligger.
Mini-konklusion: Værdien ligger i tydelige løfter, prioritering og transparens – ikke i flotte ord om “hurtig service”.
On-site vs. fjernsupport: hvad koster det i praksis – og hvornår giver det mening?
Det klassiske spørgsmål er: “Kan I komme ud?” Ja, men du bør afgøre, hvor ofte det reelt er nødvendigt – og hvad det koster, hvis on-site bliver standardløsningen.
Fjernsupport: effektivt, men kræver adgang og standarder
Fjernsupport er ofte hurtigst og billigst, når der er styr på basale ting: fjernstyringsværktøj, MFA, adgang til logs, og en standardiseret enhedsopsætning. Mange sager (mail, adgang, printerdriver, softwarefejl, mindre netværksændringer) løses typisk hurtigere remote end ved at køre ud.
Hvis en leverandør tager ekstra for fjernsupportværktøj, skal du forstå licensmodellen: betaler du pr. enhed, pr. bruger eller pr. tekniker? Det kan ændre totalprisen markant ved vækst.
On-site: uundgåeligt ved netværk, hardware og “hands-on” hændelser
On-site giver mening ved fysiske netværksproblemer, hardwareudskiftning, kabling, access points, serverhardware eller hvis en lokal brugerbase har lav IT-modenhed. Men on-site skal helst være planlagt (projekter, faste dage) fremfor akut.
Se især efter kørselstillæg, minimumsfakturering (fx 1–2 timer pr. besøg) og om “udrykning” har særpris uden for normal arbejdstid.
Mini-konklusion: Fjernsupport er standarden; on-site bør være et bevidst tilvalg med klare priser og rammer.
Dokumentation og overdragelse: den skjulte faktor, der afgør din reelle pris
Manglende dokumentation er en af de dyreste “usynlige” omkostninger. Hver gang en ny tekniker skal gætte sig til netværksopsætning, adgangsforhold, licenser eller backup-arkitektur, betaler du i tid og risiko.
Hvad dokumentation bør indeholde (minimum)
- Netværksdiagram (internet, firewall, switche, VLAN, Wi-Fi)
- Liste over kritiske systemer og ejerskab (hvem ejer hvad, og hvem kontakter man)
- Backup-politik: hvad, hvor ofte, retention, og hvem der tester restore
- Adgangsstyring: hvor ligger adgangene, og hvordan offboarder man
- Licens- og abonnementsoversigt
Overdragelse: undgå leverandørlås med aftalte formater
Bed om, at dokumentation udleveres løbende i et format du ejer (fx et delt dokumentbibliotek eller en kundewiki). Hvis dokumentation “kun findes i leverandørens system”, kan et skifte blive dyrt og langsomt.
Mini-konklusion: Dokumentation er ikke papirarbejde; det er din forsikring mod ekstra timer, fejl og leverandørafhængighed.
Proaktiv drift: det du betaler for, før det går galt
Hvis support kun starter, når nogen ringer, ender du med brandslukning. Proaktiv drift handler om at opdage problemer, før brugerne gør: diskplads der løber tør, en backup der fejler, certifikater der udløber, eller en server der nærmer sig kapacitetsloft.
Typiske proaktive opgaver, der bør være med i en driftspakke
- Overvågning af kritiske alarmer og trend (kapacitet, performance)
- Patch- og opdateringsplan med faste servicevinduer
- Review af backup-jobs og restore-test efter fast frekvens
- Opfølgning på gentagne incidents (find rodårsag, ikke kun symptom)
- Vedligehold af adgangsrettigheder og MFA-politikker
Spørg også: Hvor ofte gennemgås miljøet? Månedligt er realistisk for mange SMV’er, kvartalsvist kan være nok ved stabile miljøer. “Kun ved behov” er ofte et tegn på, at det bliver reaktivt.
Mini-konklusion: Proaktiv drift reducerer både nedetid og timeforbrug – og gør månedlige omkostninger mere forudsigelige.
Sikkerhed: hvad bør være standard i 2026 (uden at det bliver et “sikkerhedscirkus”)?
Cybertrusler rammer ikke kun store virksomheder. Ransomware og kontoovertagelser starter ofte med en enkelt bruger, en genbrugt adgangskode eller manglende MFA. Derfor bør grundsikkerhed være en integreret del af drift og support – ikke et ekstra projekt hver gang.
Minimumspakke for sikkerhed, du bør forvente
- MFA på mail, fjernadgang og administrative konti
- Princip om mindst mulige rettigheder (ingen lokale adminrettigheder som standard)
- Central logning på kritiske systemer og alarmer ved mistænkelig adfærd
- Opdateret endpoint-beskyttelse og politikker (fx disk-kryptering på bærbare)
- Backup, der er beskyttet mod sletning (immutability eller offline-kopi)
Hvad koster sikkerhed typisk – og hvor snyder budgettet?
Sikkerhed koster sjældent mest i licenser; det koster i arbejdstid og disciplin: korrekt opsætning, vedligehold og opfølgning. Et klassisk eksempel er backup: Mange betaler for storage, men ikke for regelmæssig test af gendannelse. Når uheldet er ude, opdager man at backup enten ikke kan læses, eller at man mangler de rigtige systemtilstande.
Mini-konklusion: Spørg efter konkrete kontroller og rutiner – ikke bare “vi tager sikkerhed seriøst”.
Tjekliste: sådan sammenligner du tilbud og undgår skjulte omkostninger
Brug tjeklisten her som et “sammenligningsark”. Den hjælper dig med at gennemskue, om en lav pris skyldes effektiv drift – eller om den skyldes, at vigtige ting ligger uden for aftalen.
- Hvad er inkluderet pr. måned (supporttimer, overvågning, patching, rapporter, backup-review)?
- Hvad er ekskluderet: projekter, større ændringer, leverandørkontakt, brugeroprettelser, hardwarefejl, cloud-migrering?
- Prismodel: pr. bruger, pr. enhed, pr. site, eller fast + time? Hvordan skalerer den ved 10/25/50 brugere?
- Responstid og åbningstid: gælder den 24/7, eller kun 8–16? Hvad koster aften/weekend?
- On-site vilkår: kørsel, minimumsfakturering, udrykningstillæg, geografisk dækning
- Dokumentation: leveres den løbende, og ejer du den? Er der overdragelsesproces ved ophør?
- Sikkerhed og compliance: MFA, backup-strategi, logging, og hvem har ansvar ved incident
- Rapportering og mødestruktur: månedlig status, kvartalsmøde, roadmap og anbefalinger
Et praktisk tip: Bed om at få prisen opstillet i to scenarier: “normal drift” og “et kvartal med 2 større hændelser”. Det afslører hurtigt, om et tilbud er robust, eller om alt ekstra faktureres som ad hoc.
Mini-konklusion: Du undgår skjulte omkostninger ved at få grænserne for aftalen skrevet ned – og ved at spørge ind til undtagelserne.
Typiske fejl, når virksomheder køber IT-support (og hvordan du undgår dem)
De samme mønstre går igen, især i mindre og mellemstore virksomheder, hvor IT ofte er en “bi-opgave”. Her er de mest almindelige faldgruber – og den konkrete modgift.
- Kun fokus på timepris → Bed om total cost of ownership: fast pris + forventet timeforbrug + on-site + licenser.
- Uklare SLA’er → Få prioriteringsmodel og målepunkter skriftligt, inkl. eksempel-scenarier.
- Ingen ejerskab af dokumentation → Kræv løbende dokumentation i et miljø, du kontrollerer.
- Reaktiv drift → Insistér på overvågning, patch-plan og faste reviews (månedligt/kvartalsvist).
- Sikkerhed som tilkøb hver gang → Få sikkerhedsbasics som standard, og aftal hvem der gør hvad ved hændelser.
Hvis du har flere lokationer eller mange fjernarbejdere, er det ekstra vigtigt at få standarder på plads (enhedssetup, MFA, fjernstyring). Ellers bliver supporten langsom og dyr, uanset leverandør.
Mini-konklusion: De fleste problemer skyldes uklare forventninger – ikke dårlige intentioner. Klarhed på scope og ansvar er den billigste forbedring.
Hvad koster et “godt nok” setup typisk – og hvordan vurderer du, om prisen er fair?
Priser varierer efter kompleksitet, branchekrav og modenhed, men du kan stadig lave en realistisk sanity check. Mange SMV-aftaler ligger som fast månedlig pris pr. bruger eller pr. enhed, ofte suppleret med projektarbejde (fx migrering, større ændringer). Det afgørende er ikke tallet i sig selv, men om aftalen reducerer nedetid og forudsigeliggør budgettet.
Som tommelfingerregel bør en højere månedlig pris kunne retfærdiggøres ved mindst én af disse ting: bedre SLA/åbningstid, mere proaktiv drift, stærkere sikkerhed, eller markant bedre dokumentation og rapportering. Hvis du ikke kan pege på, hvad du får ekstra, er prisen svær at forsvare.
Mini-konklusion: En fair pris er den, der matcher din risikoprofil og leverer målbar stabilitet – ikke nødvendigvis den laveste.
