Bestyrelsen i et SaaS-hus følger som regel abonnementsomsætning, kundefrafald og indtjening pr. kunde. De tal viser, hvad der allerede er sket. Den tekniske ledelse skal levere de tal, der forklarer hvorfor, og som viser, hvad der er på vej: oppetid, leveringstakt, supportbyrde, fordelingen af teamets tid og driftsomkostningen pr. kunde. Fem tal er rigeligt, når hvert af dem har en definition og en ejer og vises over tid. Artiklen giver bevidst ingen mål fra branchen. Tal fra andre virksomheder er opgjort på andre måder, så det brugbare sammenligningsgrundlag er jeres egen udvikling.
Hvordan den samlede rapport bygges op på én side, står i teknologien på ledelsesmødet. Her handler det om selve tallene.
Forretningens tal, kort forklaret
Dem ejer den økonomiansvarlige, og de tekniske tal skal hænge sammen med dem.
- MRR og ARR: den månedlige og den årlige tilbagevendende omsætning.
- Churn: kundefrafald, altså de kunder eller den omsætning, der forsvinder i en periode.
- NRR: net revenue retention. Hvad de eksisterende kunder betaler nu, holdt op mod hvad de samme kunder betalte for et år siden, med mersalg, nedgradering og frafald regnet med.
- Bruttomargin: det, der er tilbage af omsætningen, når produktets direkte omkostninger er trukket fra. Hvad der regnes med, aftales med revisor.
- Unit economics: hvad det koster at vinde og betjene én kunde, holdt op mod hvad kunden indbringer.
De fem tekniske tal
1. Oppetid set fra kunden. Tallet viser, om kunderne kunne gennemføre det, de betaler for. Vis det måned for måned sammen med det, I har lovet. Målingen er beskrevet i SLA og oppetid. Tallet hænger sammen med fornyelser og med de store kunders tillid.
2. Leveringstakt. Hvor hurtigt og hvor sikkert kommer ændringer ud til kunderne? Vælg ét tal for tempo, fx tiden fra en ændring er klar, til den er i brug, og ét for stabilitet, fx hvor mange udgivelser der krævede et hurtigt indgreb. De kommer fra de såkaldte DORA-målinger, som er forklaret i hvorfor går udviklingen langsommere?. Tallet hænger sammen med køreplanen og de løfter, salget giver.
3. Supportbyrde. Antal sager pr. kunde, hvor stor en del af dem der når helt ind til udviklerne, og de tre hyppigste årsager. Et voksende produkt får flere sager, så tallet giver først mening pr. kunde. Tallet hænger sammen med bruttomargin og frafald.
4. Fordelingen af teamets tid. Hvor meget af teamets kræfter bruges på nyt, og hvor meget på fejl, drift, kundetilpasninger og vedligehold? Det er det enkelte tal, der siger mest om, hvad bestyrelsen får for sin investering i udvikling, og det hænger sammen med det synlige register over teknisk gæld.
5. Driftsomkostning pr. kunde. Cloudregningen og de tredjepartstjenester, produktet kører på, delt ud på kunderne. Stiger den, æder den af bruttomarginen, også når omsætningen vokser. Se cloudregningen vokser.
Læs tallene parvis
Værdien kommer, når et teknisk og et kommercielt tal ses sammen. Disse spørgsmål kan stå på dagsordenen:
- Frafaldet stiger. Hvad viser oppetid og supportsager for netop de kunder, der gik?
- NRR falder. Blev de funktioner, mersalget byggede på, leveret? Så på leveringstakten.
- Bruttomarginen falder. Skyldes det driftsomkostningen pr. kunde, supportbyrden, eller begge dele?
- Køreplanen skrider. Er tiden til nyt faldet, eller er flere udgivelser fejlet?
- Kunderne vokser hurtigere end teamet. Stiger supportbyrden pr. kunde, passer produktet dårligt til den vækst, forretningsplanen regner med.
Et tænkt eksempel: Et SaaS-hus ser kundefrafaldet stige i to kvartaler, og salget peger på prisen. Den tekniske leder lægger supportsagerne for de kunder, der er gået, ved siden af resten. De har haft langt flere sager, næsten alle om den samme integration. Bestyrelsen beslutter at lægge integrationen forrest i køreplanen og rykke en ny funktion et kvartal. Uden de to tal side om side havde samtalen handlet om pris.
Hvert tal skal have en definition og en ejer
Tal, der ændrer betydning fra møde til møde, er værre end ingen tal. Lav et enkelt ark med fire oplysninger for hvert tal:
- Hvad tæller med, og hvad gør ikke?
- Hvor kommer tallet fra? Overvågningen, supportsystemet, opgavestyringen eller cloudregningen.
- Hvem leverer det, og hvornår?
- Hvor lang tid må det tage at lave? Tager tallet en dag hver måned, overlever det ikke.
Ændres en definition, skal det stå i en note, så kurven kan læses. Aftal også med den økonomiansvarlige, hvad en kunde er. Tælles et koncernselskab som én eller flere? Står der to svar, passer tallene pr. kunde ikke sammen.
Et dashboard, altså en samlet skærm med tallene, kan vente. Begynd med et regneark, indtil I ved, hvilke tal der bliver brugt.
I en lille virksomhed kan I starte med tre: oppetid, tid til nyt og supportsager pr. kunde. Før de første betalende kunder er det meste af dette for tidligt, og så er spørgsmålene om første version vigtigere.
Når bestyrelsen spørger, hvad der er godt
Sæt tre ting op for hvert tal: hvor I står, hvad I har besluttet at gå efter, og hvilken grænse der udløser en samtale. For oppetid er grænsen det, I har lovet kunderne. For de andre er den et valg, I selv træffer og justerer, når I ved mere.
Bestyrelsen får en kortere udgave end direktionen, med udviklingen over tid og de få tal, der har bevæget sig. Et tal, der ikke har ført til en beslutning i et år, kan tages af siden.
Sikkerhed er et emne for sig, se nøgletal for sikkerhed.
Hvad gør I nu?
Vælg tre af de fem tal, skriv definitionerne ned, og lav dem bagud for de seneste seks måneder med det, I har. Læg dem ved siden af økonomitallene, og stil spørgsmålene ovenfor på næste ledelsesmøde. Mangler I en, der kan bære den del, kan det indgå i rollen som fractional CTO, mens tallene hentes fra de systemer, teamet allerede bruger.
Det skal I lade være med
- At holde jeres tal op mod tal fra nettet · definitionerne er forskellige, og sammenligningen fører til forkerte beslutninger.
- At bruge leveringstal til at rangere udviklere · så bliver tallene pyntet.
- At vise oppetid målt på serverne · det, kunden oplevede, er det, der tæller.
- At lade teknik og økonomi rapportere hver for sig · sammenhængen er hele pointen.
Det skal I kræve af den eksterne
- ☐ Et ark med definition, kilde og ejer for hvert tal.
- ☐ Tallene vist over tid, hver for sig og sammen med forretningens tal.
- ☐ En forklaring på almindeligt dansk, når et tal flytter sig.
- ☐ Forslag til, hvad ledelsen skal beslutte på baggrund af tallene.
- ☐ Tal hentet fra jeres egne systemer, som I kan fortsætte med selv.
Kilder
- DORA: Software delivery performance metrics: målinger for tempo og stabilitet.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvem ejer driften? · Skalering og drift af produktet
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
