Het websitemenu afstemmen op concrete gebruikerstaken
Koppel bestaande pagina’s aan de taken van bezoekers. Een uitgewerkt voorbeeld verduidelijkt menuteksten, bestemmingen en de daaropvolgende controle.
Plan het websitemenu op basis van wat bezoekers willen doen. Daarvoor moet u weten welke inhoud beschikbaar is en welke vraag elke bestemmingspagina beantwoordt. De afdelingsnamen van uw bedrijf vormen aanvankelijk slechts één mogelijke indeling.
Bestaande inhoud aan een taak koppelen
Het volgende voorbeeld is fictief. De website van een softwareleverancier bevat een integratiepagina, een formulier voor projectaanvragen en hulp bij al gebruikte portaalsoftware. De codes verwijzen naar eigen voorbeeldpagina’s, niet naar echte ASES-routes.
De tabel toont een deel van de navigatie. De menuteksten zijn voorstellen; de koppeling met bestemmingen is een verwachting voor latere controle, geen resultaat van gebruikersonderzoek.
Taak | Bestaande inhoud | Voorgesteld menu-item | Bestemming |
|---|---|---|---|
Nagaan of de leverancier klantgegevens tussen CRM en ERP kan overdragen. | Systeemintegratie met gegevensstromen, grenzen en contactmogelijkheid. | Systemen verbinden |
|
Een geplande webapplicatie beschrijven en de eigen contactgegevens opgeven. | Projectaanvraag met informatie over het project en het contact. | Project aanvragen |
|
Lezen hoe een bestandsexport in de al gebruikte portaalsoftware werkt. | Portaalhulp met de bijbehorende instructie. | Portaalhulp |
|
Een bestemmingspagina moet de belofte van het menu-item waarmaken. Een algemeen dienstenoverzicht volstaat bijvoorbeeld niet als de gezochte integratie-informatie ontbreekt. Bekijk eerst de inhoud voordat u alleen de link hernoemt.
Menuteksten met taken onderzoeken
GOV.UK adviseert concrete, geloofwaardige testtaken die de oplossing niet verklappen. Geef een passende deelnemer bijvoorbeeld de eerste taak uit de tabel. Vertel niet welk menu-item die moet kiezen. Observeer de gekozen tekst, omwegen en het resultaat op de bestemmingspagina.
Vraag daarna of de gevonden informatie de taak beantwoordt. Een eerste klik alleen bewijst dat nog niet. Leg observatie en interpretatie afzonderlijk vast: een verkeerde bestemming kan voortkomen uit de tekst, groepering of ontbrekende inhoud. Uit één poging volgt geen algemeen succespercentage.
Oriëntatie op kleine schermen behouden
De WAI-menuhandleiding beschrijft semantische structuur en consistente zichtbare items bij verschillende schermgroottes. Een uitklapbaar mobiel menu moet dezelfde taken ondersteunen. Items die in beide weergaven zichtbaar zijn, moeten dezelfde volgorde, tekst en bestemming hebben; de huidige pagina moet herkenbaar zijn.
Houd expliciet rekening met lange vertalingen en meerdere navigatieniveaus. Een item in een subgroep onderbrengen is een inhoudelijke keuze die verder gaat dan ruimte besparen. Controleer of de drie voorbeeldtaken daar ook zonder uitleg uitvoerbaar blijven.
Ook de bediening van de navigatie beoordelen
Het WAI-ARIA-voorbeeld onderscheidt gewone websitenavigatie van een applicatiemenu met speciale toetsenbordbediening. De rol menu is niet automatisch geschikt voor gewone navigatielinks. Gebruik begrijpelijke links en geschikte bedieningselementen voor het uitklappen; hun status en focus moeten duidelijk zijn.
Controleer in de geïmplementeerde versie toetsenbordbediening, vergroting en een passende schermlezerconfiguratie. De controle van de drie bestemmingen vervangt deze technische toets niet. Neem menuteksten en groepen over als taakbegrip, doelinhoud en bediening bij elkaar passen; houd openstaande bevindingen zichtbaar.
Bronnen
Verder lezen
Alle artikelen
Design & UX met ASES
Gebruikerservaring, interfaces en merkuitstraling