Inconsistentie teruglink/breadcrumb

[TessaViergever]

Gevonden probleem

Op verschillende pagina's wordt op verschillende manieren gebruik gemaakt van een terug link of breadcrumb.

1. Wanneer je vanaf home op "meldingen openbare ruimte" klikt, krijg je op deze pagina geen enkele terug optie te zien.

2. Wanneer je vervolgens, in dit geval, meldingen graffiti aanklikt, krijg je op deze pagina een volledige breadcrumb te zien.

3. Als je voor een andere optie in "meldingen openbare ruimte" klikt, bijvoorbeeld verhuizing doorgeven, krijg je "terug" te zien. Ook zie je hier in de header nogmaals een optie met "terug naar gemeentevoorbeeld.nl", hier heb ik een aparte issue van gemaakt.

4. Als je op contact klikt krijg je "home" als optie te zien.

Wat ik hier tevens opvallend vind is dat je op "contact" klikt maar de url "wmebv" toont. Ik weet toevallig het hier om het project "Wet modernisering elektronisch bestuurlijk verkeer" gaat. Als gebruiker zou ik "contact" in de url verwachten.

5. Wanneer je vanaf de wmebv pagina op het contactformulier klikt, kom je op een intropagina. Hier krijg je de optie "terug". Opzich snap ik hier wel dat er hier voor "terug" gekozen is. Je bent hier echt een proces gestart.

6. Verderop in dit proces, wanneer je de stappen van het formulier invult, krijg je de optie "vorige stap" te zien. Ook dit vind ik een logische keuze.

Mogelijke oplossing(srichting)

Als "terug" voor iedere intro pagina en "vorige stap" voor ieder formulier met meerdere stappen toegepast wordt, lijkt mij dit een passende oplossing. Wellicht zou dit getest kunnen worden of staat hier informatie over in wmebv gebruikersonderzoek

Voor pagina's die je bereikt via andere pagina's zou ik voor een breadcrumb kiezen.
Hier de documentatie over breadcrumb uit Storybook.

• alle pagina's in kaart brengen: welke optie gebruiken ze (geen, terug, breadcrumb)?
• beslissen welke optie in welke situatie/welk soort pagina de beste is
• deze opties toepassen op de juiste pagina's

Pagina's:

• product pagina klachten formulier (Zie ook convo op PR #450)