Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
UX mønstre7 min læst·Updated oktober 2026·Af ExodeUI-teamet

Sådan designes fejlmeddelelser, der reducerer frustration

Sådan designes fejltilstande, som folk kan komme sig efter: placering, timing, formulering, bevarelse af input, tilgængelighed og bevægelse baseret på usability-forskning.

Direkte Resumé & Definition

Core Takeaway

En god fejlmeddelelse er synlig og placeret ved siden af ​​problemet, skrevet i almindeligt sprog, siger, hvordan det skal løses, beholder, hvad personen allerede har skrevet og giver dem aldrig skylden. Vis det, når personen er færdig med et felt eller indsendt, ikke mens vedkommende stadig skriver, og sørg for, at skærmlæsere annoncerer det.

Retningslinjerne

Nielsen Norman Group opsummerer effektive fejlmeddelelser som meget synlige, konstruktive og respekterer brugerindsatsen. I praksis betyder det:

  • Placer meddelelsen ved siden af ​​feltet eller elementet med problemet.
  • Brug almindeligt, specifikt sprog: "Dette nummer er et ciffer kort", ikke "Ugyldigt input".
  • Tilbyd en løsning: hvilket format forventes, hvad skal du prøve næste gang.
  • Behold, hvad folk har skrevet, så de kan redigere det i stedet for at starte igen.
  • Giv ikke skylden: undgå ord som ugyldige, ulovlige eller forkerte.
Et kortnummerfelt med en inline-fejl, der siger, at nummeret er et ciffer kort og holder de indtastede cifre ved siden af ​​en tjekliste med retningslinjer for fejlmeddelelser
En inline-fejl, der er specifik, beholder inputtet og siger, hvordan det rettes.

Timing

At vise en fejl, før nogen er færdig, er en af ​​de mest almindelige fejl. NN/g kalder for tidlige fejl et fjendtligt mønster, som at bedømme en test, før eleven er færdig. Valider et felt, når personen forlader det eller indsender formularen, og opdater derefter meddelelsen live, mens vedkommende retter den.

Fejl, der ikke handler om formularer

For systemfejl, såsom en mislykket lagring eller mistet forbindelse, skal du sige, hvad der skete, hvad der blev bevaret, og hvad personen kan gøre: prøve igen, arbejde offline eller kontakte support. Undgå fejlkoder alene; hvis du har brug for en til støtte, så vis den sammen med en menneskelig forklaring.

Tilgængelighed

Stol ikke på rød alene: Tilføj et ikon og tekst. Forbind meddelelsen til dens felt, så skærmlæsere læser den med feltet, og flyt fokus til den første fejl, eller en oversigt over fejl, efter en mislykket indsendelse.

Bevægelse i fejltilstande

En kort rystelse eller farveændring kan henlede opmærksomheden på feltet med problemet, men hold det kort, gentag det ikke ved hvert tastetryk, og erstat bevægelse med et farve- eller ikonskift, når reduceret bevægelse er aktiveret. Selve budskabet betyder mere end animationen.

Tast Principles for at huske

  • Placer fejl ved siden af ​​problemet, i almindelige ord, med en rettelse
  • Behold, hvad folk har skrevet
  • Valider efter et felt er færdigt, ikke mens du skriver
  • Stol aldrig på farve alene; forbinde beskeder til skærmlæsere
  • Hold fejlbevægelse kort og respekter reduceret bevægelse

Ofte stillede spørgsmål

Kilder

  1. Error-Message Guidelines — Nielsen Norman Group
  2. Indicators, Validations, and Notifications — Nielsen Norman Group

Relaterede vejledninger og eksempler

Design fejltilstanden, ikke kun den lykkelige vej

Åbn ExodeUI eksempler med fejl og succes angiver dine kodeskifter, og tilpas dem.

Åbn eksemplerne
Prøv gratis