45 questions de sondage produit (et quand les poser)

La seule règle qui rend une question de sondage utile à poser

Je travaille dans l'équipe support d'eesel, donc je lis du feedback client pour gagner ma vie, celui qui arrive par tickets, chat et, oui, aussi par sondages. Le schéma est d'une régularité déprimante : les sondages envoyés sont remplis de questions sur lesquelles personne ne peut agir. « Comment s'est passée votre expérience ? » vous donne « bien ». « Quelles fonctionnalités aimeriez-vous ? » vous donne une liste de souhaits que vous ne construirez jamais.

Voici le filtre que j'appliquerais à chaque question avant sa mise en ligne : si la réponse ne changerait pas une décision, supprimez la question. « Nous recommanderiez-vous ? » vaut la peine d'être posée car un score bas déclenche un appel de suivi. « Aimez-vous les couleurs de notre marque ? » non, car vous n'allez pas repeindre l'app sur la base de données de sondage. Cette seule règle élimine environ la moitié de la plupart des brouillons de sondage, et la moitié qui survit est celle qui vaut la peine d'être lue.

Le deuxième filtre, c'est la longueur. Chaque question supplémentaire vous coûte des complétions. Un sondage in-app d'une seule question peut atteindre 40 % de taux de réponse ; un formulaire de dix questions après un chat de support a de la chance s'il atteint un chiffre à un seul digit. Le vrai talent n'est donc pas d'écrire plus de questions, mais de savoir lesquelles, parmi trois, comptent pour le moment où vous posez la question.

Les cinq familles de questions de sondage produit

Presque toute question utile appartient à l'une de cinq familles. Trouvez la bonne famille et la formulation s'écrit pratiquement toute seule.

• Notation (CSAT) : un chiffre sur une échelle définie à propos d'une chose précise. « Notez cette réponse de 1 à 5. » Rapide, mesurable, ciblée.
• Relation (NPS) : la question de 0 à 10 « recommanderiez-vous » sur le produit dans son ensemble, pas un seul point de contact. Fonctionne mieux comme signal de fidélité à évolution lente.
• Effort (CES) : à quel point cela a-t-il été difficile d'accomplir quelque chose. Une réponse à effort élevé prédit mieux le churn qu'un score de satisfaction médiocre, c'est pourquoi le customer effort score est devenu discrètement la métrique en laquelle beaucoup d'équipes produit ont le plus confiance.
• Ouverte : le « pourquoi » qui donne une raison au chiffre. C'est là que se trouve le véritable insight, et aussi la partie qui n'est jamais lue (plus de détails plus bas).
• Priorité des fonctionnalités : des questions à choix forcé ou de classement qui obligent les clients à faire des arbitrages, ce qui est bien plus honnête qu'une liste de souhaits à cocher.

L'erreur que je vois le plus souvent est de ne poser que les trois premières, celles qui produisent un joli tableau de bord, en sautant la question ouverte qui les explique. Un CSAT qui chute sans « pourquoi » attaché vous dit que quelque chose ne va pas, mais rien sur quoi.

La banque de questions, triée par objectif

Copiez ce qui convient, coupez le reste. Chaque tableau associe une question de notation au suivi ouvert qui la rend utile.

Valeur produit et product-market fit

La question de sondage la plus utile jamais écrite est celle de Sean Ellis : « comment vous sentiriez-vous si vous ne pouviez plus utiliser ce produit ? ». Un produit avec plus de 40 % de « très déçu » est un produit dont les gens ont vraiment besoin.

Nouvelle fonctionnalité et utilisabilité

Posez ces questions pendant que la fonctionnalité est encore fraîche, idéalement juste après la première utilisation.

Onboarding

Les sondages d'onboarding captent les frictions qui tuent discrètement l'activation. Envoyez-les quelques jours après, pas le premier jour.

Un bon sondage d'onboarding recoupe ce que les meilleurs outils d'onboarding client suivent automatiquement, mais une question directe capte quand même les réponses du type « j'ai abandonné parce que je ne trouvais pas X » que les données comportementales seules manquent.

Interaction support (CSAT)

Le sondage classique post-ticket. Limitez-le à la notation plus un seul suivi ouvert pour que ça ne ressemble pas à un devoir après que quelqu'un a déjà passé du temps dans votre file d'attente.

C'est le sondage que la plupart des équipes utilisent déjà, généralement déclenché au moment où une conversation se clôture. Si vous voulez la mécanique, nous avons écrit un guide complet sur l'envoi d'un sondage CSAT à la clôture, et un regard plus large sur le CSAT par IA pour les équipes qui automatisent la notation.

Fidélité (NPS)

Le NPS est un signal de relation, pas un signal par interaction, alors envoyez-le quelques fois par an, pas après chaque chat.

Le suivi « principale raison » est tout l'intérêt de la démarche. Un score NPS sans raison associée est une métrique de vanité ; c'est dans le texte libre que se cache la roadmap. Si vous utilisez Freshdesk, notre guide du sondage NPS couvre la configuration, et les métriques de satisfaction Zendesk font pareil de ce côté-là.

Churn et résiliation

Le feedback le plus précieux que vous récolterez jamais se trouve à la sortie. Limitez-vous à deux ou trois questions, un client qui résilie a déjà un pied dehors.

Les réponses de résiliation valent de l'or car elles nomment les vrais points de rupture. Le piège, c'est que la plupart des parcours de résiliation les collectent et que personne ne les lit. Si vous avez un helpdesk, vous pouvez aller plus loin et repérer le risque avant le bouton d'annulation, l'idée derrière la détection du risque de churn dans les conversations de support et la rétention en cas de résiliation.

Tarification

Les questions de tarification sont faciles à mal formuler car les gens sous-estiment ce qu'ils sont prêts à payer. Les quatre questions de Van Westendorp contournent ça en demandant des fourchettes de prix plutôt qu'un chiffre unique.

Quand poser quelle question

Le timing compte autant que la formulation. La même question atterrit différemment selon où le client se trouve dans son parcours, alors déclenchez les sondages par des événements, pas par un envoi calendaire groupé.

• Juste après l'onboarding : CES et « qu'est-ce qui a failli vous arrêter », pendant que la douleur de la configuration est encore fraîche.
• Après la première vraie valeur perçue : la question PMF et « quel est le principal bénéfice », une fois qu'ils ont senti le produit fonctionner.
• Après un ticket de support : CSAT, déclenché au moment où la conversation se clôture.
• Trimestriellement et avant le renouvellement : NPS plus « que faudrait-il pour vous rapprocher d'un 10 ».
• À la résiliation : le sondage de sortie en deux questions.

Les sondages déclenchés par événement battent systématiquement les sondages planifiés en taux de réponse, parce que vous posez la question pendant que l'expérience est encore fraîche dans l'esprit du client. Un sondage sur l'onboarding envoyé trois mois plus tard n'est qu'un test de mémoire.

Questions fermées vs ouvertes : utilisez les deux, à dessein

Les questions fermées (notations, choix multiples) vous donnent des chiffres que vous pouvez suivre dans le temps. Les questions ouvertes vous donnent les raisons derrière les chiffres. Vous avez besoin des deux, et le piège est de pencher trop d'un côté.

Les sondages tout fermés produisent des tableaux de bord bien nets qui ne peuvent pas dire pourquoi un score a bougé. Les sondages tout ouverts produisent des réponses riches que personne n'a le temps de lire, alors elles pourrissent dans un tableur. Le ratio qui fonctionne pour la plupart des sondages produit est une question de notation qui ancre le moment, plus exactement une question ouverte de « pourquoi ». Cela vous donne un chiffre suivable et une raison lisible sans plomber le taux de complétion.

La partie que tout le monde saute : lire les réponses

Voici la partie honnête. Écrire de bonnes questions, c'est les 20 % faciles. Les 80 % difficiles, c'est lire ce qui revient, surtout le texte libre, et c'est là que presque tout programme de feedback meurt discrètement. Un quart des réponses de sondage peut être du texte libre, et un humain qui lit quelques centaines de commentaires par semaine, ça n'arrive tout simplement pas.

C'est exactement le problème sur lequel l'IA excelle. Au lieu de lire chaque commentaire, vous laissez un modèle les regrouper par thèmes, compter la fréquence de chacun, et noter le sentiment pour que les motifs les plus bruyants et les plus en colère remontent en tête. Le résultat n'est pas un mur de texte, c'est une shortlist classée : « 37 mentions d'export lent, majoritairement négatives » bat le défilement de 300 lignes en espérant repérer une tendance.

La même approche fonctionne que le texte brut soit des réponses de sondage, des tickets de support ou des logs de chat, ce n'est jamais que de la voix client non structurée. Extraire les intentions et le sentiment de ce tas, et les déposer dans un tableau de bord analytique, c'est ce qui transforme « on a fait un sondage » en « on a corrigé les trois principaux problèmes ». De nombreux outils dédiés de feedback client font aussi une version de cela.

Essayez eesel pour lire le feedback à grande échelle

Si votre feedback produit et vos tickets de support vivent tous les deux près d'un helpdesk, vous n'avez pas besoin d'un outil de recherche séparé pour en tirer du sens. eesel se connecte à votre configuration existante (Zendesk, Freshdesk, HubSpot, Gorgias, Front, et plus de 100 intégrations) et exécute l'analyse de thèmes sur vos vraies conversations clients, en les regroupant en sujets récurrents et en les classant par volume, pour que les « trois principales choses à corriger » ressortent sans que personne n'ait à lire 300 commentaires à la main.

C'est le même moteur qui permet à des clients de faire passer un volume réel dedans, un déploiement eesel traite plus de 100 000 tickets par mois rien qu'en allemand. Et parce qu'il apprend de votre historique, les thèmes qu'il fait ressortir sont ancrés dans ce que vos clients ont réellement dit, pas dans une taxonomie générique. Gridwise l'a dit clairement après une semaine : eesel résolvait 73 % des demandes de niveau 1 dès le premier mois. Vous pouvez pointer le même reporting sur votre feedback et commencer gratuitement. Posez des questions plus incisives, puis laissez les réponses être vraiment lues.