Digitalist

Design

Designsystem

Designspråk som skalar över teams

Ett designsystem är ett komponentbibliotek på systemnivå, designtokens, UI-komponenter, mönster och dokumentation som skalar över flera produkter eller varumärken. Vi etablerar och förvaltar det, med tillgänglighet enligt WCAG 2.2 AA inbyggd i varje komponent, samma kravnivå som tillgänglighetsdirektivet EAA, i kraft 28 juni 2025. Resultatet är konsekvent UX, snabbare time-to-market och tillgänglighet i varje applikation som konsumerar systemet.

Vad ingår

  • Designtokens (färg, typografi, spacing, motion) versionerade och plattformsoberoende
  • Komponentbibliotek i Figma med fulla varianter och states
  • Kodat komponentbibliotek (React, Vue, Angular eller webbkomponenter) som matchar Figma 1:1
  • Dokumentation i Storybook eller Zeroheight med användningsregler, do/don’t och tillgänglighetsanvisningar
  • Tillgänglighet enligt WCAG 2.2 AA inbyggd i varje komponent
  • Versionshantering enligt SemVer med changelog och migrationsguider
  • Bidragsmodell och governance, RFC-process för nya komponenter
  • Tema-system för flera varumärken (white labelling)
  • Automatiska tester, axe-core för tillgänglighet, visuella regressionstester via Chromatic
Joakim Ekman Affärsområdeschef, förändringsledning · Digitalist

Vanliga frågor

När är det dags för ett designsystem?
När ni har minst tre produkter eller varumärken som divergerar designmässigt, eller när nya produktteam ständigt återuppfinner samma komponenter. Ett designsystem är en tvärgående investering, den betalar tillbaka sig först när flera team konsumerar det.
Vad är skillnaden mellan UX och visuell design och ett designsystem?
UX och visuell design designar för en specifik produkt, en webbplats, en app, en e-tjänst. Ett designsystem etablerar systemet som flera produkter konsumerar. Många av våra kunder börjar med UX och visuell design på enskild lösning och låter komponenterna generaliseras till ett designsystem när skalan motiverar det.
Hur säkrar ni att Figma och kod inte divergerar?
Strikt 1:1-mappning på namngivning, props och states. Designtokens som single source. Automatiska tester på kod, granskningsrutin per release. Designkvalitetsråd granskar varje release innan publicering.
Kan vi ta över förvaltningen själva?
Ja, det är målet. Dokumentation, bidragsmodell och governance levereras så att ni driver vidare själva. Många kunder behåller dock en konsultinsats, ett par seniora utvecklare i kundens designsystem-team, för stabilitet.

Fördjupning

Verkliga uppdrag

Vill ni veta mer?

Boka ett kort samtal med en kundansvarig.

Kontakta oss
Kontakta oss