Hoppa till innehållet

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.

Julia Hoffmann2 min läsning
Rad med en blå knapp, ett textfält och en blå omkopplare.

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 R-44, projekt P-21, status Utkast.

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

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

Skriven av

  • Julia HoffmannRedaktör för design och UXJulia Hoffmann ansvarar för det redaktionella innehållet om design och användarupplevelse på ASES. Hennes artiklar handlar om hur webbplatser och applikationer används, utformning av användargränssnitt och digital tillgänglighet.

Följ ASES

Läs vidare

Alla artiklar

Design & UX med ASES

Användarupplevelse, gränssnitt och varumärke