Nullbeta aka HansR - online sinds 2001. Tegelijkertijd baasje en knecht van het slechtst gelezen weblog van het noordelijk halfrond. XHTML en cascading style sheet fetisjist. Parttime usability neuroot. Object oriëntatie losert. SQL wannabe. De ongekroonde koning van de ongedocumenteerde spaghetticode. Verliefd op en ziek van SEO. Vindt zijn Asics tegenwoordig vaak leuker dan zijn laptop.

Nullbeta sluit zich aan bij de woorden van Dante – All hope abandoned, he who entereth here ...

Howto gain WEB dominance?

Null, code knagen, cms in de polder, stijlbladen, gelaagd bouwen, MySQL, php, Emmeloord, webservers, toegankelijk, document object model, zzp, organisch, puntkomma kwijt, webstandaards, uhhh zoekmachine spam? Beta. Nullbeta.

Null ...

Nul? Nee null! Uhh, wat is null?

... Beta

Adj. 1. important, of importance - of great significance or value; "important people"; "the important questions of the day"


 

Bruikbare formulieren

24 december 2005

Op ALA kwam ik laatst een artikel over de bruikbaarheid van formulieren op websites tegen.

De do’s and don’ts en een paar handige trucs en tips. De naar mijn mening belangrijkste dingen zet ik hieronder op een rijtje … meer lezen

  • Korte formulieren heerschen. Met andere woorden: vraag zo min mogelijk informatie van de gebruiker. Want een (te) lange vragenlijst werkt intimiderend en is een behoorlijke stimulans voor mensen om af te haken. Zelf bedenk ik me bijvoorbeeld ook wel twee keer voordat ik me het hemd van het lijf laat vragen om de evaluatie-versie van een stukje software te kunnen downloaden. Dus stel jezelf de vraag: is de gevraagde info belangrijk genoeg om te riskeren dat gebruikers afhaken? Als je twijfelt, schrappen dat veld!
  • Zorg ervoor dat verplichte velden duidelijk als zodanig gemarkeerd zijn. Hiermee voorkom je dat de gebruiker de info drie keer moet inschieten voordat alle vereiste formulierinformatie is ingevuld. Al is het maar door middel van de simpele tekstuele toevoeging verplicht in het veldlabel. Of verdeel de gevraagde info in een sectie met verplichte velden en één met optionele info.
  • Zorg voor een duidelijke foutafhandeling, een beschrijvende foutmelding en wijs de gebruiker de weg naar het veld waar het fout ging. Om het laatste te bewerkstelligen zijn visuele signalen zoals vetgedrukte tekst in rood reuze handig. Maar ook een roodomrand kader of een ikoontje om het veld met ontbrekende info te markeren komen van pas. Maar vergeet vooral niet om gelaagd te bouwen: een tekstuele aanwijzing is naar mijn mening onontbeerlijk voor bezoekers met een browser zonder visuele toeters en bellen.
  • Laat de gebruiker zoveel mogelijk vrij in het formaat waarin hij of zij gegevens invult. Draag indien nodig achter de schermen zorg voor de gewenste formattering van informatie zoals geboortedatums en telefoonnummers. Het is voor een gebruiker aardig irritant om lastig te worden gevallen met meldingen dat er geen koppelteken staat tussen het kengetal en het abonneenummer van het ingevulde telefoonnummer. Een serverside script met een reguliere expressie om de geldigheid van veldinfo te valideren doet wonderen.
  • Groepeer waar nodig formulierelementen. Met behulp van de legend tag bijvoorbeeld. Het komt de leesbaarheid van het formulier ten goede.
  • Geef de gebruiker voldoende ruimte om de vereiste gegevens in te kunnen typen.
  • Javascript om de gebruiker te sturen (automatisch aanvullen, springen naar een volgend veld als het aantal vereiste tekens is ingevuld)? Uitkijken! Onzorgvuldige inzet van javascript kan leiden tot een voor de bezoeker onbruikbaar formulier.

Geschreven door HansR
Er is nog niet gereageerd op deze tekst.
Geplaatst in Usability
Getagged als , ,

Reageren:




De volgende tags kun je in je reactie gebruiken:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>


RSS feed voor reacties op deze blogpost. TrackBack URL