Domein F: Interactie

Je luistert naar muziek op een bluetooth-speaker en vindt het te zacht. Doorloop de handelingscyclus van Norman voor de taak „het volume harder zetten” en geef aan waar een uitvoeringskloof of een evaluatiekloof kan ontstaan.

1. 01Doel

   Je stelt een doel: de muziek moet harder klinken.

2. 02Intentie en plan

   Je vormt de intentie „ik ga het volume verhogen” en bedenkt het plan: op deze speaker draai je de knop rechtsom, op je telefoon sleep je de volumeschuif omhoog of druk je de volume-omhoog-knop.

3. 03Handeling uitvoeren

   Je draait de knop rechtsom (of drukt de volumeknop op de telefoon).

4. 04Systeem verandert

   De versterking van de speaker gaat omhoog; het geluid wordt luider.

5. 05Waarnemen, interpreteren, evalueren

   Je hoort dat het harder wordt en ziet eventueel de volumebalk stijgen; je beoordeelt of het nu hard genoeg is. Zo niet, dan begin je de cyclus opnieuw met een nieuw deeldoel.

6. 06Uitvoeringskloof

   Ontstaat als je niet kunt zien hóé je het volume verhoogt: een knop zonder markering welke kant harder is, of een touchscreen zonder zichtbare volumeregeling.

7. 07Evaluatiekloof

   Ontstaat als het systeem het resultaat niet toont: de speaker staat per ongeluk gedempt en er is geen volume-indicator, dus je weet niet of je handeling effect had.

Resultaat: De taak doorloopt alle stappen van doel tot evaluatie. Duidelijke markeringen op de knop (feedforward) verkleinen de uitvoeringskloof, en een zichtbare volumebalk plus hoorbaar geluid (feedback) verkleinen de evaluatiekloof.

Aan een glazen deur die je moet duwen, zit aan beide kanten een verticale beugel. Bezoekers trekken er telkens vergeefs aan. Analyseer welke feedforward en feedback ontbreken, betrek het mentale en conceptuele model, en verbeter het ontwerp.

1. 01Affordance

   De verticale beugel nodigt uit tot pakken en trekken. Voor een deur die geduwd moet worden is dat een verkeerde (valse) affordance: de vorm stuurt de verkeerde handeling.

2. 02Signifier ontbreekt

   Er is geen zichtbare aanwijzing zoals „DUW” of „TREK” die vertelt wat je moet doen; er is dus geen feedforward.

3. 03Feedback

   Je merkt pas dát het misgaat nadat je vergeefs hebt getrokken (negatieve feedback achteraf). Het ontwerp stuurt je niet vooraf.

4. 04Mentaal versus conceptueel model

   De ontwerper weet dat de deur duwt (conceptueel model), maar het systeembeeld — de beugel — communiceert „trekken”, zodat het mentale model van de bezoeker verkeerd wordt.

5. 05Verbetering

   Vervang de beugel aan de duwzijde door een vlakke duwplaat (affordance = duwen) en houd een echte handgreep alleen aan de trekzijde; voeg eventueel het woord „DUW” toe als signifier.

Resultaat: De vorm van de deur stuurt nu vanzelf de juiste handeling: de affordance klopt, de feedforward is aanwezig en het mentale model van de bezoeker gaat overeenkomen met dat van de ontwerper — de uitvoeringskloof sluit.

Kies voor (a) een supermarktkassa, (b) een smartphone en (c) het beheer van een webserver telkens een passende interactiestijl en beredeneer je keuze.

1. 01a) Supermarktkassa

   Kies directe manipulatie via een touchscreen met grote knoppen, aangevuld met een barcodescanner. Wisselend personeel moet met minimale training snel en foutarm werken; herkenning van grote knoppen werkt beter dan een commando onthouden, en scannen houdt het tempo hoog.

2. 02b) Smartphone

   Kies directe manipulatie met touch en gebaren, aangevuld met spraak. Het scherm is klein en je bedient het onderweg met je vingers; tikken en vegen zijn direct, en spraak biedt handenvrije bediening.

3. 03c) Webserverbeheer

   Kies de opdrachtregel (via SSH). Het beheer is krachtig, precies en herhaalbaar, laat zich met scripts automatiseren en werkt over het netwerk zonder grafische schil; de beheerder gebruikt het dagelijks, dus het uit het hoofd kennen van commando's is geen bezwaar.

4. 04Afweging

   Merk op dat de beste keuze per situatie verschilt: dezelfde opdrachtregel die ideaal is voor de server zou aan de kassa veel te traag en foutgevoelig zijn.

Resultaat: Kassa → directe manipulatie op touch; smartphone → directe manipulatie met touch, gebaren en spraak; serverbeheer → opdrachtregel. De keuze volgt telkens uit gebruiker, taak en context, niet uit één „beste” stijl.

Je ontwerpt een app die havo-leerlingen helpt hun huiswerk en toetsen bij te houden. Stel een persona en één gebruiksscenario op en beschrijf welke eerste prototype-stap je zou testen.

1. 01Persona

   „Sanne, 15 jaar, havo-4. Doel: overzicht houden over toetsen en deadlines. Frustratie: raakt opdrachten kwijt in een chaotische papieren agenda. Context: gebruikt vooral haar telefoon, in korte momenten tussen de lessen. Digitale vaardigheid: hoog met apps, maar weinig geduld.”

2. 02Gebruiksscenario

   „Als Sanne wil ik na een les binnen tien seconden een opdracht met deadline toevoegen, zodat ik niets vergeet.” Dit benoemt de gebruiker, de taak, de context (staand, één hand, weinig tijd) en de gewenste uitkomst.

3. 03Eerste prototype (lo-fi)

   Teken op papier het scherm „opdracht toevoegen”: één groot invoerveld voor de titel, een eenvoudige datumkiezer en één opvallende plusknop. Papier is goedkoop en snel te wijzigen.

4. 04Kort testen

   Laat drie klasgenoten uit de doelgroep hardop denken terwijl ze proberen binnen tien seconden een opdracht in te voeren; noteer waar ze aarzelen.

5. 05Verbeteren

   Blijkt de datumkiezer onduidelijk, vervang die in de volgende iteratie door de snelkeuzes „vandaag / morgen / kies datum” en test opnieuw.

Resultaat: Met een scherpe persona en een concreet scenario ontwerp je gericht; door eerst een papieren prototype te testen ontdek je knelpunten vroeg en goedkoop, precies zoals de iteratieve ontwerpcyclus voorschrijft.