Concevoir un questionnaire client court, accessible et mesurable

Un questionnaire en ligne est une interface complète : arrivée, champs, branches, validation, erreurs, retour en arrière et confirmation. Sa qualité se mesure à la compréhension du parcours, à son accessibilité sur mobile et à la capacité de terminer sans perdre ses réponses.

En pratique. Le formulaire Rappli doit rester court et conditionnel pour recueillir assez de contexte sans demander deux fois la même information. En mode « SMS avec formulaire », l’appel manqué renvoyé vers Rappli apparaît dans votre tableau de bord. Rappli envoie automatiquement à l’appelant un SMS avec un lien vers un formulaire, si son numéro et vos réglages permettent l’envoi. Lorsqu’il transmet sa demande, Rappli vous prévient par SMS et e-mail : vous retrouvez ses réponses avant de le rappeler. Rappli ne garantit pas la complétion et ne remplace pas les questions du rappel.

1. Tracer le parcours et tous ses états avant de dessiner les champs

Un schéma de formulaire qui montre seulement les questions est incomplet. Dessinez aussi l’arrivée, les validations, le retour, le récapitulatif, la confirmation et l’échec technique. Pour chaque état, indiquez ce que l’utilisateur comprend, ce qu’il peut faire et ce que le système conserve.

Utilisez un identifiant stable pour chaque étape et testez tous les chemins possibles. Une branche rarement choisie reste une partie du produit : elle doit pouvoir être terminée, corrigée et reprise comme le parcours principal.

2. Répartir les champs selon l’effort et le moment

Présentez d’abord les choix qui orientent le parcours, puis les précisions propres à la branche, et enfin les coordonnées ou le récapitulatif. Cette progression évite d’afficher une longue page qui mélange des champs sans rapport.

Une question par écran facilite la concentration lorsque les réponses sont complexes ; un petit groupe cohérent réduit les clics pour des champs simples. Choisissez selon l’effort réel, pas selon une règle universelle. Sur mobile, vérifiez notamment que le bouton d’action reste visible quand le clavier est ouvert et qu’aucun message n’est masqué sous la zone de saisie.

Annoncez une durée uniquement si elle reste réaliste pour toutes les branches. Une barre de progression doit refléter l’avancement réel : si la suite dépend d’une réponse, évitez une promesse exacte avant de connaître le chemin.

3. Signaler clairement le facultatif, l’obligatoire et l’erreur

Le libellé visible doit nommer le champ. Ajoutez « facultatif » directement dans le libellé lorsque la réponse peut être omise ; ne comptez pas uniquement sur un astérisque expliqué en haut de page. L’instruction et l’exemple ne remplacent pas le libellé.

Validez au moment utile. Une contrainte de format peut être signalée après la saisie ou à l’envoi, mais le message doit indiquer comment corriger : « Saisissez un code postal à cinq chiffres » est plus utile que « Valeur invalide ». Associez techniquement le message au champ et conservez toutes les réponses valides.

• Placez un résumé d’erreurs en tête lorsque plusieurs champs sont concernés.
• Déplacez le focus vers le résumé ou la première erreur de façon prévisible.
• N’utilisez pas la couleur seule pour signaler le problème.
• Ne désactivez pas sans explication un bouton que l’utilisateur doit chercher à rendre actif.
• Autorisez la correction sans recommencer le parcours.

4. Afficher une branche utile et préserver un retour cohérent

Une branche retire les questions qui ne concernent pas la personne. Par exemple, « Nouvelle demande », « Suivi en cours » et « Sujet administratif » peuvent ouvrir trois suites différentes. L’utilisateur ne doit jamais parcourir les écrans des autres motifs.

Définissez le comportement lorsqu’une réponse est modifiée. Si le nouveau choix rend une ancienne réponse incompatible, prévenez avant de l’effacer. Si elle reste valable, conservez-la. Au retour, replacez le focus sur le titre ou le champ modifié et gardez un moyen clair de poursuivre.

Limitez la profondeur et donnez des titres d’étape compréhensibles. Une arborescence complexe qui empile des sous-choix peut être remplacée par une orientation principale, une précision ciblée et un champ libre pour le contexte inattendu.

5. Écrire des labels, aides et messages d’erreur sans ambiguïté

Un bon libellé reste compréhensible lorsqu’il est lu seul par un lecteur d’écran ou dans un résumé de réponses. Utilisez les mots des clients, une seule idée par question et des options qui ne se chevauchent pas. Évitez les catégories internes, les doubles négations et les exemples qui ressemblent à une réponse obligatoire.

Réservez le texte d’aide à une contrainte réellement utile : unité, format, raison d’une donnée inhabituelle ou conséquence du choix. Le placeholder disparaît pendant la saisie et ne doit contenir ni le libellé ni une information indispensable.

6. Choisir le contrôle adapté à la réponse attendue

Les choix fermés sont efficaces pour orienter et filtrer. Le texte libre révèle le contexte inattendu. Un bon questionnaire combine les deux : quelques choix courts, puis un champ libre ciblé plutôt qu’une succession de menus.

Le bon format améliore aussi la restitution. Une réponse impossible à parcourir rapidement dans le tableau de bord ralentit le professionnel même si elle était facile à saisir.

7. Limiter les données et expliquer leur usage

Définissez la finalité de chaque donnée personnelle, son accès et sa durée de conservation. Évitez les pièces d’identité, données de santé, mots de passe, coordonnées bancaires ou informations très précises si elles ne sont pas indispensables à cette étape.

La CNIL recommande de distinguer les données obligatoires des données facultatives et d’expliquer les conséquences d’une absence de réponse lorsque cela est nécessaire. Une information en deux niveaux peut présenter l’essentiel près du formulaire et renvoyer vers une notice complète.

Pour organiser ces décisions au-delà du questionnaire, utilisez la checklist RGPD pour les données clients.

8. Mesurer les erreurs et abandons branche par branche

Suivez au minimum l’ouverture, le démarrage, l’étape atteinte, l’envoi et les erreurs techniques. Comparez les branches : un taux global peut cacher un parcours très fluide et une option secondaire impossible à terminer.

Une baisse à une étape ne prouve pas que la question est trop longue. Elle peut révéler une réponse introuvable, un champ qui fonctionne mal, une demande jugée intrusive ou une personne qui a obtenu l’information suffisante ailleurs.

Complétez les chiffres par quelques observations ou retours. Changez une variable importante à la fois et vérifiez également la qualité des demandes reçues : augmenter les envois en supprimant une information décisive peut déplacer le travail vers le rappel.

9. Dix contrôles pour auditer chaque écran

1. Le titre de l’étape et le libellé du champ restent-ils compréhensibles isolément ?
2. Le caractère facultatif ou obligatoire est-il annoncé avant la saisie ?
3. Le contrôle choisi correspond-il à la réponse attendue sans imposer de contournement ?
4. Le clavier, l’autocomplétion et le format de saisie sont-ils adaptés sur mobile ?
5. Le message d’erreur indique-t-il précisément quoi corriger et reste-t-il associé au champ ?
6. Le retour en arrière conserve-t-il les réponses encore compatibles ?
7. Le parcours reste-t-il utilisable au clavier, au zoom et sans défilement horizontal ?
8. Les boutons et choix disposent-ils d’une zone tactile suffisante et d’un état visible ?
9. Le récapitulatif permet-il de modifier une réponse avant l’envoi, puis la confirmation annonce-t-elle la vraie suite ?
10. Les événements de mesure distinguent-ils erreurs techniques, abandon et changement volontaire sans collecter le contenu sensible ?

Testez au minimum le parcours principal, chaque branche, une soumission vide, chaque format invalide, le retour après récapitulatif, un échec réseau et un double clic sur l’envoi. Répétez au clavier et sur un petit écran réel.

Sources de référence : W3C WAI — tutoriel sur les formulaires ; GOV.UK Design System — pages de questions ; GOV.UK Design System — vérification des réponses ; CNIL — minimiser les données collectées ; CNIL — informations sur les formulaires de collecte. Consultées le 31 juillet 2026.

En résumé

Un questionnaire client court est une interface sans impasse : chaque écran possède un but, chaque champ un libellé, chaque erreur une correction et chaque branche un retour cohérent. Concevez tous les états, testez-les au clavier et sur mobile, puis mesurez séparément les erreurs techniques et les abandons.