Formulier events worden gemeten via Matomo

[Robbert]

Beschrijving

Het doel van dit issue is om een test uit te voeren en samen met Joram en Lauren van Utrecht te bepalen welke gegevens al afgevangen worden door de huidige SDK support voor analytics en tracking

Acceptance criteria

• [x] Er is analytics data beschikbaar als gevolg van testen op de test of acceptatie omgeving
• [x] Joram & Lauren hebben deze data bekeken
• [ ] Joram & Lauren hebben een lijst als feedback gegeven met nog ontbrekende analytics features
• [ ] Twee vervolg issues aangemaakt voor een lijst met followup werk voor ons, en een lijst voor Maykin (SDK side)

Tasks

• [x] Bepaal of we willen testen vanaf acc of test
• [x] Controleer of SiteImprove niet geblokkeerd wordt door CSP, pas de CSP policy zo nodig aan
• [x] Voeg Matomo toe en pas de CSP aan om requests naar de matomo server toe te staan
• [x] Zorg ervoor dat SiteImprove en Matomo geregistreerd worden en lopen voordat het form laadt (aldus Open Forms SDK informatie over analytics
• [x] Controleer met Joram of SiteImprove en Matomo geconfigureerd zijn om requests toe te staan vanaf de test of acceptatie omgeving (dit ligt eraan vanaf waar we willen testen)
• [x] Laat een gebruiker wiens thuis IP allowlisted is een aantal keer / een aantal formulieren doorlopen. Het is waarschijnlijk handig om Joram of Lauren hiervoor te allowlisten, maar @AliKdhim87 is al allowlisted. (Dit kan devops doen)
• [ ] Maak vervolg issues aan gebaseerd op de terugkoppeling van nog ontbrekende analytics features: een voor features die wij moeten implementeren, een voor features die waarschijnlijk in de SDK geïmplementeerd moeten worden door Maykin.

Resources

• Er is documentatie over: Analytics/tracking integration — Open Forms SDK
• Originele eisen voor analytics staan hieronder in een comment. "Een hoop hiervan zijn al opgelost" met Maykin door support in de SDK

[Robbert]

@Angelaimhof Wil jij navragen bij Raoul welke events vereist zijn?

[Angelaimhof]

Ik heb contact gehad, zie hieronder. Wie kan ik het beste aanhaken voor deze afspraak?

Lauren Maassen vd Brink en Joram Burer -> Super, ik plan wat me je in. Ik heb een lijst gemaakt met alle wensen mbt gebruikersstatistieken. Een groot aantal daarvan hebben we met Maykin al inzichtelijk kunnen maken in SiteImprove. Ik bespreek graag met je hoe we de gebruikersstatistieken verder kunnen uitbreiden en implementeren vanuit Strapi/PDC.

[Robbert]

@Angelaimhof Ali heeft hier al wat ervaring mee, maar om de kennis wat meer over het team te verspreiden stel ik voor dat @bddjong en @savitris deze oppakken.

[Angelaimhof]

Thnx Ik heb een reactie terug wanneer Utrecht kan -> @bddjong en @savitris kunnen jullie komende week dinsdag om 11u? of donderdag om 10 uur?

[bddjong]

@Angelaimhof beide opties OK

[Robbert]

• er is een word document met eisen
• open forms gaat een deel van de eisen implementeren in een nieuwe versie van openforms
• ...
• na een test gaan losse tickets maken voor de dingen die wij oplossen
• na de test gaan we 1 'waiting for' issue maken voor de dingen die open forms moet oplossen
• we gaan 1 issue aanmaken om de upgraden naar de nieuwe open forms sdk en dan testen of we aan alle eisen voldoen

[bddjong]

Wensen data gebruikers eformulieren

Achtergrond

Wij willen de metadata over het gebruik van de eformulieren inzichtelijk maken om zo kanalen, processen en dienstverlening verbeteren. Wij hoeven niet te zien wie de gebruiker is, wat hij invult etc.

Proces dat de gebruiker doorloopt

Need to have

• Bij welke product uit de PDC een formulier hoort --> Welke links tussen deze 2 omgevingen zijn er? (sommige producten hebben mss twee formulieren of andersom)
• Van welke webpagina de gebruiker binnen het Online Loket komt voordat hij op het eformulier klikt
• Van welke webpagina op utrecht.nl de gebruiker komt voordat hij op het eformulier klikt
• Hoeveel gebruikers er op de stappen van het formulier komen (aantal bezoeken/pageviews en bezoekers per stap)
• Bij welke stap de gebruiker afhaakt
• Waar gebruikers op klikken als ze niet naar de volgende stap gaan (als ze al ergens op klikken)
• Welke stappen van het eformulier verplicht zijn om in te vullen
• Hoeveel gebruikers er daadwerkelijk tot op de bevestigingspagina komen na invullen van formulier --> na elk formulier een pagina ‘bevestiging’. Niet elk formulier heeft evenveel stappen. Om de gemiddelde succesratio te bepalen is het nuttig om een andere factor te hebben die bepaalt wat de laatste stap van het formulier is (dus de bevestigingspagina)
• In het ingevulde KTO is duidelijk te zien bij welk eformulier het KTO hoort

Nice to have

• Hoe lang de gebruiker op de eerste stap en alle daarop volgende stappen van het eformulier blijft --> deze functie zit niet in SiteImprove. Dit zou wellicht via Piwik/Matomo kunnen.
• Bij welke substap/veld binnen de stappagina de gebruiker afhaakt
• Op welk moment wordt er gebruik gemaakt van tussentijds opslaan van het ingevulde formulier
• Waar een gebruiker afhaakt en later weer verder gaat met het invullen van het formulier --> formulier kan tussentijds worden opgeslagen en kan dan via een link in de ontvangen mail weer worden aangevuld
• Is de gebruiker uitgenodigd om deel te nemen aan de CES/KTO uitvraag?
• Heeft de gebruiker op de uitnodiging naar het KTO geklikt? --> KTO (Klanttevredenheidsonderzoek) link en resultaten komen in KCM-systeem

Wat de extra benodigdheden zijn om het eformulier succesvol te doorlopen

Nice to have

• Bij welke eformulieren er dient te worden ingelogd met DigiD --> een formulier met DigiD krijgt bepaalde ‘tag’ mee?
• Of inloggen met DigiD succesvol is verlopen --> niet inzichtelijk, extern bij Logius
• Welk eformulieren een betaling bevatten
• Bij welke eformulieren een of meer bijlagen dienen te worden bijgevoegd
• Bij welke stap van het formulier een bijlage dient te worden bijgevoegd

Data over de gebruiker

Need to have

• Welke besturingssystemen worden gebruikt tijdens het invullen van de formulieren
• Welke apparaten en resoluties worden gebruikt tijdens het invullen van de formulieren

Gemak van het vergaren van de data

Need to have

• In gedraaide rapportages is het duidelijk over welke afdelingen en onderwerpen de gebruikte formulieren gaan en ze zijn eenvoudig te groeperen à in de ‘categorie’ staat vermeld over welke afdeling en welk proces het gaat, dit is overzichtelijk in te zien bij het draaien van rapportages
• Al het bovenstaande aan data is bij elk formulier op dezelfde manier opgebouwd, dus stapnummer staat altijd op dezelfde plek etc.

Nice to have

• Data-analisten kunnen zien wat de betreffende tekst bij een (sub)stap is, dus makkelijk middenin een formulier ‘instappen’.

[bddjong]

Specifiekere issues

• 698

• 697

[AliKdhim87]

@bddjong, denk je dat er nog werk moet worden gedaan?

[bddjong]

@AliKdhim87 ik denk dat hier nu nog gekeken moet worden met Joram / zijn team welke van bovenstaande checks nog niet voldaan zijn met de huidige implementatie. Het lijkt mij dat er nog custom events ge-emit moeten worden voor een hoop van die eisen maar de vraag is welke buiten de Open Formulieren SDK vallen om zelf op te pakken.