Guide · UX og data

Dashboard design: sådan bygger I et dashboard, folk faktisk bruger

Et godt dashboard viser de fem til syv tal, der kræver en beslutning, i en fast rækkefølge efter vigtighed, med sammenligning og en tydelig næste handling. Alt andet hører hjemme i en rapport. I denne guide får I typerne af dashboards, en metode til at vælge KPI’er, layoutprincipper, en graf-guide, de typiske fejl og hvad et dashboard koster.

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

Mandag morgen klokken ni. Fire personer har hver brugt en time på at trække tal ud af e-conomic, webshoppen og to regneark, så ledelsen kan se, hvordan sidste uge gik. Tallene passer ikke helt sammen, og halvdelen af mødet går med at finde ud af hvorfor. Et halvt år senere har nogen bygget et dashboard med 27 grafer, og nu er der ingen, der åbner det. Begge situationer er almindelige, og begge handler om design. Et dashboard er et værktøj til at træffe beslutninger hurtigere, og designet afgør, om det lykkes.

Hvad kendetegner et godt dashboard design?

Et godt dashboard kan læses på fem sekunder. Brugeren skal kunne se, om alt er, som det skal være, og hvis ikke, hvor problemet er. Det kræver tre ting: få og velvalgte tal, en tydelig rækkefølge efter vigtighed, og en sammenligning ved hvert tal, fx mod sidste måned, budget eller mål. Et tal uden sammenligning er bare et tal. "412 ordrer" siger ingenting, men "412 ordrer, 8 % under sidste uge" siger, at nogen skal undersøge noget. Det fjerde kendetegn er, at dashboardet fører et sted hen: et klik på et tal viser detaljerne bag eller den handling, der skal tages.

Hvilke typer dashboards findes der?

Fire typer dashboards. De fleste virksomheder har brug for to af dem, og de bør designes hver for sig.

TypeBrugerSpørgsmål det besvarerOpdatering
OperationeltLager, kundeservice, planlæggereHvad skal vi gøre nu?Minutter eller realtid
TaktiskAfdelingsledereEr vi på sporet denne uge eller måned?Dagligt
StrategiskEjer, direktion, bestyrelseBevæger forretningen sig i den rigtige retning?Ugentligt eller månedligt
KundevendtJeres kunder i en portalHvad er status på mine ordrer, fakturaer og aftaler?Når noget ændrer sig

Den kundevendte type overses ofte, men den har tit den største effekt. Når kunderne selv kan se status på en ordre, en levering eller en faktura, forsvinder en stor del af de opkald, der starter med "jeg ville bare høre". Det er typisk en del af en kundeportal, hvor dashboardet er forsiden efter login.

Hvordan vælger I de rigtige KPI’er til dashboardet?

Start med de beslutninger, brugeren skal træffe, og find først derefter de data, der understøtter dem. En lagerchef beslutter, om der skal sættes ekstra folk på i morgen. En salgschef beslutter, hvilke tilbud der skal følges op i dag. En ejer beslutter, om der skal ansættes. Hver beslutning har et eller to tal, der afgør den, og de tal er jeres KPI’er. Den hurtigste måde at finde dem på er at interviewe brugerne om, hvad de kiggede på sidst, de traf beslutningen. Vores guide til brugerinterviews har en interviewguide, I kan tilpasse.

1

Mål

Fx "levere hurtigere end konkurrenterne".

2

Nøgletal (KPI)

Andel ordrer afsendt samme dag. Det store tal øverst.

3

Drivere

Ordrer i kø, ordrer pr. pakker, varer i restordre.

4

Detaljer

Listen over de konkrete ordrer, der er forsinkede.

5

Handling

Knappen, der flytter en ordre eller giver kunden besked.

KPI-hierarkiet: fra mål til handling. Hvert niveau skal kunne forklares med niveauet over.
  1. Hvilken beslutning hjælper tallet med at træffe?
  2. Hvem træffer beslutningen, og hvor ofte?
  3. Hvad sammenligner vi med: sidste periode, budget, mål eller gennemsnit?
  4. Hvornår er tallet godt, og hvornår kræver det handling? Skriv grænserne ned.
  5. Hvilket system kommer tallet fra, og hvem ejer definitionen?
  6. Hvad er det første, brugeren vil klikke på for at se mere?

Hvordan opbygger man layoutet på et dashboard?

Folk læser en skærm oppefra og ned og fra venstre mod højre. Det vigtigste tal hører derfor hjemme øverst til venstre, og jo længere ned I kommer, jo mere detaljeret bliver indholdet. En klassisk og velfungerende opbygning er en række med tre til fem store tal øverst, så to eller tre grafer, der forklarer udviklingen, og nederst en liste eller tabel med de konkrete ting, der kræver handling. Hold samme opbygning på tværs af visninger, så brugeren ikke skal lære et nyt layout for hver afdeling.

  • Ét budskab pr. kort: et tal, en graf eller en liste, med en overskrift der siger, hvad det viser.
  • Sammenligning ved hvert tal: pil, procent og den periode, der sammenlignes med.
  • Farve betyder noget: brug neutral grå til det normale og farve kun til afvigelser.
  • Konsistente perioder: alle kort viser samme tidsrum, medmindre andet står tydeligt.
  • Luft mellem kortene: tætpakkede dashboards ser travle ud og læses langsommere.
  • Filtre øverst og samlet: periode, afdeling, produktgruppe, og vis altid hvilke filtre der er aktive.
  • Tidspunkt for sidste opdatering og datakilde, synligt men diskret.
Godkendte timer
Man
Tir
Ons
Tor
Fre
Lør

37 timer · klar til DataLøn / Zenegy

Én graf, ét budskab og en linje, der siger, hvad tallet betyder. Det er hele opskriften på et godt kort.

Hvilken graf skal I bruge til hvilke data?

Valg af graf efter spørgsmålet. Når I er i tvivl, er et stort tal eller et søjlediagram næsten altid sikkert.

SpørgsmålBrugUndgå
Hvor står vi lige nu?Stort tal med sammenligningSpeedometer og målere
Hvordan udvikler det sig over tid?Linjediagram3D-grafer
Hvad er størst eller mindst?Vandret søjlediagram, sorteretLagkagediagram med mange stykker
Hvordan fordeler en helhed sig?Stablet søjle eller lagkage med 2–3 deleDonut med ti farver
Når vi målet?Søjle med mållinje eller fremdriftsbjælkeTrafiklys uden tal
Hvad skal jeg gøre noget ved?Sorteret liste med status og handlingVarmekort uden forklaring

Pas på med rødt og grønt som eneste signal. En del mænd har nedsat farvesyn, og WCAG kræver, at farve ikke er den eneste måde at formidle information på, og at grafiske elementer har tilstrækkelig kontrast. Kombinér derfor farve med pile, ikoner eller tekst som "under mål". Skriv tal med det format, brugerne forventer, og afrund aggressivt: 1,2 mio. kr. læses hurtigere end 1.204.388 kr., og præcisionen hører til i detaljevisningen.

Hvilke fejl ser vi oftest i dashboards?

Pynt-dashboard

  • 20–30 grafer, fordi data fandtes
  • Tal uden sammenligning eller mål
  • Farver valgt efter brandet
  • Ingen ved, hvem der ejer tallene
  • Bliver vist på storskærm og ignoreret

Beslutnings-dashboard

  • 5–7 tal valgt ud fra beslutninger
  • Hvert tal har en sammenligning og en grænse
  • Farve bruges kun til afvigelser
  • Hvert tal har en ejer og en definition
  • Fører direkte videre til handling
Pynt-dashboardet og beslutnings-dashboardet. Begge kan bygges på de samme data.
  • Forfængelighedstal: sidevisninger og antal brugere i alt, der kun kan gå op.
  • Forskellige perioder på samme skærm, så tallene ikke kan sammenlignes.
  • Forkortelser og interne navne, som nye medarbejdere ikke forstår.
  • Grafer uden akser, enheder eller forklaring på, hvad en søjle er.
  • Ingen tom tilstand: et nyt dashboard uden data ligner en fejl.
  • Langsom indlæsning: et dashboard, der tager 15 sekunder, bliver ikke åbnet.

Mange af fejlene er sproglige. Overskriften på et kort bør sige, hvad tallet betyder, fx "Ordrer afsendt samme dag", i stedet for et internt kodenavn. Tomme tilstande og forklaringer på grænseværdier er microcopy, og vi har samlet principperne i guiden om UX writing og microcopy.

Hvad koster et dashboard? BI-værktøj eller indbygget i jeres system

Typiske løsninger og hvad der driver prisen. Den største post er næsten altid at samle og rense data fra flere systemer.

LøsningPasser tilTypisk omkostning
Regneark med graferÉn datakilde, få brugere, manuel opdateringIntern tid hver uge
BI-værktøj (Power BI, Looker Studio)Interne analyser, data der allerede er samletOpsætning i timer plus licenser pr. bruger
Dashboard i en eksisterende webappData ligger allerede i jeres eget systemCa. 30–80 udviklertimer, dvs. omkring 24.000–110.000 kr.
Nyt system med dashboard og integrationerKundevendt eller dagligt arbejdsværktøjPrissættes som en webapp, se vores webapp-guide

Timetallet i tabellen bygger på typiske seniorpriser på 800–1.400 kr. i timen. Tag et konkret eksempel: en grossist med 15 medarbejdere har ordrer i webshoppen, fakturaer i e-conomic og lagertal i et regneark. Et dashboard med seks KPI’er, en ordreliste og daglig opdatering kræver integration til e-conomic og webshoppen, en lille database og en side med login. Regnearket erstattes samtidig af en lagerfunktion i samme system. Det er et klassisk første projekt, der passer ind i en mellemstor webpakke, og hvis I vil se hele prisbilledet, så læs hvad en webapp koster.

Hvordan designer og bygger vi dashboards hos Ceptiv?

Vi starter med beslutningerne og brugerne, før vi taler om grafer. Derefter laver vi en klikbar prototype med rigtige eller realistiske tal, så I kan mærke, om dashboardet svarer på de rigtige spørgsmål, før der bygges integrationer. Design og udvikling sidder i samme team, så grafer, grænseværdier og tomme tilstande bliver bygget præcis som designet. Mange af vores dashboards erstatter regneark, der er vokset fra virksomheden, og det har vi skrevet mere om under udskift Excel med et skræddersyet system. Når I er klar, kan I få en fast pris inden for 24 timer.

Spørgsmål om dashboard design

Hvor mange KPI’er bør et dashboard have?
Som udgangspunkt fem til syv på den første skærm. Flere end det, og brugeren begynder at skimme i stedet for at læse, og det vigtigste tal drukner. Har I brug for flere, så del dem op i separate visninger efter rolle eller emne, fx salg, drift og økonomi, og lad hver have sine egne fem til syv. Hvert tal skal kunne forsvares med sætningen "hvis det her tal ændrer sig, gør vi noget andet". Kan det ikke det, hører det til i en rapport.
Skal dashboardet opdatere i realtid?
Kun hvis beslutningerne træffes i realtid. Et lager, der pakker ordrer, eller en kundeservice med kø har glæde af tal, der opdaterer hvert minut. En ledelse, der mødes mandag morgen, har brug for tal, der er korrekte og afstemte, og der er en daglig eller timevis opdatering rigeligt. Realtid koster mere at bygge og drive, fordi data skal hentes oftere og integrationerne skal kunne tåle det. Vis altid, hvornår tallene sidst blev opdateret, så ingen træffer beslutninger på gamle data uden at vide det.
Hvordan designer man et dashboard til mobil?
Start med at spørge, hvad brugeren skal kunne på telefonen. Det er sjældent at analysere, oftest at tjekke status eller reagere på en advarsel. Vis derfor de tre vigtigste tal øverst som store tal med en kort udvikling, og lad grafer ligge under, én pr. bredde. Undgå brede tabeller, og erstat dem med lister, hvor hver række kan trykkes for detaljer. Filtre bør ligge bag en enkelt knap. Test på en rigtig telefon i dagslys, fordi svage farver og tynde linjer forsvinder på en lille skærm.
Hvad er forskellen på et dashboard og en rapport?
Et dashboard er en overvågning: det viser få tal, der opdateres løbende, og som skal fange opmærksomheden, når noget afviger. En rapport er en analyse: den har mange tal, detaljer og forklaringer og læses med tid til at forstå. Mange dashboards fejler, fordi de prøver at være begge dele og ender med 30 grafer på én skærm. En god løsning har et dashboard øverst, der svarer på "er alt i orden?", og et klik ned til en rapport, der svarer på "hvorfor ikke?".
Kan vi bare bruge Power BI eller Looker Studio?
Ja, og til interne analyser er det ofte det rigtige valg. BI-værktøjer er stærke, når data allerede ligger samlet, og brugerne er vant til at arbejde med tal. De passer dårligere, når dashboardet skal vises for kunder, sidde inde i et system, man arbejder i hver dag, eller udløse handlinger som at godkende en ordre. Licenser pr. bruger kan også blive dyre, når mange medarbejdere eller kunder skal have adgang. Derfor vælger mange en kombination: BI til ledelsen og et indbygget dashboard i det daglige system.
Hvordan sikrer vi, at tallene på dashboardet er rigtige?
Skriv en definition for hvert tal: hvad tælles med, fra hvilket system, og hvornår. "Omsætning" kan betyde fakturerede beløb i e-conomic, betalte ordrer i webshoppen eller noget helt tredje. Afstem tallene mod kilden de første uger, og lad den person, der ejer tallet i dag, godkende det. Vis kilden og tidspunktet for sidste opdatering på dashboardet. Når et tal én gang har vist sig at være forkert, holder folk op med at stole på hele dashboardet, så det er tiden værd at gøre det rigtigt fra start.

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