Vurdér formularer ud fra en hel opgave
En fiktiv sammenligning viser, hvad der er åbent efter designgodkendelse: rettelse, bevaret indtastning og bekræftet modtagelse.
En formular kan se forståelig ud i en designgennemgang og skabe ekstra arbejde, når en indtastning rettes. Godkendelsen bør derfor angive, hvilken del af forløbet der faktisk er vurderet, og hvilke spørgsmål der er åbne.
Samme forespørgsel, forskellige forløb
Tabellen beskriver antaget adfærd i to fiktive projektformularer. Deres startvisninger virker lige velordnede. Begge angiver telefonnummeret som frivilligt; personen vil indsende en forespørgsel, som giver mulighed for spørgsmål via e-mail.
Kontroltilfælde | Version A | Version B |
|---|---|---|
Telefonfeltet er tomt | Behandles alligevel som obligatorisk ved afsendelse. | Forbliver frivilligt. |
E-mail er ufuldstændig | Kun rød ramme, ingen hjælp til rettelse. | Forståelig fejltekst med vej til feltet. |
E-mail rettes | Det allerede indtastede projektmål forsvinder. | Projektmålet bevares. |
Overførsel er ubekræftet | Succes vises straks efter klikket. | Modtagelsen vises som endnu ubekræftet. |
En gennemgang af startvisningen alene afslører ikke forskellene. Udseende og adfærd under opgaven skal derfor vurderes sammen. W3C WAI behandler udtrykkeligt tilbagemeldinger ved felter og om afsendelsens resultat som dele af formularforløbet.
Skeln mellem observation og funktionskontrol
GOV.UK beskriver brugertest med konkrete opgaver og klare, neutrale instruktioner. Her kunne målet være: “Indsend en projektforespørgsel, så teamet kan kontakte dig via e-mail.” Man observerer, om personen når målet, hvor vedkommende tøver, og hvilken hjælp der behøves. Instruktionen afslører ikke, hvilken knap der skal vælges bagefter.
En forberedt funktionskontrol undersøger desuden målrettet ufuldstændige indtastninger og manglende serverbekræftelse. Den kan vise, om værdier bevares. Et teknisk gennemspillet fejltilfælde er ikke en observation af rigtige brugere. De to typer fund besvarer forskellige spørgsmål.
Hvad en tidlig designgodkendelse kan vise
Et visuelt udkast hjælper med tidligt at vurdere ordlyd, informationshierarki og nærhed mellem hjælp og felter. Er forløbene ikke bygget, kan en klikbar prototype gøre rettelser forståelige. Serverens accept skal her være markeret som en antaget tilstand.
Ved senere godkendelse er hele vejen til bekræftet modtagelse vigtig, inklusive aftalte fejltilfælde. En tydelig godkendelsesnote nævner derfor den undersøgte opgave, den sidste bekræftede tilstand og de åbne punkter.
Kilder
Læs videre
Alle artikler
Design & UX med ASES
Brugeroplevelse, brugerflader og brandets udtryk