Een consistent ontwerp kan verschillende indelingen hebben
Een lijst helpt vergelijken; een bevestiging vraagt om de beslissende details. Vertrouwde bedieningselementen kunnen wel gedeeld blijven.
Stem de pagina-indeling af op de taak van dat moment. Wie één item uit veel mogelijkheden kiest, heeft andere informatie nodig dan iemand die een concrete handeling bevestigt. Een vast raster kan die verschillen verhullen als het team het ongewijzigd voor beide situaties gebruikt.
Twee taken in hetzelfde portaal
In dit volledig fictieve voorbeeld kiest iemand een projectrapport uit een lijst en controleert vervolgens de verzending ervan. De tabel bevat voorbeeldgegevens. De eerste weergave moet de selectie ondersteunen; de tweede moet laten zien welke versie naar wie zou gaan.
Aspect | Selectieweergave | Controle vóór verzending |
|---|---|---|
Voorbeeldgegevens | Rapport | Rapport |
Indeling | Vergelijkbare rijen en filters helpen het gezochte rapport te vinden. | Een samenvatting met labels toont ontvanger en bestandsversie volledig. |
Hoofdactie | Rapport openen | Rapport naar de getoonde ontvanger verzenden |
Een breed lijstraster is bedoeld om meerdere rapporten te vergelijken. Bij een bevestiging kunnen dezelfde kolommen belangrijke gegevens naar de rand drukken of op kleine schermen afsnijden. In het voorbeeld blijft de juiste bestandskeuze problematisch als de ontvanger over het hoofd wordt gezien.
Terugkerende functies herkenbaar houden
De W3C-toelichting over consistente identificatie behandelt terugkerende bedieningselementen met dezelfde functie. Vertrouwde labels, pictogrammen en toegankelijke namen helpen daarbij. Daaruit volgt geen verplichting om elke pagina hetzelfde in te delen.
Navigatie, focusweergave en het gedrag van bekende knoppen kunnen gedeeld blijven. ‘Rapport openen’ en ‘Rapport verzenden’ moeten juist als verschillende handelingen herkenbaar zijn. Hetzelfde vage label ‘Doorgaan’ zou hier de betekenis van de tweede handeling verbergen. Een gedeeld ontwerp moet herkenning ondersteunen en de verschillen in het proces duidelijk houden.
De bevestiging op de handeling afstemmen
GOV.UK beschrijft een controleweergave met relevante gegevens, een wijzigingsmogelijkheid en een duidelijk benoemde laatste actie. In ons voorbeeld moeten ontvanger, project en geselecteerde bestandsversie vóór verzending begrijpelijk bij elkaar staan. De weergave zelf bevestigt nog niet dat het rapport is verzonden.
Kan iemand de ontvanger wijzigen, dan moet die daarna de bijgewerkte samenvatting kunnen controleren. Andere eerder gekozen gegevens moeten behouden blijven. De applicatie moet ook toegestane wijzigingen en de werkelijk verzonden versie betrouwbaar verwerken; een overzichtelijke pagina alleen bepaalt dat niet.
Wanneer een gedeelde indeling volstaat
Bij een korte taak met weinig variatie kan een compacte samenvatting op hetzelfde scherm volstaan. Een extra pagina is niet voor elke handeling nodig. Het gaat erom dat alle nodige gegevens op het actiemoment volledig en begrijpelijk beschikbaar zijn.
Laat beide taken met realistische voorbeelden uitproberen: eerst het rapport vinden, dan de ontvanger en versie vóór de actie controleren. Observeer vooral lange teksten, kleine schermen en de terugkeer na een wijziging. Zo kunt u beoordelen welke elementen gedeeld kunnen blijven en welke indeling elke taak nodig heeft.
Bronnen
Verder lezen
Alle artikelen
Design & UX met ASES
Gebruikerservaring, interfaces en merkuitstraling