Guide · Design og skalering

Designsystem vs styleguide: hvad er forskellen, og hvad har I brug for?

En styleguide beskriver, hvordan jeres brand og brugerflader skal se ud: farver, typografi, logo, ikoner og tone. Et designsystem går videre og samler de regler med genbrugelige komponenter i både Figma og kode, dokumentation og en fast proces for ændringer. Har I ét produkt og ét team, er en styleguide med et komponentbibliotek ofte nok. Her får I forskellene, en beslutningstabel, priser og en plan.

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

Virksomheden har en hjemmeside, en kundeportal og en app. De er bygget på forskellige tidspunkter af forskellige folk, og det kan ses: tre slags knapper, to næsten ens grønne farver og en dato, der skrives på tre måder. Brandmanualen er en PDF fra 2019, som ingen åbner. Hver ny funktion starter med de samme diskussioner om afstande og farver, og hver gang bliver svaret lidt anderledes. Det er præcis det problem, styleguides og designsystemer løser, men de løser det på forskellige niveauer, og det er nemt at købe for meget eller for lidt.

Hvad er forskellen på et designsystem og en styleguide?

Styleguide

  • Et dokument eller en side med regler
  • Farver, typografi, logo, ikoner, tone
  • Læses af designere, marketing og bureauer
  • Opdateres sjældent
  • Beskriver, hvordan noget skal se ud

Designsystem

  • Tokens, komponenter i Figma og kode, dokumentation
  • Mønstre for formularer, tabeller, navigation, fejl
  • Bruges dagligt af designere og udviklere
  • Versioneres og vedligeholdes løbende
  • Leverer de byggeklodser, produktet laves af
Styleguiden beskriver reglerne. Designsystemet gør reglerne til værktøjer, der bruges direkte.

Den enkleste måde at forklare forskellen på er, at en styleguide er en opskrift, og et designsystem er et køkken med opskriften, de forberedte ingredienser og redskaberne. Begge dele har værdi. En styleguide sikrer, at jeres brand ser ens ud. Et designsystem sikrer, at jeres produkter bliver bygget ens, hurtigere og med færre fejl. Styleguiden er derfor en naturlig del af et designsystem og ofte det første skridt mod et.

Fire begreber, der ofte blandes sammen. De bygger oven på hinanden fra top til bund.

BegrebHvad det erTypisk formatPrimære brugere
BrandmanualIdentitet: logo, farver, skrift, billedstil, tonePDF eller websideMarketing, bureauer, trykkerier
UI-styleguideRegler for skærme: knapper, felter, afstande, ikonerFigma-side eller websideDesignere og udviklere
KomponentbibliotekFærdige komponenter, der kan genbrugesFigma-bibliotek og/eller kodepakkeDesignere og udviklere
DesignsystemAlt ovenfor plus principper, mønstre, dokumentation og procesFigma, kode og en dokumentationssideAlle, der bygger produkter

Hvad indeholder en styleguide til hjemmeside og app?

  • Logo: varianter, frizone, mindste størrelse og brug på mørk og lys baggrund.
  • Farver: primære, sekundære og neutrale farver med koder og deres roller, fx "fejl" og "succes".
  • Typografi: skrifttyper, størrelser, linjehøjder og hvornår hver overskriftsniveau bruges.
  • Afstande og grid: et fast system, fx trin på 4 eller 8 pixels, og kolonner på mobil og computer.
  • Ikoner og illustrationer: stil, stregtykkelse og hvor de hentes.
  • Billeder: motiver, beskæring, farvetone og hvad der skal undgås.
  • Knapper og links: primær, sekundær og tekstlink med tilstande.
  • Tone og sprog: tiltaleform, ordliste og eksempler på god microcopy.

Det sidste punkt glemmes ofte, selvom det er det, brugerne mærker mest. En knap kan have den rigtige farve og stadig sige noget forvirrende. Vi har samlet principperne for tekster i brugerflader i guiden om UX writing og microcopy, og en kort sprogsektion hører med i enhver styleguide.

Hvad indeholder et designsystem?

1

Principper

Tre til fem sætninger om, hvordan jeres produkter skal føles og opføre sig.

2

Tokens

Farver, typografi, afstande og radius som navngivne værdier i Figma og kode.

3

Komponenter

Knapper, felter, kort, tabeller og dialoger med alle tilstande.

4

Mønstre

Sammensatte løsninger: login, søgning, filtrering, tomme tilstande.

5

Dokumentation

Hvornår og hvordan hver del bruges, med eksempler.

6

Proces

Ejer, versioner og en fast måde at foreslå og godkende ændringer.

Lagene i et designsystem. Hvert lag bygger på det forrige.

Det, der adskiller et designsystem fra en samling pæne komponenter, er koblingen mellem Figma og kode. Når en knap i Figma og en knap i koden bygger på de samme tokens og har det samme navn, kan designere tegne med de rigtige byggeklodser, og udviklere kan bygge uden at måle pixels. Hvordan den kobling laves i praksis, gennemgår vi i fra Figma til hjemmeside.

Hvornår har I brug for en styleguide, og hvornår et designsystem?

En beslutningstabel. Find den række, der ligner jeres situation mest.

Jeres situationVælgHvorfor
Én hjemmeside, ét bureau eller én udviklerStyleguideKonsistens uden ekstra vedligehold
Hjemmeside plus et værktøj eller en portalStyleguide og komponentbibliotekFælles byggeklodser sparer tid fra start
Flere produkter, web og appDesignsystemSamme komponenter genbruges på tværs
Tre eller flere teams eller leverandørerDesignsystem med klar ejerUden fælles regler glider produkterne fra hinanden
Krav om tilgængelighed på tværs af løsningerDesignsystemTilgængelighed bygges ind én gang og arves
Nystartet produkt, der søger retningLet styleguideDesignsystemet kan vokse frem, når mønstrene er kendt

Hvad koster en styleguide og et designsystem?

Typiske intervaller beregnet med freelance UX-priser på 600–750 kr. i timen og seniorudviklere på 800–1.400 kr. i timen. Antallet af komponenter og platforme driver prisen mest.

LeveranceTypiske timerTypisk pris
UI-styleguide i Figma20–4012.000–30.000 kr.
Komponentbibliotek i Figma, 15–25 komponenter40–10024.000–75.000 kr.
Designsystem i Figma og kode, første version150–400Ca. 100.000–450.000 kr.
Løbende vedligehold af designsystemNogle timer om månedenAfhænger af antal teams og ændringer

Et regneeksempel: en virksomhed med 60 medarbejdere har en hjemmeside, en kundeportal og planlægger en app. Tre leverandører har hver bygget deres del. Et designsystem med tokens og 20 kernekomponenter i Figma og React koster i dette eksempel omkring 200.000 kr. Til gengæld skal knapper, formularer, tabeller og dialoger ikke designes og bygges igen i appen, og portalens næste moduler kan sættes sammen af eksisterende dele. Når det samme arbejde ellers ville blive lavet to eller tre gange, tjener systemet sig typisk hjem på det første større projekt. Har I kun én hjemmeside, er regnestykket et andet, og så er en styleguide til omkring 20.000 kr. det fornuftige valg. Se flere priser i hvad koster UX design.

Hvordan bygger man et designsystem trin for trin?

  1. Lav en inventarliste: tag skærmbilleder af alle knapper, felter, farver og overskrifter i jeres nuværende løsninger.
  2. Saml dubletterne: beslut, hvilken af de fem næsten ens knapper der er den rigtige.
  3. Definér tokens for farver, typografi, afstande og radius med navne efter rolle.
  4. Byg de 10–15 komponenter, der bruges mest, i Figma og kode samtidig.
  5. Brug dem i et rigtigt projekt med det samme, og ret dem ud fra erfaringerne.
  6. Skriv kort dokumentation pr. komponent: hvornår, hvordan og et eksempel.
  7. Udpeg en ejer og en fast proces for nye komponenter og ændringer.
  8. Udgiv versioner med en ændringslog, så teams ved, hvad der er nyt.

Hvilke fejl og myter ser vi omkring designsystemer?

  • Systemet bygges kun i Figma: designerne bruger det, udviklerne bygger deres egne versioner.
  • Alt skal med fra start: et halvt års arbejde, før det første produkt får gavn af det.
  • Ingen ejer: efter et år findes der tre versioner af den samme komponent igen.
  • Dokumentation, ingen læser: 80 sider tekst i stedet for korte eksempler.
  • Tilstande mangler: komponenterne ser flotte ud, men har ingen fejl-, fokus- eller indlæsningstilstand.
  • Brandet ændres uden at opdatere tokens, så Figma og kode glider fra hinanden.

Tre myter, vi ofte hører

Den første myte er, at designsystemer kun er for store virksomheder. Størrelsen på virksomheden betyder mindre end antallet af produkter og teams, og en mellemstor virksomhed med web, portal og app har mere brug for et end en stor virksomhed med ét site. Den anden er, at et designsystem gør alt ens og kedeligt. Det fjerner gentagne beslutninger, så designerne kan bruge tiden på de dele, der faktisk er unikke. Den tredje er, at det er et projekt med en slutdato. Et designsystem er et produkt, der lever lige så længe som de løsninger, det bruges i, og det skal have tid og en ejer derefter.

Hvordan holder man et designsystem levende over tid?

Det vigtigste er, at systemet bliver brugt hver dag, og at det er nemmere at bruge det end at gå uden om. Sæt et lille fast tidsbudget af hver måned til at rette fejl og tilføje komponenter, som teams har bedt om. Hold Figma og kode i sync med de samme versionsnumre. Gennemgå systemet en gang om året sammen med brandet og tilgængelighedskravene. Et forsømt designsystem bliver hurtigt til en form for teknisk gæld, hvor gamle komponenter lever videre i koden, fordi ingen tør fjerne dem.

Hvordan arbejder vi med styleguides og designsystemer hos Ceptiv?

Vi starter altid med den mindste løsning, der løser jeres problem. Til en enkelt hjemmeside laver vi en styleguide og et lille sæt tokens som en del af designet. Har I flere produkter, bygger vi designsystemet sideløbende med et rigtigt projekt, i Figma og i React og React Native på samme tid, så det bliver testet fra første dag. Design og udvikling sidder i samme senior-team, så der er ingen afstand mellem tegning og kode. Læs mere om vores designsystem-bureau, om vores arbejde med branding, eller få en fast pris inden for 24 timer.

Spørgsmål om designsystemer og styleguides

Er en designmanual det samme som en styleguide?
Næsten. En designmanual eller brandmanual handler typisk om identiteten: logo, farver, skrifttyper, billedstil og hvordan brandet bruges på tryk, skilte og sociale medier. En UI-styleguide er den digitale udgave, der også beskriver knapper, formularer, afstande, ikoner og tilstande på skærmen. Mange virksomheder har kun brandmanualen og opdager, når de skal bygge en app eller en portal, at den ikke svarer på de spørgsmål, en udvikler stiller. Så er næste skridt en UI-styleguide eller et komponentbibliotek.
Kan vi bruge et færdigt designsystem som Material Design?
Ja, og det er ofte en god idé til interne værktøjer, hvor hastighed og genkendelighed vægter mere end et unikt udtryk. Åbne systemer som Material Design eller færdige komponentbiblioteker til React giver jer gennemtestede komponenter og god tilgængelighed fra start. Ulempen er, at produktet kan ligne mange andre, og at det kan være besværligt at tilpasse dybt. En udbredt mellemvej er at bygge jeres eget designsystem oven på et åbent bibliotek: jeres tokens og brand, deres gennemtestede grundkomponenter.
Hvem skal eje designsystemet i virksomheden?
Én navngiven person eller et lille team, typisk en designer og en udvikler sammen. Uden en ejer begynder hvert team at lave sine egne varianter, og systemet forfalder i løbet af et år. Ejeren beslutter, hvad der kommer med, sørger for, at Figma og kode er i sync, og udgiver nye versioner med en kort ændringslog. I mindre virksomheder kan ejerskabet ligge hos jeres faste bureau, så længe der er en klar aftale om, hvem der godkender ændringer, og hvor dokumentationen ligger.
Hvor lang tid tager det at bygge et designsystem?
En første brugbar version med tokens og 15–25 kernekomponenter i Figma og kode tager typisk seks til tolv uger. Det er dog et system, der aldrig bliver helt færdigt: nye komponenter kommer til, når produkterne vokser. Den bedste tilgang er at bygge det sideløbende med et rigtigt projekt, fx en ny portal, så hver komponent bliver testet i praksis med det samme. Systemer, der bygges isoleret i et halvt år, før nogen bruger dem, rammer ofte forbi de reelle behov.
Hjælper et designsystem med tilgængelighed?
Ja, det er en af de største fordele. Når en knap, et felt eller en dialog er bygget tilgængeligt én gang, med kontrast, fokus, labels og tastaturbetjening, arver alle sider og produkter det. Det gør det langt nemmere at leve op til WCAG 2.1 AA, som er det praktiske mål under tilgængelighedsloven for de virksomheder, der er omfattet. Uden et fælles system skal tilgængelighed tjekkes og rettes skærm for skærm, og fejl dukker op igen, hver gang nogen bygger noget nyt.
Kan et designsystem bruges på tværs af web og app?
Ja, især når tokens er fundamentet. Farver, typografi, afstande og ikoner kan deles direkte, og med React på web og React Native på mobil kan meget af logikken og strukturen i komponenterne også deles. Selve komponenterne er dog ofte lidt forskellige, fordi en app skal følge iOS’ og Androids konventioner, fx for navigation og dialoger. Et godt designsystem beskriver derfor fælles principper og tokens og har platformsspecifikke komponenter, hvor det giver mening.

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