Enhetlig design kan ha olika sidlayouter
En lista hjälper vid jämförelse; en bekräftelse behöver de avgörande detaljerna. Välbekanta kontroller kan fortfarande vara gemensamma.

Anpassa sidlayouten efter den aktuella uppgiften. Den som väljer en post bland många alternativ behöver annan information än den som bekräftar en viss handling. Ett enhetligt rutnät kan dölja skillnaderna om teamet använder det oförändrat i båda situationerna.
Två uppgifter i samma portal
I det helt påhittade exemplet väljer en person en projektrapport i en lista och granskar sedan utskicket. Tabellens data är platshållare. Den första vyn ska stödja valet; den andra ska visa vilken version som skulle skickas till vem.
Aspekt | Urvalsvy | Granskning före utskick |
|---|---|---|
Exempeldata | Rapport | Rapport |
Placering | Jämförbara rader och filter hjälper till att hitta den sökta rapporten. | En sammanfattning med etiketter visar mottagare och filversion i sin helhet. |
Huvudåtgärd | Öppna rapport | Skicka rapport till den visade mottagaren |
Ett brett listrutnät är avsett för att jämföra flera rapporter. I en bekräftelse kan samma kolumner pressa viktiga uppgifter mot kanten eller klippa bort dem på små skärmar. I exemplet skulle rätt fil fortfarande vara ett problematiskt val om mottagaren förbisågs.
Låt återkommande funktioner vara igenkännbara
W3C:s förklaring av konsekvent identifiering handlar om återkommande kontroller med samma funktion. Välbekanta etiketter, ikoner och tillgängliga namn stödjer det. Därav följer inget krav på att alla sidor ska ha samma placering av innehållet.
Navigation, fokusmarkering och kända knappars beteende kan vara gemensamma. ”Öppna rapport” och ”Skicka rapport” måste däremot gå att känna igen som olika handlingar. Samma vaga etikett, ”Fortsätt”, skulle här dölja betydelsen av den andra handlingen. Gemensam design ska underlätta igenkänning och bevara skillnaderna i flödet.
Anpassa bekräftelsen till handlingen
GOV.UK beskriver en granskningsvy med relevanta uppgifter, möjlighet att ändra dem och en tydligt namngiven avslutande åtgärd. I vårt exempel ska mottagare, projekt och vald filversion visas begripligt tillsammans före utskicket. Själva vyn bekräftar ännu inte att rapporten har skickats.
Om personen kan ändra mottagaren måste hen sedan kunna granska den uppdaterade sammanfattningen. Andra uppgifter som redan valts ska bevaras. Applikationen måste också hantera tillåtna ändringar och den version som faktiskt skickas pålitligt; en överskådlig sida avgör inte detta ensam.
När en gemensam layout räcker
För en kort uppgift med liten variation kan en kompakt sammanfattning på samma skärm räcka. En extra sida behövs inte för varje förlopp. Det avgörande är om alla nödvändiga uppgifter finns tillgängliga och är begripliga när handlingen utförs.
Låt båda uppgifterna prövas med realistiska exempel: först hitta rapporten, sedan kontrollera mottagare och version före åtgärden. Observera särskilt långa texter, små skärmar och återkomsten efter en ändring. Då går det att bedöma vilka element som kan förbli gemensamma och vilken placering varje uppgift behöver.
Källor
Läs vidare
Alla artiklar







Design & UX med ASES
Användarupplevelse, gränssnitt och varumärke

