Gå til indholdet

Ensartet design kan have forskellige sidelayouts

En liste hjælper med at sammenligne; en bekræftelse kræver de afgørende detaljer. Velkendte kontroller kan stadig være fælles.

Julia Hoffmann2 min. læsetid
Bjælke med blå knap, tekstfelt og blå omskifter.

Tilpas sidelayoutet til den aktuelle opgave. Den, der vælger én post blandt mange, har brug for andre oplysninger end den, der bekræfter en konkret handling. Et ensartet gitter kan skjule forskellene, hvis teamet bruger det uændret i begge situationer.

To opgaver i samme portal

I det helt opdigtede eksempel vælger en person en projektrapport fra en liste og gennemgår derefter afsendelsen. Dataene i tabellen er pladsholdere. Den første visning skal understøtte valget; den anden skal vise, hvilken version der ville blive sendt til hvem.

Aspekt

Valgvisning

Kontrol før afsendelse

Eksempeldata

Rapport R-44, projekt P-21, status Kladde.

Rapport R-44, version V-3, projekt P-21, modtager kontakt@example.invalid.

Opstilling

Sammenlignelige rækker og filtre hjælper med at finde den ønskede rapport.

En oversigt med etiketter viser modtager og filversion i deres helhed.

Primær handling

Åbn rapport

Send rapport til den viste modtager

Et bredt listegitter er beregnet til at sammenligne flere rapporter. I en bekræftelse kan de samme kolonner skubbe vigtige oplysninger ud mod kanten eller afskære dem på små skærme. I eksemplet ville den rigtige fil stadig være et problematisk valg, hvis modtageren blev overset.

Bevar genkendeligheden af tilbagevendende funktioner

W3C’s forklaring af ensartet identifikation handler om tilbagevendende kontroller med samme funktion. Velkendte etiketter, ikoner og tilgængelige navne understøtter det. Det indebærer ikke, at alle sider skal have samme opstilling.

Navigation, fokusmarkering og kendte knappers adfærd kan være fælles. »Åbn rapport« og »Send rapport« skal derimod kunne genkendes som forskellige handlinger. Den samme ubestemte etiket, »Fortsæt«, ville her skjule betydningen af den anden handling. Det fælles design skal hjælpe genkendelsen og bevare forskellene i forløbet.

Tilpas bekræftelsen til handlingen

GOV.UK beskriver en kontrolvisning med relevante oplysninger, mulighed for ændringer og en tydeligt navngivet afsluttende handling. I vores eksempel skal modtager, projekt og valgt filversion stå forståeligt sammen før afsendelsen. Selve visningen er ikke en bekræftelse på, at rapporten er sendt.

Kan personen ændre modtageren, skal vedkommende bagefter kunne gennemgå den opdaterede oversigt. Andre allerede valgte oplysninger skal bevares. Applikationen skal også behandle tilladte ændringer og den faktisk afsendte version pålideligt; en overskuelig side alene fastlægger ikke dette.

Hvornår et fælles layout er nok

Ved en kort opgave med begrænset variation kan en kompakt oversigt på samme skærm være nok. En ekstra side er ikke nødvendig for hvert forløb. Det afgørende er, om alle nødvendige oplysninger er tilgængelige og forståelige ved selve handlingen.

Lad begge opgaver blive afprøvet med realistiske eksempler: først at finde rapporten, derefter at kontrollere modtager og version før handlingen. Observer især lange tekster, små skærme og tilbagevenden efter en ændring. Så kan du vurdere, hvilke elementer der kan forblive fælles, og hvilken opstilling den enkelte opgave kræver.

Kilder

Skrevet af

  • Julia HoffmannRedaktør for design og UXJulia Hoffmann har ansvaret for det redaktionelle indhold om design og brugeroplevelse hos ASES. Hendes artikler handler om brugen af websites og applikationer, design af brugergrænseflader og digital tilgængelighed.

Følg ASES

Læs videre

Alle artikler

Design & UX med ASES

Brugeroplevelse, brugerflader og brandets udtryk