# Feedback op Formulieren samengevat
We hebben de [feedback die is geleverd](https://miro.com/app/board/uXjVIWFFG14=/) samengevat. Dank jullie wel voor al jullie inzichten, het is een grote lijst geworden waar we de ervaring voor de inwoners mee kunnen verbeteren.

De issues die we vanuit Team UX kunnen doen gaan we aanmaken in GitHub zodat we die in een toekomstige sprint kunnen oppakken met de leverancier. Er komt dan een issue nummer bij de lijst hier onder te staan. Voor meer details kan je dan op het linkje klikken en je opmerkingen toevoegen aan de het issue.

LET OP: Dat er een issue staat is nog geen garantie dat het opgepakt wordt. We prioriteren per sprint samen met de leveranciers de issues die we tijdens die sprint oppakken. Als er issues zijn die je erg belangrijk vindt, geef ons dan een seintje met welk issue dat is, en waarom die belangrijk is, dan kunnen we dat meenemen in de prioritering.

## Duidelijkheid

### Startpagina

#### Kleur van de inlog button voor organisaties
De button voor organisaties (E-herkenning) zou paars moeten om een eenhoud te vormen met hoe de buttons voor organisaties er in het loket uit zien.

> "Op de productpagina gebruiken we een paarse button voor organisaties. Eenheid."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1107) aangemaakt.

#### Labels en layout buttons
De labels en layout van de buttons zorgen voor verwarring en kunnen duidelijker door ze meer ruimte te geven met duidelijkere label teksten.

> "Buttons staan hier erg dicht op elkaar. De tussenruimte verdubbelen geeft het wat ademruimte."
> "Knop 'Start het formulier' verbaasd me omdat de knoppen daarboven suggereren dat je daarvoor DigId of EHerkenning nodig hebt. Net te weinig ruimte tussen cta-buttons."
> "Start het formulier button: maar bij alle 3 start je het formulier. Ik zou zeggen: Starten zonder inloggen of alleen zonder inloggen."
> "Ik vind de 3 knoppen zo erg overweldigend. zou de knoppen wat meer ruimte geven en/of kopjes erboven."

**Actie (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1108) aangemaakt.

#### Begeleidende tekst op startpagina
Keuze voor buttons mist begeleidende tekst.

>"en misschien erboven nog een inleidend tekstje: Kies hoe u het formulier wilt invullen."

**ACTIE (redactie en adviseurs)**: Dit kunnen de redacteuren op pakken met de formulierbouwers.

#### Voortgang menu op startpagina
De weergave van het stappen overzicht (Voortgang) is verwarrend.

> "Het rechter menu in combinatie met blauwe knoppen zorgt voor enige verwarring. Waarop moet ik nou klikken als ik wil beginnen?"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1109) aangemaakt.

#### Twee keer klikken op Call-To-Action button
Je klikt nu op de productpagina in het digitaal loket op een CTA-button, en hier nog een keer. De tussenpagina voegt geen waarde toe.

> "Iemand moet nu 2 x op een c-t-a-knop klikken. In de tekst en op deze tussenpagina. Wat voegt deze pagina toe? Al eerder aangegeven."

**ACTIE (redactie en adviseurs)**: Kijken of er content is die waarde toevoegt voor de bezoeker. Samen met de formulierbouwers in de startpagina's zetten.

### Zoekbalk

#### Zwevende zoekbalk
De zoekbalk staat op een vreemde plek. Hij 'zweeft' tussen het formulier en de header

>"Zoeken staat hier om een beetje vreemde plek."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1110) aangemaakt.

### Footer & 'Wat vindt van deze pagina' + 'Naar boven' linkjes

#### 'Naar boven' en 'Wat vindt u van deze pagina?' linkjes
Er is erg veel padding tussen de footer en "rode" linkjes. En de linkjes mogen eigenlijk gewoon weg.

> "Veel padding tussen footer en "rode" linkjes"
> "'Wat vindt u van deze pagina' link mag weg (ook van PDV)
> "wat vindt u van deze pagina? Kunnen we zien bij welke stap iemand de feedback invult? zo niet, dan zou je het ook alleen aan het einde kunnen vragen. En niet onder elke stap."
> "Als deze tussenpagina blijft bestaan, kan iig 'naar boven' hier weg. Als het goed is staat er nooit veel content op, alleen de c-t-a- knoppen. Scheelt weer ruis. "

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/545) aangemaakt, is opgepakt en wordt doorgevoerd in een volgende release.

#### Social media icons in footer
De footer is niet hetzelfde als die van typo-pagina's. Deze heeft geen social media icons.

>"Afwijkende footer dan die van typo-pagina's. Mist social icons."

**Opmerking Team UX:** Om ruis te voorkomen worden de Social Media iconen bij een formulier niet getoond. Ze helpen niet beter het formulier in te vullen, dus dan liever de ruis weg. We kunnen het wel kunnen voorstellen dat je vanuit branding de iconen er zou willen hebben staan, maar we prioriteren de ervaring van de bezoeker die een formulier moet inzoeken hoger dan Branding.

### Voortgang blok

#### Het woord voortgang is niet b1.
Het woord voortgang is niet b1. Misschien 'Stappen'?
> "Het woord voortgang is niet b1. Misschien 'Stappen'?"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1111) aangemaakt.

#### Weergave van voortgang blok
We denken dat de weergave van stappen in het voortgang blok een stuk duidelijker kan.
- Cijfers voor de stappen
- Wel of niet onderstreept
- Vinkjes duidelijker maken

> "Cijfers voor de stappen?"
> "Startpagina is niet een link maar wel onderstreept."
> "Vinkje bij de voortgang is erg klein"
> "de Voortgang lijkt al op een rechter menu. Met dat onderstrepen komt er nóg iets bij wat hetzelfde is als bij het linker menu. Alleen betekent het dus iets anders. Ik zou dus niet kiezen voor onderstrepen, maar alleen de vinkjes ervoor doen. En die mogen dat wel wat groter of dikker of gekleurd, zodat het meer opvalt."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1111) aangemaakt.

#### Weergave van de huidige stap
Huidige stap is niet duidelijk en moet duidelijker worden weergegeven.

> "Ik vraag mij ook af of het verschil tussen de eerdere stappen, huidige stap en de nog te komen stappen goed te herkennen is?"
> "eens met blauw hiernaast. ik zou de pagina waar je nu bent op een eigen manier visueel weergeven."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1111) aangemaakt.

#### 'Zwevend' voortgang blok
We denken dat de plaatsing van het voortgang blok een stuk duidelijker kan. Het lijkt nu te zweven.

> "Het menu lijkt te zweven."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1111) aangemaakt.

#### Mobiel voortgangmenu

Het voortgang menu bij een klein scherm is niet duidelijk. Het kan duidelijker dat het een navigatieblok is, en het label wat je er op ziet kan duidelijker.

> "Kun je dit zo instellen dat je ziet 'Stap 2'. Dus zonder dat iemand het open hoeft te klappen."
> "Dit is dus blijkbaar een uitklap waarin je de voortgang van het formulier kunt zien (de stappen). Had ik iig niet verwacht. Dit kan duidelijker (omschreven worden)."
> "Onverwachtse navigatie"
> "Deze uitklapper (Klacht over de gemeente..) komt nu gek zo midden op het scherm"
> "Willen we wel het voorgang menu altijd in beeld hebben bovenaan de pagina?"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1112) aangemaakt.

### Verplicht/Niet verplicht

#### Er wordt niet uitgelegd welke velden verplicht zijn en welke niet.
Er wordt niet uitgelegd welke velden verplicht zijn en welke niet. Ook wordt er een sterretje gebruikt in plaats van het woord 'verplicht'.

> "Voor velen vanzelfsprekend, maar de asteriks (*) wordt nergens toegelicht."
> "dit zou zeker ook in tekst uitgelegd moeten worden"

**Opmerking Team UX:** Hier zijn door het NLDS-team al [heldere richtlijnen](https://nldesignsystem.nl/richtlijnen/formulieren/voorkom-fouten/verplichte-velden/) over geschreven.

Actie (redactie): Dit is een optie die de bouwers kunnen instellen. De redactie kan dit oppakken samen met de formulier bouwers. Mogelijk eerst bij een paar formulieren, waar het het meeste waarde toevoegt.

### Button Group


#### Plaatsing en volgorde buttons in group.
Button Group komt rommelig over

> "Naast de verschillende knoppen 'Tussendoor opslaan' , 'Volgende' en 'Afbreken', heb je hier dan ook nog de tekstlink 'Vorige'. Komt door al die verschillen wat rommelig over (al begrijp ik het onderscheid ook wel weer)."
> "Vreemde button groep, staat heel rommelig"

Opmerking Team UX: bestaand issue.

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/615) aangemaakt.

#### De term 'afbreken'
De term 'afbreken' vervangen door 'stoppen' is duidelijker

> "Afbreken -> Stoppen"
> "In formulier dat nu live staat, heet het geen afbreken, maar annuleren. Wmb nog steeds liever 'stoppen' gebruiken omdat dit een makkelijker woord is.  https://loket.digitaal.utrecht.nl/nl/form/bijeenkomst-energienetwerk-utrecht/stap/aanmelding"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1113) aangemaakt.

#### De term 'Tussendoor opslaan'
De term 'Tussendoor opslaan' vervangen door 'Opslaan en later doorgaan'.

> "Op 25/3 op initiatief van Menno (na opmerking van W en I) afgesproken dat de knop beter kan worden: Opslaan en later doorgaan. Dit dekt beter de lading. Je krijgt nl. een scherm waarin je je e-mailadres kunt invullen zodat je later kunt verdergaan met invullen."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1114) aangemaakt.

#### Tekst in 'Volgende' knop
De tekst van de  volgende knop verdwijnt soms als het formulier aan het bijwerken is

> "De tekst van de  volgende knop verdwijnt soms als het formulier aan het bijwerken is"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1115) aangemaakt.

#### Volgorde button group
Volgorde van de buttons in de groep is niet logisch.
> "het voelt voor mij logischer dat je na 'volgende' eerst 'vorige' aanbiedt en dan pas 'Tussendoor opslaan'. En daarna dus 'afbreken'."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/615) aangemaakt.

#### Terug knop
De term "Ga terug naar het formulier" aan het einde van het formulier is niet duidelijk. Er zou beter 'Vorige' kunnen staan.

> "'Ga terug naar het formulier': ik denk dat de meesten denken dat ze nog in het formulier zitten, wat de voortgang rechts ook suggereert.  Op de vorige pagina's stond steeds 'vorige'.  Kan je dat hier dan niet beter ook doen?"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1115) aangemaakt.

### Bestanden uploaden

Het bestanden uploaden component is erg onduidelijk.

> "ik weet niet zeker of mijn moeder zou begrijpen hoe ze nu bestanden moet toevoegen. Slepen zal haar niet lukken, en 'blader' kent ze niet als begrip."
> "Overzicht geuploaden bestanden kan duidelijker met beter overzicht"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1117) aangemaakt.

### Bevestigingspagina

De bevestigingspagina aan het einde van een formulier heeft een overhaul nodig.

> "Ik mis een uitleg wat ik met dat nummer moet doen. Moet ik dat bv. overschrijven omdat ik daar later nog iets mee moet?"
> "'terug naar de website': ik denk dat de meesten het gevoel hebben dat ze nog gewoon op de website zijn, wat eigenlijk ook zo is. ik kan niet testen waar de link naar toe gaat dus kan ook geen beter alternatief geven"
> "Download pdf van wat? Zal wel van het ingevulde formulier zijn, dus eigenlijk de pagina van de vorige stap. Maar ik zou hier iets van maken als: download uw ingevulde gegevens als pdf"
> "Marleen/Suzana: hier hebben we toch wel eens een tekstvoorstel voor gestuurd? Kan gewoon worden: U krijgt een ontvangstbevestiging op [e-mail]. Niet bold gebruiken. Verder gebruiken we niet echt de 'ik-vorm'. Dan zou het worden: Vul de vragenlijst in'. En dat is hier een betere c.t.a. dan 'Terug naar de website'"

**ACTIE (Team UX):** Uitzoeken bij wie dit ligt zodat we de veranderingen kunnen doorvoeren/

### Foutmelding

Is de foutmelding duidelijk genoeg voor iemand die kleurenblind is?

> "Is zo'n streep bij een foutmelding voldoende voor iemand die kleurenblind is?"

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1118) aangemaakt.

### Aantal tekens over

Gebruik het woord 'tekens' in plaats van karakters.

> "Stond 'x karakters over' Ook bij het andere formulier? Al meerdere keren aangegeven bij Midoffice dat we 'tekens' willen gebruiken en geen 'karakters'."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1119) aangemaakt.

## Design

### Radio buttons
De styling van radio buttons lijkt meer op een focus dan dat ze zijn geselecteerd.

> "Styling van de geselecteerde radio buttons ogen eerder als een 'focus' dan een 'ingevuld'"

**Opmerking Team UX**: De buttons gestyled zoals bedoeld, we houden het in ons achterhoofd als deze opmerkingen vaker langskomen, maar voor nu ondernemen we geen actie.

### Legend

De legend heeft een vreemde horizontale lijn die niet past bij het design van Utrecht

> "ik vind het niet mooi dat de kop ter overgang naar een ander onderdeel 'in' de lijn staat.. --adresgegevens------"
> "Vreemde lijn in de legends "
> "Verschil lettergrootte tussen naam van de stap en vragen niet heel groot. Gebruiken we daarom die streep? Voorbeeld Uw gegevens/Persoonsgegevens."

**ACTIE (Team UX)**: [Issue in Github](https://github.com/frameless/strapi/issues/1119) aangemaakt.

### Labels bold
Vragen lijken bold terwijl we dit op Utrecht.nl niet gebruiken als opmaak. Gebruiken we hetzelfde lettertype?

> "Vragen lijken bold terwijl we dit op Utrecht.nl niet gebruiken als opmaak. Gebruiken we hetzelfde lettertype?"

**ACTIE (Team UX)**: Navragen bij Kim of ze kan toelichten wat ze precies bedoelt.

### Checkboxes en radiobutton options zijn bold
De opties bij checkboxes en radiobuttons moeten niet bold zijn.

> "Is het toevallig dat hier de antwoorden hetzelfde eruit zien als de vraag? Want dat hoort niet."
> "Ah ik zie het hier nu ook. Dit is dus zo ingesteld. Graag normale tekst gebruiken. Niet bold."

**ACTIE (Team UX):** [Issue in Github](https://github.com/frameless/strapi/issues/1097) aangemaakt.

### Veld breedte
Veld breedte kan aangeven hoeveel content er in het formulier toegevoegd kan/moet worden, nu zijn alle velden even lang

> "Veld breedte kan aangeven hoeveel content er in het formulier toegevoegd kan/moet worden, nu zijn alle velden even lang"

**ACTIE:** [Issue in Github](https://github.com/frameless/strapi/issues/1120) aangemaakt en staat al klaar voor volgende release.

### Paddings
De paddings tussen de koppen moet volgens de spacings-matrix

> "Geen logische paddings tussen de koppen van een formulier"

**ACTIE (Team UX):** [Issue in Github](https://github.com/frameless/strapi/issues/1121) aangemaakt.

## Inhoud formulier

### Aanhef
Vraag over aanhef heeft geen toegevoegde waarde en kan weg.

> "Persoon aanhef kan wel weg"
> "Mag de vraag over de aanhef er nou eindelijk eens uitgesloopt worden? Waarom hebben we dat nodig? Dit hoort niet bij inclusieve communicatie. Ook als het niet verplicht is gemaakt, we vragen het nog steeds. Als je eenmaal (per ongeluk) iets hebt aangeklikt, kun je het volgens mij ook niet meer weghalen. Al eerder aangegeven. Het woord 'aanhef' is sws niet b1."
> "yes please. En omdat het geen verplicht veld is, kan je er volgens mij ook alsnog niks mee in de bevestigingsmailtjes. Dwz: iemand die het invult, krijgt alsnog een mail met Beste heer/mevrouw. En iemand die het leeg laat ook."

**ACTIE (Redactie)**: Oppakken met formulierbouwers om weg te (laten) halen.

### Toelichtingen

Bij de radio button moet uitgelegd worden dat er maar 1 formulier gekozen kan worden

> "Selecteer 1 soort formulier"
> "we leggen niet uit dat je hierbij maar 1 antwoord kan kiezen"

**ACTIE (Redactie)**: Oppakken met formulierbouwers samen tot een goede toelichting te komen en die te (laten) plaatsen.

### Tekst bij klacht samenvatting

- Term 'samenvatting gegenereerd' kan beter.
- Tijd wordt geschreven met een . ipv een :accept:

> "Samenvatting gegenereerd? Deze tekst kan beter. We schrijven tijden ook met een . ipv een :."

**ACTIE (Redactie)**: Oppakken met formulierbouwers samen de tekst te verbeteren.

### Vraag naar telefoonnummer
In verband met de toegankelijkheid voor doven en slechthorenden zou het fijn zijn als een telefoonnummer invoeren niet verplicht is. Misschien kan deze optie worden gegeven: Hoe kunnen wij u bereiken? Kies voor telefoonnummer, e-mail of allebei (en dan beide opties geven, maar niet verplichten).

Dit zit in de ‘standaard’ stap Uw gegevens. Dan zouden we zoiets kunnen toevoegen:

**ACTIE (Redactie)**: Oppakken met formulierbouwers samen de velden toe te voegen en die te (laten) plaatsen.