Kort svar: En god rapport til kunden om deres website svarer på fem spørgsmål: Kører alt? Hvad har I lavet? Er der sket noget, jeg bør kende til? Hvordan går det med besøg og salg? Hvad anbefaler I som næste skridt? Skriv svarene på én side med få, forklarede tal og én konkret anbefaling – alt derudover er bilag. Rapporten er ikke administration, men den månedlige påmindelse om, hvad driftsaftalen dækker.
Fagligt gennemgået: 2. oktober 2026
Det meste driftsarbejde er usynligt, når det lykkes: opdateringer uden nedbrud, angreb der aldrig kom ind, backup der bare kører. Usynligt arbejde bliver opsagt – ikke fordi det var dårligt, men fordi kunden glemte, at det fandtes.
Månedsrapporten er modgiften, men kun hvis den skrives til kunden og ikke til teknikeren. Her er formatet, der bliver læst, tallene der skal med (og ud), og hvordan du automatiserer indsamlingen uden at rapporten mister sin stemme.
De fem spørgsmål, rapporten skal besvare
- Kører alt? Én linje øverst med en tydelig status: alt normalt, én hændelse er løst, eller noget kræver jeres beslutning.
- Hvad har I lavet? Opdateringer, løste opgaver og ændringer. Listen kommer næsten gratis, hvis I kører en fast ændringsproces med godkendelser og en ændringslog.
- Er der sket noget? Hændelser, blokerede angreb og nedetid i minutter. Sig det ærligt, også når noget gik skævt. En rapport, der kun kan sige “alt er perfekt”, mister sin troværdighed den dag, kunden selv opdager en fejl.
- Hvordan går det? Besøg og – for webshops – ordrer og omsætning, med retning i forhold til sidste måned.
- Hvad nu? Én anbefaling med begrundelse og pris. Ikke tre. Én.
Skabelonen: én side

Rækkefølgen på siden er altid den samme, så kunden lærer at finde rundt:
- Statuslinjen – grøn, gul eller rød plus én sætning.
- Udført arbejde – 5–8 punkter i kundesprog: “opdaterede betalingsmodulet”, ikke versionsnumre.
- Tallene – fire nøgletal med retning.
- Hændelser – eller “ingen”. Lad linjen stå, så kunden kan se, at I holder øje.
- Anbefalingen – én ting, med pris og begrundelse.
Et konkret eksempel på, hvordan det kan se ud i en mail:
Status september: Alt normalt. Én kort hændelse den 14. – løst samme dag.
Udført
- Opdaterede WordPress, tema og 12 plugins (testet på staging først)
- Fornyede adgang for ny medarbejder hos jer og lukkede en gammel konto
- Rettede kontaktformularen, så mails ikke lander i spam
Nøgletal
- Besøgende: 4.120 (op fra 3.870 – især fra de nye guider)
- Oppetid: oppe hele måneden bortset fra 6 minutter den 14.
- Forsidens indlæsningstid: 1,6 sek. (uændret, samme målemetode)
- Blokerede loginforsøg: 2.300 (normalt niveau)
Hændelser
- 14/9 kl. 10.02–10.08: siden svarede ikke under en planlagt opdatering. Rullet tilbage og genkørt efter lukketid.
Anbefaling
- Billederne på produktsiderne er store. En billedoprydning (ca. 2 timer)
vil gøre siderne hurtigere på mobil.
Tallene i eksemplet er illustrative – brug altid dine egne målinger. Skriv de to-tre vigtigste linjer selv hver gang; resten må gerne være autogenereret. Send rapporten som en kort mail med indholdet i selve teksten, ikke kun som vedhæftet PDF. Rapporter, der kræver et klik, bliver sjældnere læst af travle ejere.
Tal, der skal med – og ud
Hvert tal skal kunne forklares med “det betyder, at …” – kan det ikke, ryger det ud. Det er tommelfingerreglen fra artiklen om at forklare teknik uden jargon.
| Med i rapporten | Hvorfor | Ud af rapporten | Hvorfor |
|---|---|---|---|
| Besøgende | Viser udvikling, kunden kan forholde sig til | Serverbelastning og CPU | Kunden kan ikke handle på det |
| Oppetid i klartekst | “Oppe hele måneden” forstås af alle | Cache-hit ratio | Hører til jeres interne overvågning |
| Forsidens indlæsningstid | Ét tal, samme målemetode hver måned | PHP- og pluginversioner | Står i ændringsloggen, hvis nogen spørger |
| Blokerede angreb | Gør sikkerhedsarbejdet synligt | Rå logudtræk | Støj uden kontekst |
| Ordrer og omsætning (shops) | Kobler drift til forretning | Ti forskellige hastighedsscores | Skaber forvirring frem for overblik |
Tal skal have retning (op, ned eller stabil) og helst en forklarende sætning: “besøgene steg – især fra de nye guider”. Brug samme målemetode og samme måleværktøj hver måned, ellers sammenligner du æbler og pærer. Læs mere om forskellen på målinger i PageSpeed Insights vs. virkelige brugere.
Når der er dårlige nyheder
En nedetid, et hackerforsøg der lykkedes delvist, eller en opdatering der skulle rulles tilbage, hører med i rapporten. Den gode formulering har tre dele: hvad skete der, hvad gjorde I, og hvad gør I for at undgå det igen.
Kunden har ofte allerede hørt om hændelsen. Hvis rapporten så tier, virker det som skjul. Hvis den til gengæld beskriver forløbet roligt og konkret, bliver hændelsen et bevis på, at driftsaftalen virker. Større hændelser bør desuden have deres egen besked med det samme – rapporten er opsamlingen, ikke første melding. En kort post mortem kan vedlægges som bilag.
Automatisér indsamlingen, ikke stemmen
Med mange kunder skal indsamlingen være automatisk. Overvågnings- og vedligeholdelsesværktøjer kan samle opdateringer, oppetid og trafik i én rapport pr. site – sæt det op én gang som en del af jeres standardiserede drift.
Lad dog aldrig rapporten være 100 % robot. De håndskrevne linjer øverst (status og anbefaling) er forskellen på “en autogenereret PDF, jeg sletter” og “mit bureau holder øje med min forretning”. Ti minutter pr. kunde pr. måned er en lille pris for den synlighed – og et vigtigt argument den dag, prisen skal justeres.
Den første rapport til en eksisterende kunde
Indfører du rapporten i en eksisterende portefølje, så forbered den første udgave lidt grundigere, fordi den skal etablere nulpunktet. Skriv to linjer om, hvorfor rapporten kommer (“I skal kunne se, hvad driftsaftalen dækker”), vis tallene for de seneste tre måneder som baseline i stedet for kun én, og nævn én ting, I allerede har tænkt jer at forbedre.
Reaktionen kommer ofte i to bølger: først stilhed (de fleste læser uden at svare), så spørgsmål ved rapport to eller tre, når kunden opdager, at den faktisk kommer hver måned. Det er præcis den vane, du er ude efter. Den dag kunden overvejer at spare driften væk, er tolv måneders dokumenteret arbejde dit stærkeste argument.
Læs også
- Hub: For bureauer og freelancere
- Forklar teknik uden jargon: hosting og sikkerhed på kundemødet
- Staging som standard: en ændringsproces, kunderne kan stole på
- Drifts-KPI’er: oppetid, svartid og fejlrate – mål det rigtige
- Prissætning af drift: timepris, abonnement eller værdibaseret?
- WordPress serviceaftale – løbende vedligeholdelse af dit WordPress-site
Ofte stillede spørgsmål om rapporter til kunder
Hvor lang skal en månedsrapport til en kunde være?
Én side med fem afsnit: status, udført arbejde, nøgletal, hændelser og én anbefaling. Detaljer kan ligge som bilag til de få, der beder om dem.
Skal jeg rapportere fejl og nedetid til kunden?
Ja – kort og ærligt, med hvad I gjorde. En rapport, der også kan rumme dårlige nyheder, er den, kunden stoler på, når den siger, at alt kører.
Kan rapporten laves helt automatisk?
Indsamlingen ja – opdateringer, oppetid og trafik bør samles automatisk. Men skriv status og anbefaling selv: de to linjer er dem, kunden faktisk læser.
Hvilke nøgletal skal med i en rapport om et website?
Få tal, kunden kan handle på: besøgende, oppetid i klartekst, forsidens indlæsningstid og blokerede angreb – og for webshops ordrer og omsætning. Vis retningen i forhold til sidste måned, og brug samme målemetode hver gang.
Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026
