Categories
Hoe doe je onderzoek? Werken met beeld

Je onderzoek goed documenteren

Al langer wil ik schrijven over het documenteren van onderzoek. Oef, denk je nu, never mind, dat is geen sexy onderwerp. Wel belangrijk, dus in deze blog laat ik heel concreet zien hoe je onderzoeksresultaten goed kunt vastleggen. Ik werk voor de publieke zaak als ambtenaar, dus kan ik net zo goed mijn geheimen prijsgeven šŸ™‚

Eerder schreef ik waarom goede documentatie belangrijk is. Als je open wilt werken, is het een must dat je documentatie op orde is. Bij DUO komt het elk jaar terug in onze goede research voornemens. En het is belangrijk als je als organisatie niet op onderbuikgevoelens, maar op basis van inzicht in je gebruiker beslissingen wilt maken.

Wat is goede documentatie?

Voor het vastleggen van de je onderzoek gelden dezelfde regels als voor elke informatie. Het moet:

  • toegankelijk: iedereen in je organisatie kan erbij (en als je open werkt ook iedereen daarbuiten)
  • vindbaar: de inzichten zijn doorzoekbaar en de informatie bereikt de juiste mensen
  • begrijpelijk: genoeg context voor iedere lezer, ook als je nieuw bent in het team
  • bruikbaar: heldere conclusies en aanbevelingen die je kunt inzetten en ze zijn goed onderbouwd

Het meeste onderzoek bij organisaties gaat hand in hand met ontwikkel- of beleidsteams die er vervolgens mee aan de slag gaan. Dat betekent dat je in korte iteraties werkt. Het makkelijkst is om elke stap direct te documenteren. Je onderzoeksdossier groeit vanzelf wel mee. Ik doe dat in 4 stappen:

  1. Ik begin met de onderzoeksvraag. Dit is meestal ook de aanleiding van het onderzoek.
  2. Ik schrijf en laat zien hoe ik het aangepakt heb. Wat is de methode, wie waren betrokken?
  3. Wat heb ik geleerd? Op basis waarvan?
  4. Hoe ga ik verder?

Het werkt het beste als al het onderzoek bij elkaar is en niet verspreidt over afdelingsschijven. Verschillende teams werken soms voor dezelfde gebruiker. Staat alles bij elkaar, kunnen ze makkelijk elkaars inzichten gebruiken. En als iets een eerder onderzoek tegenspreekt, zie je dat ook. Zo leer je als organisatie (zonder eindeloos te hoeven vergaderen, heuj!). Ik schreef hier eerder deze blog over: Alles wat we weten over de klant, weten we allemaal.

Van audio naar kladjes naar blog naar essay

Een voorbeeld. Bij de portretserie De begripvolle Ambtenaar pakte ik het ook zo aan. Ik begon met een interview. Dat nam ik op in audio en foto’s. Later luisterde ik alles terug en schreef ik soms 10 A4tjes vol. Ik heb hier ook weleens Happyscribe voor gebruikt, maar schrijven op papier werkt voor mij fijner. In mijn klad markeerde ik de belangrijkste punten die ik leerde. Daar zocht ik eventueel extra context bij (desk research). Ik vatte alles samen in een blog met aanbevelingen voor mezelf hoe ik verder kon gaan in het onderzoek. Na 17 interviews vatte ik alle inzichten samen in essays over De Begripvolle Ambtenaar.

Van ruwe data naar wijsheid

Wanneer ik een onderzoeksmoment documenteer vertel ik niet alleen wat ik ontdekte, ik laat het ook zien. Ik geef voorbeelden en onderbouw conclusies met quotes, in tekst of audio, en beeldmateriaal.

Je moet het niet geloven omdat ik iets schrijf, maar om het bewijs dat er bij zit.

Bij mijn interview met Henk als begripvolle ambtenaar zag dit proces er zo uit (uit de ‘achter-de-schermen-video die Aljan Scholtens maakte):

Van Henk heb ik mijn kladjes niet meer, maar van Johan als begripvolle ambtenaar nog wel. Speciaal voor jullie ook die op de blog.

Nog een voorbeeld: CoronaMelder

In de zomer liep ik mee met medewerkers van de GGD in hun werk om het coronavirus te bestrijden. Ik mocht geen opnames maken, dus ik typte met elk gesprek live mee. Op mijn laptop maakte ik mapjes met een documentje per bezoek, of soms per persoon die ik sprak.

Na het bezoek ging ik daar nog eens goed doorheen. Eerst om alle typos van het snelle typen recht te zetten. Daarna om patronen te ontdekken die ik onderstreepte. Verschillende onderwerpen gaf ik een eigen kleur. Per onderwerp werkte ik het uit in een inzicht. Die inzichten, samen met de context van het onderzoek en de observaties waarop dat gebaseerd was, deelden we op Github.

Over welke thema’s gingen de interviews? Wat zag ik tijdens het meelopen? Hoe werkten medewerkers met alle systemen en met elkaar? Kwam iets regelmatig terug, hoe dan?

Bij het meeluisteren met een bron- en contactonderzoeker zag dat er bijvoorbeeld zo uit. Groen gehighlight gaat over hoe de maatregelen verteld worden, oranje hoe mensen daar op reageren, geel hoe contacten in kaart gebracht worden en blauw gaat over de systemen die gebruikt worden. Vooral groene en oranje informatie vonden we belangrijk bij het maken van de melding die CoronaMelder via je telefoon stuurt. Ter vergelijking: hier het gedocumenteerde onderzoek van die dag.

Het gaat niet alleen om wat mensen zeggen, maar ook om wat je ziet, wat mensen doen en wat er om je heen gebeurd tijdens een onderzoeksmoment. In een van mijn eerste bezoeken vertelden verschillende medewerkers dat ze steeds weer anders moeten werken. “Bij elke persconferentie wordt er weer een verandering aangekondigd en moeten wij ons werk weer anders doen.” In de gangen zag ik flip-overs met steeds de nieuwe aanpak, de oude vellen lagen op de grond in de hoek. Deze meeloopdag leidde vervolgens tot dit inzicht ‘Het proces verandert elke week‘.

In al deze documentatie kun je precies zien hoe ik van ‘wat zag ik‘ naar ‘wat weet ik nu‘ naar ‘next step‘ ga. Bij CoronaMelder zijn alle onderzoeken en inzichten gepubliceerd op Github, en doorzoekbaar in Sticktail (het programma waar de onderzoekers in werken). Op die manier is het hele onderzoeksdossier bij elkaar en groeit onze wijsheid als team en als organisatie naarmate we meer onderzoek doen ‘vanzelf’.

Wat wel en wat niet vastleggen

Er zijn natuurlijk grenzen aan welke informatie je bewaart, hoe je dat doet en hoelang. Denk hierbij aan

  • informatie over personen. Sowieso vraag je toestemming voor het onderzoek, maar je hoeft meestal niet in je documentatie te vertellen over wie het precies gaat. Soms is beeldmateriaal fijn, vraag hier dan extra toestemming voor dat het gedeeld mag worden. (Ik stuur het meestal ook op: ‘kijk, zo heb ik het gebruikt in het verslag’).
  • informatie die niet relevant is of verouderd.
  • informatie die niet gedeeld mag worden. Dit is vooral belangrijk als je open werkt. Waar ligt de knip en wat mag niet ‘naar buiten’? Overleg hierover en bespreek wie dit bepaalt en op welke voorwaarden.

En zorg ervoor dat je informatie makkelijk te vinden is. Ik gebruikt op dit blog categorieƫn en tags. Bij DUO werken we net als bij CoronaMelder met Sticktail die ook op basis van tags het zoeken in al je onderzoek makkelijk maakt. Geef documenten en mapjes goede namen die iedereen kan begrijpen (en niet alleen jij). Zo raak je nooit het overzicht kwijt.

Documenteren zal nooit helemaal sexy worden, maar zo kom je hopelijk een heel eind. Succes!

Categories
(On)begrepen burgers Hoe doe je onderzoek?

Een dubbele test met de CoronaMelderapp

Je ziek melden in de app en je contacten waarschuwen kan alleen samen met een GGD-medewerker. Dit doe je door je GGD-sleutel die in de app staat aan de GGD-medewerker te geven. Die vult deze sleutel samen met je 1e ziektedag in het app-portaal in. Dan kun je je codes delen vanuit de app. De GGD zet als het ware met de sleutel de deur open zodat je codes naar de centrale server kunnen. Andere app-gebruikers kunnen de ā€˜besmetteā€™ codes op de centrale server vergelijken met de codes die zij op hun telefoon ontvangen hebben. Is daar een match, dan krijgen zij een bericht dat ze in contact zijn geweest met iemand die het coronavirus heeft. 

Hallo, met de GGD. Ik bel u omdat u een test hebt gedaan. U hebt het coronavirus onder de leden. […] Heeft u de app? En wilt u anderen waarschuwen via de app? Zullen we dat samen doen?

Anja, GGD Utrecht

Deze ziek-melden-flow testten we 15 juli in een dubbeltest met een app-gebruiker en een GGD-medewerker. In dit blog de opzet van deze test en wat we leerden.

Op 2 locaties tegelijk: hoe werkt dat?

Het klinkt simpel, de een in Amsterdam, de ander in Utrecht. Logistiek was dit voor ons nog wel even een puzzel. In Amsterdam zijn een aantal app-gebruikers die de app testen. Halverwege hun test worden ze gebeld door een GGD-medewerker die in Utrecht meedoet met de test. Samen gaan ze door het scenario heen. In Amsterdam wordt de app getest, op een GGD-locatie het app-portaal voor de GGDā€™s. We testen dus 2 applicaties tegelijk, en eigenlijk gaat het vooral om de interactie tussen die 2 applicaties via de GGD-medewerker en de (zogenaamde) patiĆ«nt.

Elke woensdag testen Job en Lia (onderzoekers) sowieso al de app met allerlei gebruikers in het onderzoekslab in Amsterdam. Die tijden stonden vast. Voor de GGD-test maakte ik een rooster eromheen. Maar… de GGD-medewerkers hadden wel iets meer voorbereidingstijd nodig dan de app-gebruiker. Samen met Emiel (ontwerper) gaf ik Anja, die bij de GGD Utrecht als bron- en contactonderzoeksvraagbaak werkt, eerst een uitgebreide uitleg over de app, wat ‘ie doet en hoe hij samengaat met de GGD. We gingen het app-portaal door, en beantwoordden alle vragen die Anja had.

Emiel en ik leggen Anja uit hoe de app werkt

Wij konden in Utrecht op afstand meekijken met de test in Amsterdam. Dat was een beetje vals spelen, want straks in het echt kan de GGD niet meekijken bij de patiĆ«nt thuis. Wanneer de gebruiker in Amsterdam op de helft van de test was, belden wij met ‘de uitslag van de coronatest’. En natuurlijk met de vraag of de ‘patiĆ«nt’ zich ziek wilde melden in de app om daarmee anderen te waarschuwen.

Na de lunch schoof een collega van Anja aan. Zij kreeg een korte introductie van Anja hoe alles werkte, keek een gesprek mee en nam het toen over. In het echt zijn de makers van de app er ook niet bij, en moeten medewerkers het aan elkaar uitleggen.

5 uit 5 geslaagd

Het lukte alle vijf gebruikers in Amsterdam om samen met de GGD-medewerker zich ziek te melden in de app en daarmee anderen te waarschuwen dat ze in contact waren geweest met iemand die later corona blijkt te hebben. Anja en haar collega vonden het app-portaal soepel werken. Dat is top!

Maar er zijn ook dingen die beter kunnen. Dit is wat we leerden:

  • Het op luidspreker zetten en openen van de app verliep soms moeizaam. De GGD-medewerker kon niet zien waar iemand was in de app en had niet goed door of de telefoon wel of niet op speaker stond. In de volgende versie van het app-portaal maakten we een extra reminder voor de GGD-medewerker om de app-gebruiker hiermee te helpen.
  • Nog niet iedere app-gebruiker snapte wat hij nou precies gedaan had, toen het telefoontje klaar was. De GGD-medewerker vond het heel belangrijk (en dat is het ook) dat de patiĆ«nt goed wist waar hij toestemming voor had gegeven. Aan het eind van de dag keken we samen met de GGD terug naar de testen. Conclusie: de GGD-medewerkers willen specifieke informatie over hoe de app werkt en wat er precies gebeurt. Dan kunnen ze dit ook goed vertellen aan de patiĆ«nt.
  • Het ’train de trainer’-idee wat we bij Anja en haar collega van de GGD toepaste, werkte goed. Alleen… Anja had nog te weinig materiaal om haar collega goed uit te leggen wat de app deed. Nu was het vooral praktisch: meekijken. Je kon merken dat Anja veel uitgebreider wist wat ze moest doen en hoe alles werkte dan haar collega. Goede uitleg en introductiemateriaal maken is een must. Een dag later mailde Anja mij hier nog eens over (waar ik het overigens geheel mee eens ben):

Ik zat nog wat na te mijmeren over gisteren en dan met name de vraag welke scholing nodig zou zijn. Ik denk dat een goede e-learning met een website waar FAQā€™s zijn opgenomen echt een heel goede optie zou zijn, mits de e-learning tot stand komt in samenwerking met medewerkers die het BCO zelf kennen/doen zodat het goed aansluit bij de werkelijkheid op de werkvloer.

Anja, GGD Utrecht

Van de dag is ook een kort filmpje gemaakt, met een glansrol voor Anja die vertelt hoe ze de test heeft ervaren:

Samenvatting van de testdag

Ben je benieuwd naar al het onderzoek en hoe we dit toepassen bij het maken van de app en het app-portaal? Alles staat openbaar op Github. De onderzoeksverslagen met alle inzichten van het app-portaal vind je hier:

Komende vrijdag (24 juli) en volgende week woensdag (29 juli) staan er weer testen op de planning bij een GGD.

Categories
Hoe doe je onderzoek?

Een corona-app die eerder en meer mensen waarschuwt

Wanneer je een bezoek brengt aan een GGD is de kans groot dat je ze ziet hangen: grote vellen papier met getekende stambomen. Bovenaan de bron van de besmetting, de eerste persoon die besmet is of het bedrijf waar iedereen aan verbonden is. Met lijntjes worden de contacten in kaart gebracht, sommigen ook met een positieve testuitslag op het coronavirus. Deze vellen papier geven overzicht. De bedoeling is natuurlijk dat de stamboom niet groeit. Dat de verspreiding van het coronavirus stopt, bij elk van die personen op de stamboom.

Sinds mei loop ik mee met het bron- en contactonderzoek van de GGD. Dit doe ik om te onderzoeken hoe een corona-app kan helpen bij de bestrijding van het coronavirus. Samen met medewerkers van de GGD kijk ik hoe hun werkprocessen in elkaar zitten. Hoe zij mensen aan de telefoon te woord staan en hoe mensen reageren. Wat betekent een app voor dit werkproces?

B: “Goedemorgen, u spreekt met B van de GGD. Komt het gelegen dat ik u even bel?” P: “Ja.” B: “Ik bel u met de uitslag van uw test. Die is positief, dat betekent dat u het coronavirus heeft.” P: “…” B: “Schrikt u daarvan?” P: “Ja, nee… nee… oh… werkelijk?”

Gesprek tussen GGD-medewerker B en patiƫnt

In de vorige blog schreef ik hoe we de corona-app testen met allerlei soorten gebruikers. In dit blog praat ik je bij over wat ik leerde tijdens het meelopen bij de GGD en wat dit betekent voor de corona-app.

Bron- en contactonderzoek

Ik begon te onderzoeken wat dit bron- en contactonderzoek (BCO) eigenlijk is. Wanneer iemand besmet is met het coronavirus wordt iedereen met wie hij de dagen ervoor in contact is geweest in kaart gebracht. Zij worden benaderd en gevraagd om extra op te letten en soms zelfs in quarantaine te gaan, aan de hand van hoeveel risico iemand loopt. Het RIVM heeft hiervoor landelijke richtlijnen gemaakt die de GGD’s toepassen.

Ik maakte een overzicht van de richtlijnen van het RIVM en het proces om dit uit te voeren. Communityleden van Code for NL hielpen mee en plaatsten er allemaal vragen bij die ik kon uitzoeken.

Het overzicht van de richtlijnen van het RIVM met onderzoeksvragen.

A: “Als jij die brieven voor iedereen klaar zet, gaan C en ik vast bellen. Misschien moeten we die mevrouw zo ook nog even bellen?” B: “Ja, als de mail wil dan.” B: “Ik hoop dat jullie mijn handschrift kunnen lezen, heb echt zo snel geschreven al die nummersĀ net.”

Overleg tussen GGD-medewerkers

Ik leerde Henri ter Hofte kennen die als onderzoeker bij het Windesheim in Zwolle al sinds 2015 onderzoek deed naar apps die ingezet kunnen worden bij een pandemie. Ineens was zijn science fiction onderzoek werkelijkheid. Hij stuurde me deze video door, die goed uitlegt hoe bepaalde maatregelen effect hebben en welke rol een app kan spelen.

De simulatie van een epidemie en het effect van enkele maatregelen hierop

Maar een app staat niet op zichzelf. Die is deel van een groter geheel van alle maatregelen en moeite die we nemen. In Nederland zijn er 25 GGD’s die in hun regio de coronatesten en het speurwerk van mogelijke besmettingen in kaart brengen. Elke GGD doet dit net even anders, maar de grote lijn komt overeen.

Op bezoek bij de GGD

Bij de eerste GGD die ik bezocht, was het toevallig die dag rustig. Ik had ruim de tijd allerlei collega’s te spreken. Het was half mei, Nederland was net over de piek heen. Bij de GGD was de druk goed voelbaar. Dit is niet een gewoon onderzoek, realiseerde ik me. Alles verandert continu. In het onderzoeksverslag van die week schreef ik:

“De insteek van de meeloopdag bij de GGD is om in kaart te brengen hoe het proces van testen en bron-en contactonderzoek is. Na het tweede interview viel het me (onderzoeker) steeds meer op dat processen door elkaar heenliepen. Het verandert elke week. Dus welk proces wil je horen, vroegen medewerkers mij.Ā Een app moet passen bij het BCO, maar van welk werkproces moeten we uitgaan bij het maken van de app?”

In de weken erna sprak ik meer testcoƶrdinatoren en BCO-medewerkers, planners, teamleiders, artsen en informatiemanagers. De een was ervaren en vanaf het begin van de coronacrisis betrokken bij de grote opschaling, de ander was net op die dag begonnen en kreeg een training.

Ik luisterde gesprekken mee. Ik hoorde patiĆ«nten reageren op hun testuitslag, verdrietig worden en hun best doen om zich te herinneren met wie ze allemaal in contact waren geweest. De muren van de kantoren hingen vol met flip-over-vellen waar getekende stambomen op stonden, werkinstructies met het nieuwe beleid van die week en wegwijzers naar nieuw geĆÆmproviseerde afdelingen.

B: “Ja, maar die klanten zijn nauwe contacten. Die moeten ook allemaal in quarantaine.” A: “Haar klanten. De andere klanten zijn categorie 3. Dit moeten we met de leidinggevende bespreken, hoe we dat met die klanten gaan doen.” B: “Pff…” A: “Ik heb eigenlijk nog nooit zoā€™n grote casus gedaan.” B: “Ja, het is echt een speurtochtĀ he.”

Overleg tussen GGD-medewerkers

Ik zag BCO’ers multitasken: begripvol reageren, goed doorvragen, de vragenlijst afvinken en checken of ze alles hadden, meeschrijven op een kladblok en tegelijkertijd met de muis meerdere applicaties op het scherm bedienen. Na het gesprek overlegden ze met collega’s en met de arts: in welke risicocategorie vallen deze contacten? De richtlijnen van het RIVM zijn duidelijk, maar niet altijd 1-2-3 op mensen te plakken. Bron- en contactonderzoek kost veel tijd en is maatwerk.

Alle GGD’s hebben een werkinstructie waarin stap voor stap staat wat je moet doen, zeggen, vragen en moet vastleggen. Sommige werkinstructies zijn meer dan 35 bladzijdes. Bij handmatig bron- en contactonderzoek moet je al deze stappen uit de werkinstructie 1 voor 1 nemen. De gesprekken met de patiĆ«nt duren soms lang. De patiĆ«nt wordt moe, emotioneel en wil pauze. Soms herinnert de patiĆ«nt zich niet alles. Missen er telefoonnummers van contacten, namen, of wil de patiĆ«nt iets niet vertellen. En soms neemt iemand domweg de telefoon niet op.

ā€œIk ben nu niet op de zaak dus ik kan niet in het systeem kijken. Kun je me over een uurĀ terugbellen?ā€

Leidinggevende van patiƫnt bij wie de contacten bekend zijn

De doorlooptijd van het virus

Een patiĆ«nt had op zaterdag voor het eerst ziekteverschijnselen. Vanaf zondag bleef ze thuis. Donderdag was ze volgens de richtlijnen al besmettelijk, dit is altijd de eerste ziektedag min 2 dagen. Op maandag liet ze zich testen en op woensdag kwam de uitslag. Woensdagochtend startte het contactonderzoek. Daar was ik bij toen ik meeliep bij het inwerken van nieuwe BCO’ers bij een GGD.

Van de contacten die in quarantaine moesten, waren twee op donderdag in contact geweest met haar en namen hun telefoon niet op. De dag erna werden ze nog eens gebeld, maar dat is dus al een week later. Die week hadden ze eigenlijk al in quarantaine moeten zijn.

De doorlooptijd van het virus

A: “Ja, u kunt in de 2 weken klachten ontwikkelen. U moet echt alert zijn en als u klachten hebt ons bellen. En we gaan u tussendoor ook bellen. En verder… ja, overleg het ook even met uw leidinggevende. En het advies is ook om geen bezoek te ontvangen en zoveel mogelijk thuis te blijven.” K: “Wachtā€¦ ik moet het evenā€¦” A: “Ja, ik overval u een beetje he.” K:Ā “Jaā€¦”

Gesprek tussen GGD-medewerker en contact die in quarantaine moet

Terwijl ik elke week bij een GGD meeliep en steeds meer leerde over de uitdagingen van bron- en contactonderzoek, bracht ik samen met collega’s van het app-team in kaart hoe de app dit zou kunnen aanvullen. Let wel: de werkprocessen van de GGD’s veranderden nog steeds regelmatig. Wat we bedachten, moest dus flexibel zijn. Ook wanneer er misschien een nieuwe uitbraak komt van het virus, en weer van alles op de kop gaat.

Dat de app meer mensen zou kunnen waarschuwen, wisten we. Vooral de mensen die je niet kent of je niet meer kunt herinneren, levert winst op. De meneer in de trein, iemand op een feest waar je naast staat te dansen, degene die aan het tafeltje achter je zit in het restaurant. Maar zou de app ook kunnen helpen door deze mensen sneller te waarschuwen?

Fragment van tekeningen om de app een plek in het proces te geven

Op de tijdlijn van het virus tekenden we allerlei scenario’s hoe we de app in het proces een plek konden geven. Deze ideeĆ«n bespraken we met de GGD. De teststraat viel bijvoorbeeld af. Die moest zo efficiĆ«nt mogelijk en daar kon geen gehannes met zeg, QR-codes bij. Uiteindelijk kozen we om bij het uitslaggesprek dat de GGD-medewerker met de patiĆ«nt voert een extra stap toe te voegen. In de app kun je je dan ziek melden, maar alleen samen met iemand van de GGD.

Je ziek melden in de app

Door de app stuurt je telefoon willekeurige codes naar telefoons van andere app-gebruikers. De ander weet niet dat hij de codes van jou heeft gehad en ook niet waar dit was. Wanneer je ziekt bent, kun je jouw codes uploaden naar een centrale server. Andere app-gebruikers kunnen op die centrale server checken of daar besmette codes staan die overeen komen met codes die zij op hun telefoon hebben ontvangen. Wanneer er een match is, krijgt die app-gebruiker een bericht. In deze video wordt dit uitgelegd.

Hoe de CoronaMelder-app werkt

Die codes uploaden kan alleen als een GGD-medewerker de deur naar die centrale server voor je openzet. De sleutel voor die deur staat in je app. In het gesprek met de GGD lees je de sleutelcode op en de GGD-medewerker voert hem in in een webapplicatie. Hiermee gaat de deur open en kunnen jouw codes de server bereiken. Deel je je codes vanuit de app, maar geef je niet de sleutel aan de GGD, dan staan je codes dus voor een dichte deur en kunnen ze de centrale server niet bereiken.

De webapplicatie waarmee de GGD de deur kan openen, testen we komende woensdag in een dubbeltest: in ons onderzoekslab in Amsterdam zijn er 6 app-gebruikers die de app testen en ik ben bij een GGD om samen met BCO’ers de webapplicatie voor de GGD te testen. Ze bellen elkaar en samen gaan ze proberen of het hen lukt om de codes van de patiĆ«nt te delen met de centrale server en zo anderen te waarschuwen.

Spannend. Ik ben heel benieuwd hoe dat zal gaan. šŸ™‚


Wil je alle inzichten uit het onderzoek teruglezen, en de adviezen die ik op basis van dit onderzoek heb gegeven? Via linkjes in deze blog kom je er ook, maar hier al mijn onderzoeken op een rij: