Aller au contenu

Travailler avec le document du questionnaire

Importez le questionnaire Word, Excel ou PDF : SurveyTester le lit en un modèle, en dérive des tests et des bots, vérifie l'enquête programmée et compare ses textes.

Publié 5 min de lecture .md

Toute enquête commence par un document : le questionnaire rédigé par le chercheur, avec ses questions, ses listes de réponses, son routage, ses règles d'arrêt et ses quotas. La programmation en fait une enquête, et tester signifie vérifier que l'enquête fait ce que dit le document. SurveyTester lit lui-même le questionnaire : le document devient la référence pour les tests, la vérification et la comparaison des textes - sans ressaisie.

Ce que fait l'onglet Questionnaire

L'onglet Questionnaire d'un projet accepte le document en Word (.docx), Excel (.xlsx) ou PDF. SurveyTester le lit avec l'IA en un modèle structuré : questions avec codes et textes, options de réponse et lignes de grille, listes nommées, routage (« ask if »), règles d'arrêt, quotas et constructions. La mise en page importe peu : un questionnaire classique avec les codes en début de ligne, un gabarit d'agence avec des lignes de structure, un tracker avec des notes entre crochets ou une feuille de calcul sont tous lus. Les variables cachées et les pages d'information sont reconnues aussi.

Chaque question du modèle est affichée avec l'extrait original du document, la structure reconnue et, dès qu'il existe des tests, la capture de la page d'enquête, côte à côte. Le document entier se consulte dans le navigateur.

Espace réservé : capture de l'onglet Questionnaire avec le document importé, le statut Analysé et les onglets Aperçu, Questions, Constats, Tests, Document
L'onglet Questionnaire après l'analyse

Pourquoi c'est difficile sans SurveyTester

  • Deux sources de vérité. Le document est ce que le client a validé ; l'enquête est ce que voient les répondants. Vérifier l'un contre l'autre à la main, c'est lire chaque question deux fois.
  • Le routage se cache dans les notes. « Ask if Q3 = 1 or 2 », « terminate if under 18 », « show the brands selected at Q5 » - des règles dispersées dans les notes de programmation, difficiles à tester exhaustivement en cliquant.
  • Les tests prennent du temps. Un test par branche de routage et un par règle d'arrêt, c'est le travail que personne n'a le temps de faire avant le lancement.

Comment cela fonctionne

1. Import et analyse

Déposez le document sur l'onglet Questionnaire ou joignez-le dans la boîte de dialogue de nouveau projet. L'analyse démarre aussitôt (désactivez Analyser juste après l'import pour la lancer plus tard). Le statut passe de Importé à Analyse en cours puis Analysé ; la ligne de progression montre l'appel IA en cours. Chaque lecture est confirmée par plusieurs passes indépendantes, une passe de réparation récupère les lignes que l'extraction a manquées, et les libellés d'options sont vérifiés par rapport au texte du document. L'effort de raisonnement configuré pour le moteur IA s'applique à l'analyse.

L'onglet Aperçu liste titre, langue, légende, sections, listes, quotas et constructions avec les avertissements ; l'onglet Questions chaque question avec code, type, texte, options, lignes, « ask if », arrêt et notes du programmeur.

Espace réservé : capture d'une question dans l'onglet Questions - extrait du document à gauche, structure reconnue au centre, capture de la page d'enquête à droite
Une question : document, modèle et enquête côte à côte

2. Tests et bots à partir du document

Générer des tests dérive des personas du modèle : un persona Complete par cellule de quota et par branche de routage, et un persona Screenout par règle d'arrêt. Générer et lancer les bots démarre aussitôt des SurveyBots avec eux - cela fonctionne avant même que l'enquête ait été testée, car les bots répondent en direct, page par page, à partir de la description du persona. Les tests sont listés dans l'onglet Tests et dans la liste des tests du projet.

3. Rapprocher et vérifier

Dès qu'il existe des tests, Rapprocher et vérifier apparie les questions du document aux questions d'enquête détectées (y compris les grilles programmées comme une boucle de questions) et vérifie l'enquête par rapport au document :

VérifiéExemples
Structureoptions manquantes ou en trop, indicateurs d'exclusivité, limites de sélection, type de question
Formulationtextes de questions et d'options qui diffèrent du document
Par testroutage (« ask if »), règles d'arrêt, piping
Règles de programmationrandomisation, listes pipées, sous-ensembles par répondant - transmises aux attentes des questions

Les écarts apparaissent dans l'onglet Constats avec une sévérité. Un constat peut être refusé (il reste refusé si la vérification suivante le reproduit) ou transformé en problème ; un résumé vous dit quoi faire ensuite. La vérification se relance automatiquement après chaque job de bots.

Espace réservé : capture de l'onglet Constats avec des constats de structure, de formulation et de routage, des badges de sévérité et les boutons Refuser et Créer un problème
Les constats de la vérification

4. Comparaison des textes

Comparer les textes ouvre la vue des traductions avec le document en colonne : chaque texte de question, d'option et de ligne de grille de l'enquête est comparé mot à mot au document, et les différences peuvent être signalées comme problèmes. L'ancien import Fichiers externes de la vue des traductions est déplacé ici ; les fichiers importés là auparavant continuent de fonctionner jusqu'à l'analyse de leur document. Les documents importés sont aussi listés dans Docs & Info pour téléchargement.

Pas à pas

  1. Créez le projet avec le lien de l'enquête et importez le questionnaire dans l'onglet Questionnaire (ou joignez-le dans la boîte de dialogue de nouveau projet).
  2. Attendez le statut Analysé et parcourez l'Aperçu à la recherche d'avertissements - une liste que l'analyse n'a pas pu lire, une condition qui référence un code inconnu.
  3. Générer et lancer les bots : les personas couvrent chaque branche de routage et chaque screenout.
  4. Quand les bots ont terminé, Rapprocher et vérifier et traitez les Constats : refusez ce qui est voulu, transformez le reste en problèmes pour le programmeur.
  5. Après la correction, relancez les bots ; la vérification se répète et les constats résolus disparaissent.
  6. Utilisez Comparer les textes pour la vérification finale de la formulation par rapport au document.

Remarques

  • L'analyse utilise le moteur IA de l'entreprise ; un administrateur peut la désactiver pour les questionnaires, voir Administration IA. La consommation est mesurée par projet.
  • Un document peut être réanalysé après modification (Réanalyser) ; les appariements et les constats refusés sont conservés là où les codes des questions correspondent encore.
  • Les anciens fichiers .doc sont convertis ; les PDF scannés sans couche de texte ne peuvent pas être lus.

À retenir

Le document du questionnaire est la référence de tout le test : SurveyTester le lit une fois, en dérive les tests, vérifie l'enquête programmée après chaque passage de bots et compare les textes - pour que l'enquête mise en ligne soit celle que décrit le document.