Bedöm formulär genom en hel uppgift
En fiktiv jämförelse visar vad som är öppet efter designgodkännande: rättelse, bevarad inmatning och bekräftat mottagande.
Ett formulär kan se begripligt ut vid en designgenomgång och skapa extra arbete när inmatning rättas. Godkännandet bör därför ange vilken del av flödet som faktiskt bedömts och vilka frågor som är öppna.
Samma förfrågan, olika flöden
Tabellen beskriver antaget beteende i två fiktiva projektformulär. Startvyerna ser lika ordnade ut. Båda anger telefonnummer som frivilligt; personen vill skicka en förfrågan som möjliggör följdfrågor via e-post.
Kontrollfall | Version A | Version B |
|---|---|---|
Telefonfältet lämnas tomt | Behandlas ändå som obligatoriskt vid inskickning. | Förblir frivilligt. |
E-post är ofullständig | Bara röd ram, ingen hjälp att rätta. | Begriplig feltext med väg till fältet. |
E-post rättas | Det redan inmatade projektmålet försvinner. | Projektmålet finns kvar. |
Överföring är obekräftad | Framgång visas direkt efter klicket. | Mottagandet visas som ännu obekräftat. |
Enbart en genomgång av startvyn avslöjar inte skillnaderna. Utseende och beteende under uppgiften måste därför bedömas tillsammans. W3C WAI behandlar uttryckligen återkoppling vid fälten och om inskickningens resultat som delar av formulärflödet.
Skilj observation från funktionskontroll
GOV.UK beskriver användningstester med konkreta uppgifter och tydliga, neutrala instruktioner. Målet här kan vara: “Skicka en projektförfrågan så att teamet kan nå dig via e-post.” Man observerar om personen når målet, var hen tvekar och vilken hjälp som behövs. Instruktionen avslöjar inte vilken knapp som ska väljas därefter.
En förberedd funktionskontroll granskar dessutom ofullständig inmatning och utebliven serverbekräftelse. Den kan visa om värden finns kvar. Ett tekniskt genomgånget felfall är ingen observation av verkliga användare. De två typerna av fynd besvarar olika frågor.
Vad ett tidigt designgodkännande kan visa
Ett visuellt utkast hjälper till att tidigt bedöma ordval, informationshierarki och närheten mellan hjälp och fält. Är flödena inte byggda kan en klickbar prototyp göra rättelsevägar begripliga. Serverns acceptans måste då markeras som ett antaget tillstånd.
Vid senare godkännande är hela vägen till bekräftat mottagande viktig, inklusive överenskomna felfall. En tydlig godkännandenotering anger därför den granskade uppgiften, det sista bekräftade tillståndet och öppna punkter.
Källor
Läs vidare
Alla artiklar
Design & UX med ASES
Användarupplevelse, gränssnitt och varumärke