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.

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 | Rapport |
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
Læs videre
Alle artikler







Design & UX med ASES
Brugeroplevelse, brugerflader og brandets udtryk

