2.3.2 Conséquences d'une collecte de données sur mobile mal conduite
TABLE DES MATIÈRES
Comme nous l’avons vu, la collecte de données sur mobile offre de nombreux avantages par rapport à une collecte traditionnelle sur papier. Cependant, une collecte de données sur mobile mal menée peut s’avérer contre-productive. Cela montre que vous ne devriez pas vous lancer dans la collecte mobile de données si vous n’avez pas le temps ou les compétences nécessaires à sa réussite. Au-delà des risques très sérieux de protection des données liés à la collecte de données que vous ne devriez pas collecter, à la non-sécurisation de vos outils de collecte de données ou à des pratiques douteuses en matière d’éthique de la collecte de données (voir également le Boîte à outils gestion responsable de données à ce sujet), vous trouverez ci-dessous des exemples de situations dans lesquelles vous pourriez vous trouver et qui pourraient être problématiques en termes de qualité ou d’efficacité des données :
Veuillez noter que pour chaque problème, des solutions spécifiques existent et peuvent être trouvées plus loin dans les différentes sections de la boîte à outils Collecte de données sur mobile.
Problèmes liés à la qualité des données
Description du problème | Exemple |
---|---|
Des contraintes mal développées provoquent des erreurs de saisie sur le terrain. |
|
Un saut de question non adapté. | Un groupe de questions qui ne devrait s’appliquer qu’aux enfants âgés de 0 à 5 ans s’affiche dans tous les cas et fait croire aux enquêteurs qu’ils doivent remplir la question pour tous. |
Pas de triangulation des données afin de détecter d’éventuelles erreurs. | Si une réponse semble surprenante, demander à l’enquêteur de faire une double vérification (i.e. redondance : poser la même question mais différemment), ou de recouper deux réponses qui semblent incompatibles. |
Saisie incorrecte des données en raison de l’absence d’une réponse plus adaptée. | Oublier d’ajouter des options telles que “ autre “ (avec la possibilité de préciser ensuite ce que signifie “ autre “), “ ne sait pas “, “ aucun “ ou “ sans objet “ dans une question obligatoire. |
Absence de métadonnées enregistrées automatiquement. | Manque de la date et de l’heure de remplissage du formulaire. Cela peut être un problème pour garder la trace de l’heure de remplissage, mais aussi pour vérifier que la date sur le téléphone est la date actuelle, en particulier lorsque les calculs d’âge sont effectués sur cette base. |
Manque de traduction ou de neutralité dans les questions, entraînant une incompréhension des équipes de terrain ou des personnes interrogées (d’où des interprétations erronées). | Ce problème peut être important si la manière de poser la question peut influencer la réponse : il est toujours préférable de poser la question de manière identique, neutre, sans ambiguïté, dans une langue particulière (afin d’éviter que les interprètes ne traduisent librement les questions). |
Les informations sont saisies librement sous forme de texte et non de manière structurée (par exemple, sous forme de listes), ce qui rend l’analyse des données difficile. | Liste de villages comportant des fautes d’orthographe, des noms similaires, des accents, etc. en raison d’une saisie libre (alors que ces informations pourraient être facilement structurées par une liste de réponses) implique un nettoyage des données qui prend du temps et rend parfois impossible la liaison des résultats avec d’autres bases de données (autres bases de données thématiques, bases de données cartographiques…). |
Problèmes liés à la perte de temps
Description du problème | Exemple |
---|---|
Temps de saisie excessif. | Nombre de sauts de questions insuffisant, ou nombre de questions trop élevé. |
Structure du questionnaire peu claire, avec un cheminement non logique (sans titres de parties, numérotation, ou indices/notes). |
|
Saisie libre d’informations qui pourraient être structurées en listes, et notamment en listes en cascade. | La liste des villages devrait s’adapter automatiquement à la liste des districts choisis, qui s’adapte elle-même à la liste des régions, etc…, sans qu’il soit nécessaire de “ scroller “ pendant 5 minutes pour trouver le bon village dans toute la liste des villages. |
Absence d’ergonomie générale du formulaire : paramètres d’apparence, etc. |
|
Absence d’utilisation de calculs directement intégrés dans le formulaire. | De nombreux calculs peuvent être intégrés directement dans le formulaire, ce qui évite de les répéter dans les outils d’analyse, et permet de visualiser directement ces informations en temps réel sur le formulaire. |
Toutes les possibilités de l’outil, telles que les questions répétées, les signatures électroniques, les listes externes, etc. ne sont pas bien connues. | Pour une famille de 5 enfants, la saisie d’une demande de formulaire complète demande 5 fois des informations sur chaque enfant, y compris des informations générales identiques sur la famille. Au lieu de cela, un groupe de questions répétées dans un seul enregistrement contenant uniquement les questions relatives aux enfants. |
Les colonnes de réponses et les réponses elles-mêmes ne sont pas assez explicites (c’est-à-dire qu’elles sont générées automatiquement par les outils et non retravaillées par la personne qui a conçu le formulaire) à perte de temps pour nettoyer chaque fichier d’exportation. |
|
Formulaire non conçu en fonction de l’outil d’analyse : peut entraîner des difficultés d’analyse en temps réel ou avant la fin de l’enquête car les choses ne peuvent pas être modifiées pendant l’enquête. |
|
Devoir gérer différentes versions de projets en raison d’erreurs de conception qui doivent être corrigées ou parce que les données elles-mêmes sont susceptibles de changer tout au long de l’enquête : pas de possibilité d’analyser les résultats de l’ensemble de l’enquête en temps réel ; perte de temps pour fusionner l’ensemble. |
|