Laten we beginnen. Het is Gratis
of registreren met je e-mailadres
Feedback UX Door Mind Map: Feedback UX

1. iOverlijden

1.1. Wat

1.1.1. De mogelijkheid om als uitvaartverzorger bij de gemeente digitaal aangifte van overlijden te doen vergroot de efficiency voor alle betrokken partijen.

1.1.1.1. 81%

1.1.2. Digitale aangifte door ondernemers.

1.2. Waarom?

1.2.1. “Het verschilt per gemeente, maar werken met iOverlijden bespaart ons 1,5 à 2 uur per aangifte. Dat lijkt misschien veel, maar ga maar na: een afspraak inplannen, de reistijd heen en terug, het parkeren van de auto en de tijd die onze medewerker doorbrengt op het gemeentehuis.”, aldus Angela van Oirschot, voorheen werkzaam bij Monuta regio Tilburg/Waalwijk.

1.3. Overwegingen

1.3.1. Alle andere overwegingen en vragen gaan hier...

1.4. TOPS

1.4.1. DOWR, zie de opmerkingen bij iGeboorte. Geldt ook voor iOverlijden

1.4.2. Goes, heldere layout met rustige uitstraling

1.5. TIPS

1.5.1. Goes, merk dat ik mij irriteer aan het feit dat het logo links en annuleren (en optieknoppen) rechts niet uitlijnen met het formulier. Het is nu net niet uitgelijnd. Dus of helemaal niet of wel. Actieknoppen onderin zijn namelijk wel uitgelijnd.

1.5.2. Goes, contrast valt wat tegen waardoor het moeilijk leest. Een donkerder zwart en een minder licht grijs zou al helpen. Met name in de progressiebalk en in de zelf in te stellen teksten bovenin.

1.5.3. Goes, een pagina heeft dubbele titels. Het kopje aanvullende informatie en het tekstvak met de naam aanvullende informatie. Dit mag vanuit de webrichtlijnen niet.

1.5.4. Someren: Bij overledene staat vuilnisbakje met tekst Ander Persoon. Vuilnisbakje betekent verwijderen en Ander Persoon betekent nieuw zoekresultaat. Hopelijk gaat het hier om het laatste.

1.5.5. Someren: Bij overlijdensgegevens moet kunt u staan ipv "kun u".

1.5.6. Someren: Bij tijd onbekend ja/nee staat verplicht veld " tijd van overledene" Als tijd onbekend ja is, dan kan men geen tijd invullen lijkt me.

1.5.7. Someren: Zie geen uploadveld. Waar kan ik dan uploaden?

1.5.8. Someren: Ik heb nog wat kleine taalkundige correcties van mijn collega. In het controleveld staat ‘NB! Controleer alle gegevens …… verstuurt!’ Die NB zou ik veranderen in ‘Let op’ omdat lang niet iedereen snapt wat NB betekent.

1.5.9. Gooise Meren: Ik heb alle opmerkingen bij elkaar gezet. ALGEMEEN • Onze strategie is Mobile First. Hoe ziet het er uit op een smartphone? • Waarom is gekozen voor dots als volgstring? Waarom geen pijltjes, zodat je in ieder geval een suggestie van een actieve flow hebt? • Contrasticoontje bovenaan is a) overbodig (contrast moet gewoon altijd goed zijn!) en b) onduidelijk. De gemiddelde gebruiker weet echt niet wat dat is. • Toelichtingszin 'Bij het invoeren van een veld waarna de pagina ververst, springt de focus mogelijk naar een volgende invoerveld of knop.' is onduidelijk. Ik moest 'm drie keer lezen. Een formulier waarbij het nodig is dit soort opmerkingen te plaatsen is eigenlijk niet gebruiksvriendelijk. • De fontgrootte (ook op 100%) vrij klein en dus lastig leesbaar. Vermoedelijk is de contrast tussen tekst en achtergrondkleur van deze melding ook te laag. • Ik vermoed dat het accorderen van de aangifte (laatste tabje) een bewuste handeling moet zijn en dus niet automatisch op 'ja' mag staan.

1.5.10. Gooise Meren: SPECIFIEK • 'Aangever' klinkt raar. Hopelijk per klant aan te passen. Wij zouden hier waarschijnlijk Uw gegevens willen hebben. • Er moet een vrije keuze zijn bij het pull down menu op de 1e tab • Tweede blad: waar komen de persoonsgegevens vandaan? • Tweede blad: vuilnisbakje bij "ander persoon"??? • Originelen worden per post verstuurd, dus postadres is ook nodig van de aangever (dit kan automatisch) • Ik vind 'Gegevens controleren' bij het tabblad Overledene wat ongelukkig gekozen. Vooral de toelichtingszin 'Vervolgens controleert u de gegevens die u heeft ingevuld' is verwarrend. Dit kun je namelijk ook interpreteren als: kijk goed na of u de gegevens goed heeft ingevuld. Maar als ik het goed begrijp moet eronder op een button geklikt worden, waardoor de gegevens worden opgezocht in een database. Suggestie: "Gegevens in onze systemen controleren" of iets in die richting • Mogen 'uitklapmenu's' zoals Basisgegevens en Adres volgens de WCAG? Hoe gaan screenreaders hiermee om? • De vraag 'Tijd onbekend?' bij Overlijdensgegevens is verwarrend. Ik zou het omdraaien: 'Is het bekend wanneer deze persoon is overleden?' • We gebruiken geen contactpersoon/rechthebbende – niet nodig • Veld uploaden originele artsverklaring is verplicht. Anders formulier niet insturen. • Wat is toegevoegde waarde van Ziekenhuis/organisatie? Naam arts en verklaring is cruciaal • Bij Overlijden staat “gemeente”. Iemand moet in de gemeente van overlijden aangifte doen, kan niet in andere gemeente. • Bij uitvaart: 6 dagen na overlijden moet crematie plaatsvinden. Waar is tijdstip en datum van uitvaart. (exclusief weekend). Waarschuwing moet blijven!

1.5.10.1. UX-sessie - Afspraak: Andere persoon selecteren

1.5.11. UX-sessie: + voor toevoegen aan linkerkant i.p.v. rechterkant?

1.5.12. UX-sessie: datumveld invullen zonder de exacte notatie. Dus 29720 wordt automatisch 29-07-2020.

1.5.12.1. Is een kalender gewenst vanuit UX?

1.5.13. UX-sessie: spacing op pagina "Uitvaart".

1.5.14. UX-sessie: Is Begraven al prefill en zo ja waarom?

2. iGeboorte(+)

2.1. Wat

2.1.1. Volledige digitale geboorteaangifte met belangrijke rol voor kersverse ouders én arts, verpleegkundige of verloskundige.

2.1.1.1. 64%

2.1.2. Digitale aangifte door burgers. Betrokkenheid 'verpleegkundige'.

2.2. Waarom?

2.2.1. Een geweldige gebeurtenis, een gezinsuitbreiding, de eerste voeding, de eerste luier, de eerste gebroken nacht… De kersverse ouders doen het liefst digitaal de geboorteaangifte want ze kunnen hun tijd beter gebruiken dan in de rij bij Burgerzaken te staan.

2.3. Overwegingen

2.3.1. Alle andere overwegingen en vragen gaan hier...

2.4. TOPS

2.4.1. DOWR; het ziet er strak en professioneel uit. Gebruiksvriendelijker vooral voor het oog. Alle invulvelden past op de scherm zo te zien zodat je zo min mogelijk hoeft te scrollen.

2.4.2. Goes, de vraagdekentjes zijn een goede toevoeging

2.4.3. Goes, DigiD inloggen is veel duidelijker geworden en neemt tegelijkertijd minder scherm in.

2.4.4. Gooise Meren: Foutmelding die je krijgt bij het niet-toevoegen van artsverklaring is erg duidelijk en visueel kloppend.

2.5. TIPS

2.5.1. Goes, contrast. Naast de punten van overlijden valt het mij op dat er een hele subtiele licht grijze lijn lijkt te lopen onder de kopjes. Of weg of scherper contrast.

2.5.2. Someren: Ik heb nog wat kleine taalkundige correcties van mijn collega. Bij geboorte staat: Meld u hier aan. Indien er geen vader…..vervolgen. Indien is ouderwetse en ambtelijke taal. Ik zou dit woordje vervangen door ‘Als’. Of, nog beter: ‘Meld u hier aan. Is er geen vader of duomoeder (bekend)? Dan logt alleen de moeder in en kunt u de aangifte vervolgen.’ De zin achter de speciale wensen is nog niet af.

2.5.2.1. Borsele: Ik sluit mij bij Someren aan. Het uploaden van de verklaring van de arts/verloskundige is niet volgens de regels, maar ik denk dat heel Nederland op deze manier werkt.

2.5.3. Gooise Meren: • Waarom zoveel tekst bij de intro? Less is more! • Als je klikt op Inloggen met DigiD voor moeder, kun je een stap verder alsnog inloggen als Vader/Duomoeder. Dit kan dus ook op de eerdere pagina al. Klopt dit wel? • Term Eerste kind is onlogisch. Komt vermoedelijk voort uit mogelijkheid voor aangifte meerlingen, maar mensen zullen denken 'Eerste kind? Ik heb er al 2! Moet ik nu de gegevens van mijn eerste kind invullen?!' Je kiest toch voor meerling? Dus bij Jongen of Meisje hoef je de vraag “eerste kind” niet te gebruiken. • Geboorteplaats moet er ook bij. Gaat vaak fout dat een kind ergens anders is geboren! Dit als eerste vragen, zodat het stopt wanneer je het fout gaat doen en verwijzen naar andere gemeente. • Naamskeuze is alleen voor het 1e kind. 2e kind heeft automatisch dezelfde achternaam bij dezelfde ouders. Misschien moet dat er nog bij? Is dit gekoppeld aan de gegevens van de ouders? Er bij zetten dat dit alleen voor het 1e kind van toepassing is. Komt dit op als het kan? Of is dit een vaste vraag?

2.6. Wens

2.6.1. Kan er een veld komen : geboortegemeente, en een foutmelding als de gemeente verkeerd is? Bij ons is het de afgelopen tijd al 4 keer voorgekomen dat de aangifte verkeerd gedaan is. Zelfs tot doorhaling van de akte aan toe

2.7. UX-sessie: Max. aantal MB's van bestand/foto toevoegen

3. Algemeen

3.1. UX-sessie: (toekomstwens) Vraag voor vraag op een scherm i.p.v. een hele pagina.

3.2. UX-sessie: Mobiele versie, werkt het menu bovenin of moet het het Hamburgermenu worden?

3.2.1. Menu onderaan om voortgang te kunnen zien?

3.3. UX-sessie: Het tekstveld bovenaan over focus, willen we dat op elke pagina standaard zichtbaar hebben of kan dat ook anders opgelost worden? Eenmaal in het hele proces of op het moment dat de focus verspringt.

3.4. UX-sessie: Gebruikerstesten!

3.5. Verbeteren we de conversie en/of de conversietijden?

3.6. Kwartiemakersgroep rondom B1-schrijfstijl Daar is (eenvoudig) nog veel winst te behale.

3.7. Kopjes niet alleen andere kleur, ook in grote lettertype.