Kartlegg felles behov for Digdir sitt designsystem-lag

[mrosvik]

Bakgrunn

Som en del av arbeidet med å etablere et Digdir-spesifikt lag oppå Designsystemet (#4874), trenger vi å samle og dokumentere felles behov på tvers av Digdir sine produkter og tjenester.

Denne saken fungerer som et levende dokument for innsiktsarbeid før og under fase 1.

---

Mål

• Identifisere felles behov knyttet til UX, UI og identitet på tvers av Digdir sine produkter
• Klargjøre forholdet mellom Designsystemet og det Digdir-spesifikke laget
• Definere hva som bør være felles, og hva som bør være produktspesifikt
• Gi grunnlag for fase 2 (verktøy og implementering) og fase 3 (tema og identitet)

---

Innsiktskilder

I Designsystemet har vi jevnlige møter med produktteam i Digdir som bruker Designsystemet, og har dermed allerede mye innsikt derfra rundt hva som er utfordrende i dag.

Kilde	Status	Ansvarlig	Notat
Produktkartlegging (Github Wiki)	🔄 Pågår	@Thunear	Systemoversikt
Designforum og produktgruppeforum	🔄 Pågår	@mrosvik	Behov blir samlet under
Intervjuer med produktteam	🔄 Pågår	@mrosvik	Samtaler med hvert team. Behov blir samlet under

---

Spørsmål vi ønsker å besvare

Identitet og profil

• Hvilke elementer av visuell identitet er felles på tvers av Digdir sine produkter i dag?
• Hvor avviker produktene, og er dette bevisste valg?
• Hva i profilveileder.digdir.no hører naturlig hjemme i et Digdir-spesifikt lag?

Temaer

Vi har i dag fire temaer: Digdir, Altinn, UU-tilsynet og Digitalt dødsbo. To nye er på vei inn: ki-norge.no og Norge.no.

Et sentralt spørsmål er hvilke produkter som skal bruke hvilke temaer, spesielt om et produkt skal bruke Digdir-temaet, Altinn-temaet eller Norge.no-temaet. Dette er uklart for mange designere som starter nye prosjekter i dag.

Å avgjøre riktig avsenderidentitet for hvert produkt vil kreve bredere strategiske og politiske avklaringer, og forventes ikke å bli løst på kort sikt. Siden alle temaene bygger på samme token-struktur, vil det likevel være enkelt å bytte tema senere dersom retningen endres.

Vi trenger retningslinjer som gjør det tydelig for designere hvilket tema de bør starte med i nye prosjekter.

UI-komponenter og mønstre

• Hvilke UI-komponenter bygges flere ganger på tvers av team?
• Identifisere interaksjonsmønstre som er spesifikke for Digdir sine produkter, men som ikke allerede dekkes av Designsystemet

---

Funn

Funnene er samlet gjennom tilbakemeldinger i flere designforum, produktgruppeforum og enkelthenvendelser.

Hvilke utfordringer opplever teamene med dagens situasjon?

• Vanskelig å vite hvor profil-spesifikke retningslinjer og beslutninger finnes
• Informasjon er spredt mellom flere verktøy og personer
• Hvor finnes informasjon om Digdirs farger, typografi og størrelser for web? (Finnes ikke i dag)
• Ulik praksis på tvers av produkter og team
• Dobbeltarbeid og gjenoppfinnelse av løsninger
• Mye personavhengig kunnskap
• Utfordrende onboarding for nye teammedlemmer og konsulenter

Bør deles på tvers av Digdir sine produkter

Fundament

• Standardiserte tokens
• Felles token-struktur
• Layout og responsivitet
• Ikoner og ikonbruk
• Overordnet visuell retning
• Terminologi og språk
• Representasjon av brukere

Komponenter

• Basis-komponenter (40+, med støtte for tema)
• Autorisasjonskomponenter brukt på tvers av flater

Mønstre

• Søk og søkeresultat
• Oppsett av skjema
• Interaksjonsmønstre
• Navigasjonsmønstre
• Aktivitetslogg
• Infografikk
• Oppførsel ved innlogging
• Varsler og notifikasjoner

UX-prinsipper

• Prinsipper for god UX og universell utforming
• Brukskvalitet og brukeropplevelse

Dokumentasjon

• Ett sted for delt dokumentasjon
• Oversikt over profiler, systemer og temaer på ett sted
• Onboarding

---

Bør IKKE deles på tvers av Digdir sine produkter

Målgrupper og kommunikasjon

• Skille mellom:
  • Folk som lager digitale tjenester
  • Folk som bruker tjenestene
• Tone of voice kan variere mellom målgrupper
• Terminologi og kommunikasjon må tilpasses målgruppen

Visuell identitet

• Illustrasjoner, skrifttyper og farger må kunne variere mellom temaer og identiteter
• Felles fundament bør skape konsistens der det gir verdi, samtidig som ulike temaer må gi nok visuell forskjell til at brukerne forstår hvor de er

Komponenter og funksjonalitet

• Enkelte applikasjoner vil alltid trenge egne komponenter
• Komplekse og svært domenespesifikke komponenter bør ikke nødvendigvis deles

---

Åpne spørsmål

Bør designere og utviklere i Digdir forholde seg til ett sted med både komponenter og dokumentasjon, slik Mattilsynet har gjort, eller bør Digdir-spesifikk dokumentasjon leve separat ved siden av designsystemet.no?

Ett sted (Mattilsynet-modellen)

✅ Mindre friksjon
✅ Enklere onboarding
❌ Dokumentasjon må holdes synkronisert med Designsystemet når komponenter oppdateres

To lag (designsystemet.no + Digdir-spesifikt lag)

✅ Mindre vedlikehold
✅ Tydeligere skille mellom fundament og Digdir-spesifikke tillegg
❌ Krever at folk forstår forskjellen mellom lagene, noe som kan være forvirrende i praksis

Felles header/footer for tjenestene våre?

• Bør header og footer være felles?
• Bør tjenester rettet mot innbyggere ha en tydeligere felles identitet?
• Bør verktøy for tjenesteutviklere og produktporteføljen framstå mer samlet?

---

Del av epic #4874 — Gjøre det enklere å finne informasjon om Digdir sin digitale identitet