• “Studenten zijn sterk zoek-georiënteerd en schakelen bij het minste geringste aan navigatie-uitdaging over op de zoek-functionaliteit.”
• “Studenten vinden het niet leuk om nieuwe interface stijlen te leren.“
• “Studenten (college) zijn veel meer taak-gericht (dan teenagers). Ze waarderen interactiviteit wanneer het toegevoegde waarde heeft en hun taak ondersteund.”
• “Studenten hebben gewoonlijk meerdere browser-tabs tegelijk open op hetzelfde moment. Wanneer een site de ‘flow’ onderbreekt, schakelen ze over naar een ander tab en een andere site/taak (van social media, tot concurrerende sites).”

Download het 259-pagina dikke report over onderzoek  ”Designing Websites for College Students“.

Geheel volgens de “The Stages of the Usage Lifecycle“, werd mijn interesse gewekt en uiteraard browse je dan als brave “interest visitor” de hele website door en uiteindelijk werd mijn aandacht ook getrokken tot “15 praktische usability guidelines“. Als ik dan vervolgs blij van enthousiasme dat met jullie wil delen… blijkt dat dus gewoon lekker voorspelbaar onderdeel van die lifecycle te zijn. enjoy!

15 praktische usability guidelines

1. Zorg dat je gevonden wordt in Google
2. Test op usability
3. Maak alle tekst scanbaar
4. Breng structuur in de Navigatie
5. Maak correct gebruik van GUI controls
6. Geef de gebruiker steeds Feedback
7. Trek niet te vaak de Aandacht
8. Hou je aan de eigenschappen van Links
9. Maak elke actie ‘Undo-able’
10. Verzorg je Labels en fields
11. Help de gebruiker daar waar het nodig is
12. Voorzie goede Foutenboodschappen
13. Laat mensen via het toetsenbord werken
14. Maak je niet te druk over Scrollen
15. Maak het Toegankelijk: over Accessibility

URL is dead

In 2008 publiceerde Readwriteweb een artikel “The URL Is Dead, Long Live Search“, waarin werd voorspeld dat de url van minder belang zou worden en zoekers worden aangespoord met een specifieke opdracht. Uiteraard zagen zij als een van de redenen de afname van unieke mogelijkheden en onderscheidend vermogen voor urls.

In Nederland zie je ook al voorbeelden, zoals de Ambi-Pur commercial met de opdracht “Google ‘geur’ voor de kortingsbon”, zoals ook hier door Bijgespijkerd aangehaald. Is het opdrogen van de url-bron de aanleiding van dit verschijnsel??

Een snel overzicht van Google bewijst wat de meeste experts al lange tijd roepen, men gebruikt het zoekveld als navigatie element. Bij usability testen heb ik het ook gezien dat er bepaalde type gebruikers zijn die de ‘omslachtige’ navigatie volledig overslaan en hun weg zoeken en vinden. Een site-naam, soms zelfs met extensie, zoeken is een veel voorkomend startpunt in de browser. Dure voor de gesponsorde links die als bookmark functioneren op dat moment.

Hypothese

Er is een overweldigende hoeveelheid van informatie, de een roept ‘information overload‘ de ander ’filter failure‘, maar ondertussen leiden de cowpaths naar slim gebruik van het zoekveld. Simpelweg door op te houden met organiseren, backuppen en of zelfs ‘bewaren’, was 2010 niet het jaar van ‘the cloud’?

Als alles out-there is én 24/7 beschikbaar… moet je het dan nog naar je toehalen en je toe eigenen?

Google

Google Chrome, de browser van Google, heeft geen apart zoekveld. De adresbalk is tevens het zoekveld en het suggereert tevens valide url’s wanneer ze dat kunnen, wat de ‘zoekers-uit-gewoonte’ misschien niet zo snel zal opvallen. Het kan helpen tegen het ‘bookmark-gebruik’. Met deze slimme adresbalk werkt Google verder aan het idee (en de database ) dat gebruikers taak-georienteerd zoeken.

Het begon al in gmail, “is:unread”, “label:actions”, “from:” of “has:attachment”. Waarmee zij het probleem probeerden te voorkomen dat de gebruiker kritisch met zijn data omging (categoriseren, weggooien, backuppen) maar het vooral gewoon in één grote verzamelbak gooide; ‘Google Mail’.

Taak-Interface

Lifehackers kennen Quicksilver al jaren, het is een programma launcher en meer. Het kan reminders instellen, een mailtje starten, of iets aan een adresboek of kalender toevoegen; alles vanuit een eenvoudige interface. Google Quick Search Box project is het project van de maker van Quicksilver en heeft er een nog intelligentere applicatie van gemaakt.

Een applicatie dat bestaat uit een zoekscherm, waarin je kunt zoeken op je machine (oppervlakkig én inhoudelijk, in álles of waar je het toestaat), het www of je netwerk. Het is een nog rijkere applicatie-launcher en het maakt ordening helemaal onnodig. Het maakt niet uit waar je het neerzet, je vindt het toch wel. Een overvolle applicatie-dock is ook niet meer nodig, “[short-cut] + CHR” is al genoeg om CHROME als eerste suggestie (gebasseerd op populariteit) op te laten roepen en te starten.
Zelf ben ik inmiddels overgestapt op (shareware) Launchbar, het maakt nagenoeg geen aanslag op mijn OS, is daarom nog sneller, minder ‘aanwezig’ en het eenvoudigst van de 3 zover om als ‘taak-interface’ te gebruiken.

Ontwerpen van slimme interfaces, nu!

Wij ontwerpers kunnen nu al de ‘taak interface’ integreren, en door het centraal te positioneren (ipv zoals van oudsher ‘zoek’ ergens rechts-bovenin te verstoppen) kunnen we eindelijk afstappen van de ‘gezochtte’ (pun intended) navigatie-interfaces bedoeld om gebruikersgemak toe te voegen. Zoek is niet alleen een technische uitdaging, maar vooral ook een ontwerp uitdaging. De auto-complete of auto-suggest, de zoekresultaten, maar vooral de vorm, de structuur, hierarchie en vergevingsgezindheid. We zijn een snel-lerend zoek-volkje, maar niet heel erg geduldig…

We ontkomen er niet meer aan… Je OS bevat een taak interface, je iPod/iPhone, applicaties als Evernote en -fingerscrossed- 7thsen.se ook bij de release aanstaande 8 juni. Zelfs de auto stappen we in en kunnen we verbaal deze taak-interface gebruiken; “licht AAN”, “playlist TEAM WILLIAM” en “bestemming BAGELS&BEANS ARNHEM”… of klinkt dat alleen maar heerlijk?

• Standard Screen Patterns: 12 patterns w/100 examples
• Essential Controls: 30 controls for RIA design and development
• Components for Commonly Requested Features: 15 patterns and examples

Inhoud van het eerste deel uit de serie

Op de persoonlijke site van Theresa Neil designgenie.org kun je het eerste artikel ook als pdf downloaden.

Bezoek andere ‘design patterns’ websites

• Welie
• Patterntap
• uidesignpatterns.org
• Smiley Cat Design showcases
• ui-patterns.com
• Factory Joe @Flickr
• Yahoo! Design Pattern Library

Hoe beantwoord je een vraag?

In het boek ‘Forms That Work‘ wordt er gesproken over de vier stappen van het beantwoorden van een vraag door een bezoeker. Deze stappen zijn gebaseerd op onderzoeken van Tourangeau, Rips en Rasinski en staan beschreven in het boek “The Psychology of Survey Reponse“. De stappen die zij vast hebben gelegd m.b.t. het beantwoorden van vragen in een onderzoek zijn:

1. De vraag begrijpen
2. Zoeken naar een antwoord
3. Bepalen of het antwoord bij de vraag past
4. Plaatsen van het antwoord in het formulier

“Zoeken naar een antwoord” onderscheid hij in de volgende vier bronnen:

1. Directe geheugen
2. Verzamelde gegevens
3. Een derde partij
4. Verzonnen gegevens

Waar hij juist frustratie voorspelt bij het invullen van gegevens van een derde partij (gegevens die opgezocht moeten worden; paspoort, klantnummer etc.), voorspel ik deze mogelijkheid al bij stap 2 “Zoeken naar een antwoord”. Ryan Singer van 37Signals benoemde het al op FOWD in april 2007: “Making stuff up sucks!“.

Hoe moeilijk kun je het maken?

• Format van velden, zoals…
  • Puntjes tussen voorletters
  • Geboortedatum ..-..-.. of ../../.. of ….
  • Postcode 1234 AA of 1234AA of over 2 velden
  • Telefoonnummer (06)12345678 of 0612345678
  • Geef inputformat vrij: los het zélf op.
• Bedenken van een unieke gebruikersnaam…
  • Pas ná verzenden foutmelding verkrijgbaarheid gebruikersnaam melden
  • On-the-fly checken en melding geven van status.
• Wachtwoord verzinnen…
  • Je standaard wachtwoord (hoeveel daar ook over te zeggen valt) voeldoet vaak niet:
  • Bijzondere tekens, mag niet of moet juist,
  • Lengte van wachtwoord varieerd,
  • Verplichte samenstelling, bijv persé 2 cijfers en 8 letters.
  • Wachtwoord genereren en gebruiker achteraf desgewenst laten aanpassen. Format vrijgeven, suggestie van sterkte meegeven (zie wordpress)
    

• De wet van nabijheid;
• De wet van overeenkomstigheid;
• De wet van geslotenheid;
• De wet van goede continuïteit;
• De wet van eenvoud.

Waarom moet ik bij het aanvragen van een nieuw product ALLES opnieuw invullen?

Om een spaarrekening voor mijn e/o betaalrekening aan te vragen, moet ik het formulier opnieuw, volledig invullen. Zelfs als ik ingelogd ben, of wanneer ik de vriendelijke meneer van 0900-DSB bel. Alle veldjes moeten opnieuw naar waarheid ingevuld worden.

Wie kan mij uitleggen waarom dit niet makkelijker kan? Ik neem aan dat ook de DSB Bank in de huidige tijd graag mijn centen wil hebben…

Onlangs postte ik het artikel “Kleur als persoonlijkheid“, welke ik speciaal voor Usabilityweb Magazine had geschreven. De titel van de gepubliceerde variant vind ik trouwens discutabel, want in het artikel wil ik juist pleiten dat goed kleurgebruik géén kwestie van gevoel en smaak is.

Van de uitgever, Concept 7, heb ik een mooie stapel magazines gekregen en ik heb er nog een paar over. Nou kan ik je aanraden om gewoon een -gratis- abonnement te nemen en een mailtje te sturen naar stefan@concept7.nl, maar blogvriendjes zoals jij wil ik er wel een toesturen natuurlijk

Een leuk gevolg van deze ervaring, is dat UM heeft gevraagd of ik een nieuwe bijdrage kan leveren voor een volgende uitgave. Dus ik ben al weer ijverig aan het pennen gegaan!