Projectformulieren met duidelijke velden en foutmeldingen plannen
Een formulierontwerp verduidelijkt verplichte gegevens, veldteksten en concrete fouten. Ingevoerde informatie blijft bij correctie behouden.
Een lang projectformulier is gerichter te verbeteren wanneer de volgende werkstap duidelijk is. Bepaal eerst welke gegevens het team daarvoor werkelijk nodig heeft. Plan vervolgens labels, validatie en terugkoppeling samen.
Begin bij de volgende werkstap
In het onderstaande fictieve portaal moet het team een eerste softwareaanvraag inhoudelijk indelen en per e-mail vragen stellen. Projecttitel, projectdoel en e-mail zijn daarom verplicht. Het telefoonnummer blijft vrijwillig. Factuuradres en intern klantnummer zijn voor deze eerste aanvraag niet verplicht. Dit is een keuze voor de voorbeeldwerkwijze.
W3C WAI beveelt aan alleen gegevens te vragen die voor het betreffende proces nodig zijn. Iedere overgebleven vraag moet een begrijpelijk doel hebben.
Veldteksten zichtbaar houden
Labels blijven tijdens invoer zichtbaar en worden technisch aan hun velden gekoppeld. Een tijdelijke tekst in een leeg veld vervangt het label niet: deze verdwijnt bij het typen. Doel en vrijwilligheid worden daarom naast het veld uitgelegd.
Veld | Voorheen | Gepland |
|---|---|---|
| Project | Projecttitel (verplicht) – Hoe noemt uw team dit initiatief? |
| Beschrijving | Projectdoel (verplicht) – Welke taak moet de software makkelijker maken? |
| Contact | E-mail voor vragen (verplicht). |
| Telefoon * | Telefoonnummer (vrijwillig). |
“Vrijwillig” moet overeenkomen met de validatie bij verzenden. Een leeg telefoonveld mag in deze werkwijze geen fout veroorzaken.
Fouten aan de concrete situatie koppelen
Voor dit formulier is validatie bij verzenden gepland. Ontbrekende gegevens, onvolledige invoer en een onbevestigde overdracht krijgen verschillende terugkoppeling.
Situatie | Gepland bericht |
|---|---|
E-mail ontbreekt | Vul een e-mailadres voor vragen in. |
E-mail bevat | Het e-mailadres is onvolledig. Voorbeeld: |
Overdracht onbevestigd | Ontvangst van uw aanvraag is nog niet bevestigd. Uw invoer blijft hier bewaard. |
Een formaatcontrole bevestigt niet dat de mailbox bereikbaar is. Een overdrachtsprobleem wordt niet voorgesteld als een verkeerd ingevuld e-mailveld.
Corrigeren zonder gegevensverlies
Na een invoerfout voorziet het ontwerp in een foutenoverzicht dat toetsenbordfocus krijgt en naar het betrokken veld verwijst. Dezelfde begrijpelijke fouttekst staat bij het veld; hulptechnologie moet deze ook kunnen koppelen. Bestaande waarden blijven staan, inclusief de te corrigeren invoer.
Een succesbericht volgt pas nadat de server ontvangst bevestigt. Bij een onduidelijke uitkomst moet het proces voor opnieuw verzenden verduidelijken hoe een mogelijk al ontvangen aanvraag wordt herkend.
Een volledige taak controleren
Laat de voorbeeldaanvraag zonder telefoonnummer invullen. Controleer ook het foutpad met een onvolledige e-mail: is de melding te vinden, de adresinvoer te corrigeren en de aanvraag af te ronden terwijl het projectdoel behouden blijft? Betrek toetsenbordgebruik, smal scherm en gebruikte hulptechnologie. Noteer waar iemand hulp nodig heeft en of ontvangst aan het einde werkelijk wordt bevestigd.
Bronnen
Verder lezen
Alle artikelen
Design & UX met ASES
Gebruikerservaring, interfaces en merkuitstraling