UX-research: brugervenlighedstest, card sorting og SUS-benchmarks for websites og apps

Spørgsmål, som analysen besvarer

• Kan brugerne gennemføre centrale opgaver som at finde et produkt, oprette sig eller betale, og hvor lang tid tager hver af dem?
• Hvor præcis tøver de, laver fejl eller giver op?
• Passer vores navigation og vores betegnelser til den måde, brugerne tænker om indholdet på?
• Hvordan er vores brugervenlighed sammenlignet med en konkurrents eller med den tidligere version?
• Hvilke problemer skal udviklerne rette først?
• Klarer en ny prototype sig bedre end det nuværende site, før vi bygger den?
• Er der barrierer for ældre brugere eller for personer, der bruger hjælpemiddelteknologi?

Hvornår du har brug for den

UX-research er mest værdifuld på tre tidspunkter: før et redesign for at fastlægge et udgangspunkt, under designarbejdet for at teste prototyper, mens ændringer er billige, og efter lanceringen for at bekræfte, at den nye version virker. Andre anledninger er et trin i din webanalyse, hvor brugerne falder fra, supporthenvendelser, der igen og igen nævner den samme funktion, lave scorer for kundetilfredshed med appen eller et skridt ind på et nyt marked.

Målgrupperne har forskellig digital erfaring. Ifølge Eurostat brugte 89,5 % af personerne i EU internettet dagligt i 2025, mod 82,7 % i Bulgarien og 98,4 % i Nederlandene. En tjeneste, der kun er testet på hyppige brugere, kan fejle for resten, så rekruttér deltagere, der matcher den reelle brugerbase.

Tilgængelighed har nu også juridisk vægt: EU's tilgængelighedsdirektiv (European Accessibility Act) har siden juni 2025 gældt for mange digitale tjenester rettet mod forbrugere, herunder e-handel og bankydelser.

Skal du vælge mellem to live-varianter på reel trafik, så kør en A/B-test og kontrollér resultatet med vores beregner til signifikans i A/B-test. Om folk overhovedet vil have produktet, er et spørgsmål for en koncepttest, og problemer, der går på tværs af flere kanaler, kræver en kunderejseanalyse.

Eksempel på indholdsfortegnelse

1. Ledelsesresumé
   de vigtigste problemer, den samlede vurdering og hurtige gevinster
2. Formål og opgaver
   hvad der blev testet, og hvordan succes blev defineret
3. Deltagere
   rekrutteringskriterier, screener og profiler
4. Metode
   modereret eller umodereret, enheder, prototype eller live-site
5. Resultater pr. opgave
   gennemførelsesrate, tidsforbrug og fejl for hver opgave
6. Brugervenlighedsproblemer
   hvert med alvorsgrad, hyppighed og dokumentation
7. Informationsarkitektur
   resultater af card sorting og tree testing
8. SUS- og lethedsscorer
   sammenholdt med benchmarket eller den tidligere version
9. Iagttagelser om tilgængelighed
   barrierer fundet under sessionerne
10. Anbefalinger
    ændringer prioriteret efter alvor og indsats
11. Highlight-video
    korte klip af de mest sigende øjeblikke

Metode og kilder

Modererede brugervenlighedstest

Deltagerne tænker højt, mens de løser realistiske opgaver sammen med en moderator, enten på afstand eller i et testlokale. Til at finde problemer er fem til otte deltagere pr. særskilt brugergruppe og runde som regel nok. Flere små runder med rettelser ind imellem finder flere problemer end én stor runde. Mobil og desktop testes hver for sig, når adfærden er forskellig.

Umodererede remote-test

Større grupper løser opgaver på deres egne enheder, hvilket egner sig til benchmarks af gennemførelse og tidsforbrug. Små stikprøver giver brede intervaller: Med 20 brugere har en gennemførelsesrate på 50 % en fejlmargin på omkring ±22 procentpoint ved 95 % konfidens, som falder til omkring ±10 procentpoint med 100 brugere.

Card sorting og tree testing

Åben card sorting afslører, hvordan brugerne grupperer indhold, og hvad de kalder det; lukket card sorting kontrollerer en foreslået struktur. Tree testing måler, om folk kan finde elementer i en menu uden visuelt design, og kræver større stikprøver end modererede test.

Standardmål

SUS består af ti udsagn på en femtrinsskala og giver en score fra 0 til 100; 68 er den bredt anvendte gennemsnitlige referenceværdi. Et enkelt spørgsmål om lethed efter hver opgave viser, hvor vanskelighederne samler sig.

Rekruttering og etik

En screener udvælger reelle brugere eller målgruppebrugere – aldrig kolleger. Sessionerne optages kun med informeret samtykke, opbevares sikkert og slettes efter en aftalt periode i overensstemmelse med GDPR.

Det får du

• Rapport om brugervenlighed, hvor hvert problem er vurderet efter alvor
• Videoklip med højdepunkter, delt med deltagernes samtykke
• Opgavemålinger i Excel: gennemførelse, tid og fejl
• Lighedsmatrix fra card sorting og resultater fra tree testing
• SUS-score med benchmarksammenligning
• Annoterede skærmbilleder med designanbefalinger
• Debriefing-workshop med design- og udviklingsteams

Sådan forløber projektet

1. Opstart, mål og definition af opgaver — 2–3 dage
2. Rekruttering og screening — 1 uge
3. Testmanuskript og en pilotsession — 2–3 dage
4. Testsessioner — 2–5 dage
5. Analyse og vurdering af alvorsgrad — 3–5 dage
6. Debriefing og plan for næste iteration — 1 dag

Typiske fejl, og hvordan du undgår dem

• At teste med kolleger eller venner. De kender produktet og jargonen; rekruttér reelle brugere med en screener.
• Ledende opgaver. »Klik på Produkter« afslører svaret; beskriv målet, og lad brugerne selv finde vejen.
• At teste én gang, til sidst. Problemer, der findes efter udviklingen, er dyre at rette; test tidlige prototyper, og iterér.
• At rapportere holdninger i stedet for adfærd. »Jeg kan godt lide farverne« er ikke dokumentation for brugervenlighed; se, hvad brugerne gør.
• At angive procenter ud fra fem brugere. Små kvalitative runder finder problemer; de måler ikke, hvor udbredte de er.

Hvem den passer til

Opdateret: 9. nov. 2026