Programmeerfouten

Onderzoek is een vak dat door experts zou moeten worden uitgevoerd. De grootste dreiging voor snel en kostenefficiënt onderzoek is dat de kwaliteit er bijna altijd onder leidt. DVJ wil dat onderzoek goed blijft. Zelfs wanneer het snel en kostenefficiënt is. Hierom delen we voorbeelden van fouten en best practises in de markt. We delen onze bevindingen en mogelijke oplossingen. Door deze tips te volgen kunnen we onderzoek beter maken. Deze keer is het de beurt aan Research Expert Wieneke Bron.

Wat mij enthousiast maakt om onderzoeker te zijn, is de dagelijkse uitdaging om precies die inzichten te verkrijgen die klanten kunnen ondersteunen bij hun beslissingen, klein of groot. Om daar te komen, is het niet alleen belangrijk om de juiste vragen te stellen, maar ook (en misschien nog wel belangrijker) om ze zo te stellen dat respondenten de vragen gemakkelijk en naar waarheid kunnen invullen.

Om het vermogen te behouden om boeiende vragenlijsten te ontwikkelen, ben ik ervan overtuigd dat het belangrijk is om regelmatig de rol van respondent op je te nemen door zelf vragenlijsten in te vullen. Terwijl ik dit deed, kwam ik onlangs een ogenschijnlijk kleine, maar mogelijk nogal impactvolle fout tegen.

Nadat ik had aangegeven dat ik geen bedrijf had, werd mij toch gevraagd hoeveel werknemers mijn bedrijf had. Natuurlijk kon ik deze vraag niet beantwoorden.

Dit soort fouten kunnen behoorlijk schadelijk zijn. Ze leiden tot frustratie bij respondenten omdat ze gedwongen worden een optie te kiezen die niet waar is. Dit kan leiden tot uitval of geïrriteerde respondenten die vragen negatiever beantwoorden, wat mogelijk de uitkomst van je vragenlijst beïnvloedt.

Bovendien moeten, om de uitkomst van deze vraag te kunnen analyseren, de antwoordmogelijkheden van respondenten die geen bedrijf bezitten opnieuw worden gecodeerd, wat extra tijd zal kosten. Misschien is deze vraag zelfs gebruikt om een specifieke doelgroep te krijgen, wat op deze manier zeker niet zal gebeuren.

Deze fout had gemakkelijk kunnen worden voorkomen door de enquête grondig te testen en alle routings te controleren. Dit is naar mijn mening een sterk voorbeeld van het te snel programmeren en verzenden van een enquête, wat uiteindelijk kan leiden tot meer tijdverlies dan winst, en mogelijk tot een negatieve impact op de resultaten.