Indret websitemenuen efter konkrete brugeropgaver
Knyt eksisterende sider til de besøgendes opgaver. Et gennemarbejdet eksempel gør menutekster, destinationer og den efterfølgende kontrol tydelige.

Planlæg websitemenuen ud fra det, de besøgende vil gøre. Du skal vide, hvilket indhold der findes, og hvilket spørgsmål hver destinationsside besvarer. Virksomhedens afdelingsnavne er i første omgang blot én mulig opdeling.
Knyt eksisterende indhold til en opgave
Det følgende eksempel er opdigtet. En softwareleverandørs website har en integrationsside, en formular til projektforespørgsler og hjælp til portalsoftware, der allerede bruges. Koderne betegner vores egne eksempelsider, ikke faktiske ASES-ruter.
Tabellen viser et udsnit af navigationen. Menuteksterne er forslag; koblingen til destinationer er en forventning, som skal undersøges senere, ikke resultatet af en brugerundersøgelse.
Opgave | Eksisterende indhold | Foreslået menupunkt | Destination |
|---|---|---|---|
Undersøge, om leverandøren kan overføre kundedata mellem CRM og ERP. | Systemintegration med datastrømme, begrænsninger og kontaktmulighed. | Forbind systemer |
|
Beskrive en planlagt webapplikation og oplyse egne kontaktdata. | Projektforespørgsel med oplysninger om projekt og kontakt. | Forespørg om et projekt |
|
Læse, hvordan en fileksport fungerer i den portalsoftware, der allerede bruges. | Portalhjælp med den relevante vejledning. | Portalhjælp |
|
Destinationssiden skal opfylde menupunktets løfte. En generel oversigt over ydelser er eksempelvis utilstrækkelig, hvis den søgte integrationsinformation mangler. Undersøg indholdet, før du blot omdøber linket.
Undersøg menutekster med opgaver
GOV.UK anbefaler konkrete, troværdige testopgaver, der ikke afslører løsningen. Giv eksempelvis en relevant testperson den første opgave i tabellen. Fortæl ikke, hvilket menupunkt personen skal vælge. Observer den valgte tekst, omveje og resultatet på destinationssiden.
Spørg derefter, om den fundne information besvarer opgaven. Et første klik alene dokumenterer det ikke. Registrer observation og fortolkning hver for sig: En forkert destination kan skyldes teksten, grupperingen eller manglende indhold. Ét forsøg giver ikke en generel succesrate.
Bevar orienteringen på små skærme
WAI’s menuvejledning beskriver semantisk struktur og ensartede synlige punkter på tværs af skærmstørrelser. En mobilmenu, der kan foldes ud, skal understøtte de samme opgaver. Punkter, som er synlige i begge visninger, skal have samme rækkefølge, ordlyd og destination; den aktuelle side skal kunne genkendes.
Planlæg udtrykkeligt lange oversættelser og flere navigationsniveauer. At flytte et punkt ind i en undergruppe er en indholdsbeslutning, der rækker ud over pladsbehov. Undersøg, om de tre eksempelopgaver også kan løses dér uden forklaring.
Vurdér også navigationens betjening
WAI-ARIA-eksemplet skelner mellem almindelig websitenavigation og en applikationsmenu med særlig tastaturbetjening. Rollen menu passer ikke automatisk til almindelige navigationslinks. Brug forståelige links og egnede kontroller til at folde sektioner ud; deres tilstand og fokus skal være tydelige.
Kontrollér tastaturbetjening, forstørrelse og en passende skærmlæserkonfiguration i den implementerede version. Undersøgelsen af de tre destinationer erstatter ikke denne tekniske kontrol. Brug menutekster og grupper, når opgaveforståelse, destinationsindhold og betjening passer sammen; hold uafklarede fund synlige.
Kilder
Læs videre
Alle artikler







Design & UX med ASES
Brugeroplevelse, brugerflader og brandets udtryk

