Profielgegevens - Mijn omgevingen

[ux-fran]

Note

• In deze GitHub Discussion verzamelen we informatie over het patroon: Profielpagina – Mijn omgeving.
• De pagina 'Mijn gegevens' toont persoonlijke gegevens van de gebruiker met de mogelijkheid om deze aan te passen.
• Deze pagina is besproken in de workshop Mijn Mijn Mijn. In de Design Open Dag is dit paginatype niet aan bod gekomen.
• Er is ook een overkoepelende GitHub Discussion voor Mijn omgeving patronen en templates.
• Belangrijk om te weten is dat ten tijden van dit schrijven (half april 2025) is nog geen duidelijkheid of accordeons de gewenste manier van datapresentatie is.

---

Profielpagina Mijn Gegevens

Op basis van workshops met ontwerpers en gemeenten zijn de volgende elementen benoemd als minimale inhoud van de Overzicht Thema pagina.

---

Basis inhoud

• Component: Page Header
  Bevat gebruikersinformatie en toegang tot profiel/loguit.

• Component: Breadcrumb

• Component: Side navigation

• Component: Alert (optioneel)
  Alleen zichtbaar bij belangrijke meldingen, zoals onderhoud.

• Component: Page Footer
  Bevat vaste content en blijft hetzelfde, ook wanneer een gebruiker is ingelogd.

---

Paginaspecifieke componenten

• Component: Heading – Titel van de pagina
  Bijvoorbeeld: “Mijn gegevens”

• Component: Ankerlijst
  Lijst met ankerlinkjes naar de verschillende onderwerpen op de pagina.

• Component: Heading 2 - Titel van contactgegevenblok

• Component: Link - Wijzigen
  Bij elke sectie of item kan een link staan om het specifieke gegeven aan te passen.

• Component: Contantgegevensblok (Data summary)
  Overzicht van persoonlijke gegevens zoals e-mail, telefoonnummer.

• Component: Heading 2 - Titel van Persoonsgegevenblok

• Component: persoongegevensblok (Data summary)
  Overzicht van persoonlijke gegevens zoals naam, achternaam etc (BRP).

• **Component: heading 3 - "Zie ook"

• Component: Unordered list
  Links naar externe informatie die gaan over persoonsgegevens.

• Component: Heading 2 - Titel van Adresgegevenblok

• Component: persoongegevensblok (Data summary)
  Overzicht van adresgegevens.

• Component: link
  Indien er 1 link wordt aangeboden onder een datablok, gebruik dan een link i.p.v. een unordered list (zoals hierboven in het voorbeeld.)

• Component: Heading 2 - Titel van Meldingen

• Component: Link - Wijzigen
  Bij elke sectie of item kan een link staan om het specifieke gegeven aan te passen.

• Component: meldingen (Data summary)
  Overzicht van instellingen van Meldingen.

---

Voorbeeld

Figma ontwerp - Mijn gegevens

---

Onderzoeksvragen

Dit zijn de vragen die tijdens de Mijn mijn mijn workshop naarboven kwamen. Mocht je in de toekomst een onderzoek uitvoeren waar dit onderwerp in voorkomt, overweeg dan de volgende vragen mee te pakken en de uitkomsten terug te koppelen. Wij zijn reuze benieuwd.

• Moeten accordeons gebruikt worden op deze pagina? Of is een duidelijke headingstructuur beter?
• Is het wenselijk dat alle gegevens direct zichtbaar zijn, of juist opgedeeld in vouwbare secties?
• Is een table of contents zinvol voor gebruikers die de pagina niet in één oogopslag kunnen scannen?
• Moet er een ingang zijn naar notificatievoorkeuren?
• Moet er een ingang zijn naar contact met begeleiders of hulp?

---

Vul hier je inzichten aan of verwijs naar aanvullend onderzoek over de gebruiksvriendelijkheid en toegankelijkheid van profielpagina’s binnen Mijn omgevingen.

[ux-fran]

Workshop: Mijn Mijn Mijn

Tijdens de Mijn Mijn Mijn workshop onderzochten we samen met UX-designers uit overheidsland hoe de verschillende onderdelen van de Mijn omgeving eruitzien binnen hun organisatie. We verzamelden inzichten via screenshots, stemrondes en discussievragen om samen tot slimme standaarden en templates te komen.

We probeerden antwoord te krijgen op vragen zoals:

• Welke onderdelen zijn essentieel in de Page Header?
• Hoe ziet een goede breadcrumb eruit?
• Wat moet er minimaal op een overzichtspagina zoals “Mijn Zaken” of “Mijn Berichten” staan?
• Welke blokken zijn nodig in een detailpagina van een zaak of bericht?
• Welke onderdelen verdienen standaardisatie, en waar is ruimte voor variatie?

👉 Bekijk het Mijn Mijn Mijn Miro board voor stemmen, discussiepunten, inspiratie en visuele input van deelnemende organisaties.

[jeffreylauwers]

Schets / Praatplaat

Tijdens de 'Mijn Mijn Mijn' workshop hebben we vragen doorgenomen rondom het bekijken en bewerken van profielgegevens. Geïnspireerd door de gestelde vragen heb ik een schets gemaakt. Waarbij ik het gebruik van formulieren binnen een Accordion (danwel Modal Dialog) probeerde te vermijden en in te zetten op aparte pagina's.

• Bekijk de betreffende vragen op het Mijn Mijn Mijn Miro board.
• Bekijk de schets / praatplaat in het Figma Schetsboek.

Toelichting bij schets

Bij deze schets ben ik uitgegaan van een patroon dat ook wordt toegepast bij een Controlepagina voor een Meerstappenformulier. Waarbij men ingevulde data kan controleren, en eventueel bewerken, voordat dat wordt verstuurd. Het leek mij waardevol om te zien of we dit patroon ook konden doortrekken naar het bewerken van profielgegevens binnen een Mijn omgeving. In de hoop eindgebruikers herkenbare patronen voor te schotelen rondom het tonen en bewerken van data.

Daarnaast probeerde ik uit te gaan van het principe om 1 doel per pagina aan te houden. In dit geval:

• Profiel gegevens bekijken
• Profiel gegevens bewerken

Ook probeerde ik rekening te houden met de inzichten die waren opgedaan bij een eerder uitgevoerd onderzoek rondom deze pagina. Waaruit ik opmaakte dat het direct tonen van data ongewenst was vanwege het eventuele gebruik van openbare computers en het overzicht van de pagina.

Ik wilde het gebruik van formulieren binnen een Accordion en Modal Dialogs vermijden omdat Accordions en Modal Dialogs al vrij complexe componenten zijn. Formulieren ook. Deze twee met elkaar combineren zou het geheel nog complexer kunnen maken qua gebruiksvriendelijkheid en toegankelijkheid. Denk bijvoorbeeld aan:

• Huidige implementaties gebruiken veelal een button als trigger om een Accordion open en dicht te klappen, deze button zou kunnen conflicteren met submit button van het formulier in die Accordion.
• Meerdere tags op 1 pagina.
• Hoe om te gaan met foutmeldingen / succesmeldingen?

Door met headings (kopjes) te werken kunnen mensen die gebruik maken van sneltoetsen de pagina snel 'scannen'. Door met aparte pagina's voor de formulieren te werken bieden men de ruimte om zich puur op de taak van het bewerken te concentreren en kunnen we voortborduren op eerder onderzochte patronen rondom Meerstappenformulieren.

---

Update

De laatste versie van de schets toont toch wel direct de data rondom profielgegevens. De reden hiervoor? Wanneer men inlogt bij een Mijn omgeving staat deze data niet direct in beeld. Sterker nog, privé gevoelige informatie zou zelfs al op de 'Startpagina' kunnen staan. De data van profielgevens wordt pas zichtbaar nadat men naar de pagina 'Gegevens' navigeert. Er vanuitgaande dat men hier bewust naartoe navigeert met het doel om deze gegevens te bekijken heeft gezorgd voor de keuze om deze data direct te tonen. Voorafgaand aan de data staat een lijstje met 'ankerlinkjes' naar de betreffende secties. De secties zijn dan weer aangevuld met opties om aanvullende informatie en linkjes voor die betreffende sectie aan te bieden.

[WendyvanDuijvenvoorde]

@jeffreylauwers en @ux-fran
Ik krijg veel vragen vanuit inwoners om de onderstaande gegevens ook te tonen op de MijnGegevens pagina:

• Gegevens van partner
• Gegevens van kinderen
• Gegevens van ouders
• Trouwdatum
• Echtscheidingsdatum
• Tenaamstelling

Is er een uitgebreider design beschikbaar waar we deze gerelateerde data al tonen?
Ik kan me herinneren dat Vincent wel eens gesproken heeft over een gezinsbeeld. Waar kan ik tot die tijd deze data het beste kwijt?

[ux-fran]

Hoi Wendy,
Dank voor je bericht!
In het kader van de "Mijn Mijn Mijn" workshop werken we aan een herbruikbare pagina-opbouw voor o.a. profielgegevens. Vanuit dat traject hebben we een voorstel uitgewerkt waarin de extra gevraagde gegevens (zoals partner, kinderen, ouders) zijn opgenomen, in lijn met de structuur en patronen die we met de templates voor ogen hebben.
Het ontwerp is bedoeld als een voorstel binnen die kaders, zodat we kunnen blijven toewerken naar een consistente en breed toepasbare aanpak.
Mocht je dit ontwerp willen gebruiken of testen met inwoners, dan zouden we het heel waardevol vinden als je je bevindingen in deze discussion deelt. Zo leren we samen wat werkt in de praktijk.

Hieronder zie je het voorstel:

Groet,
Francesca

[Anton-Olivier]

Een aanvullend inzicht uit MijnOverheid Profielservice usability test (link volgt na publicatie binnenkort op gebruikersonderzoeken.nl):

Tijdens de test moest het e-mailadres gewijzigd worden. Zonder uitzondering probeerden alle respondenten eerst rechtsboven te zoeken naar een menu met dropdown. De meesten gingen daarna pas bij de linker menu-opties kijken en openden vaak eerst andere opties voordat ze 'Mijn gegevens' (Gemeente Voorbeeld) of 'Instellingen' (MijnOverheid) vonden.

Voorlopige conclusie: de huidige plek wordt niet goed gevonden, rechtsboven mogelijk maken moet i.i.g. voor MijnOverheid onderzocht worden.

Noot: Het design was afwijkend van de huidige Gemeente Voorbeeld template en de huidige MijnOverheid header.



Gemeente Voorbeeld zoals getest in prototype



MijnOverheid zoals getest in prototype