Een designsysteem in de echte werkwijze beoordelen
Het aantal componenten zegt weinig over hun nut. Een bestelknop laat zien welke toestanden gemeenschappelijke regels nodig hebben.
Beoordeel een designsysteem op de vraag of zijn bouwstenen terugkerende taken betrouwbaar ondersteunen. Het aantal getekende componenten is daarvoor een zwakke maatstaf. Eén bestelknop laat al zien hoeveel er tussen een mooi ontwerp en bruikbaar gedrag ligt.
Dit voorbeeld is fictief. Een klantportaal krijgt een zorgvuldig ontworpen knop ‘Bestelling versturen’. Afstanden, kleur en typografie kloppen. In het ontwerp geldt de component als af. Wat na het starten van een verzoek gebeurt, is nog onbeslist.
Eén uiterlijk dekt geen verschillende uitkomsten
Situatie in het voorbeeld | Wat de interface moet overbrengen |
|---|---|
Verzoek wordt verwerkt | De handeling loopt; opnieuw activeren wordt passend behandeld. |
Server bevestigt de bestelling | Bestelreferentie B-42 en bevestigde status worden getoond. |
Server wijst een ongeldige hoeveelheid af | De hoeveelheid blijft zichtbaar en is begrijpelijk te corrigeren. |
Verbinding valt na verzending weg | De uitkomst is onzeker; de bestelstatus moet worden gecontroleerd. |
Een rode knop verklaart de laatste situatie niet. De bestelling kan al bestaan. Ook een groen vinkje zonder bevestigde reactie bewijst geen succes. Dit gaat over juiste informatie én visuele vormgeving.
Gedeeld gedrag met productregels verbinden
De component kan zichtbare focus, ruimte voor langere labels en een verwerkingsweergave bieden. Het bestelproces moet weten welke hoeveelheden geldig zijn en hoe een onzekere serveruitkomst wordt opgehelderd. Een algemene knop kan die regels niet oplossen.
De WAI-ARIA-gids beschrijft iets vergelijkbaars: een rol geeft verwachte betekenis aan, maar implementeert geen toetsenbordinteractie. Gedeelde ontwerpwaarden, zoals een benoemde tekstkleur in een designtoken, vervangen evenmin gedrag of de verbinding tussen ontwerp en code.
Een uitgeschakelde knop is ook niet voor elke fouttoestand de juiste oplossing. GOV.UK wijst op mogelijke begripsproblemen. Als een actie wordt geblokkeerd, heeft de persoon een begrijpelijke uitleg en een bereikbare vervolgstap nodig.
De benodigde diepte hangt van het gebruik af
Een statische informatiepagina heeft geen bestelstatus nodig. Een puur visueel logo vraagt geen toestandsmachine voor serververzoeken. Iedere component dezelfde varianten opleggen veroorzaakt onnodig onderhoud.
Omgekeerd kan een bestaande, geteste componentenbibliotheek deze behoeften al goed afdekken. Passend aansluiten kan dan zinvoller zijn dan nabouwen. De beoordeling verandert als werkelijke processen aantoonbaar niet begrijpelijk met de beschikbare componenten zijn weer te geven.
Beoordeel daarom een terugkerende werkwijze in de geïmplementeerde interface, inclusief fouten en langere vertalingen. Hier is de component pas bruikbaar aangesloten als ook iemand met een onzekere besteluitkomst weet wat de volgende stap is. Dubbele bestellingen voorkomen vereist bovendien passende serverregels; alleen een knop uitschakelen is onvoldoende.
Bronnen
Verder lezen
Alle artikelen
Uw project met ASES
Beschrijf ons uw project. We nemen contact met u op met een eerste inschatting.