5 erreurs de recherche utilisateur qui produisent des résultats trompeurs
← Tous les articles Construire la bonne solution

5 erreurs de recherche utilisateur qui produisent des résultats trompeurs

Par l'équipe FabricLoop  ·  Mai 2026  ·  4 min de lecture

Il existe une version de la recherche utilisateur qui est pire que de ne faire aucune recherche du tout : une recherche qui produit des conclusions assurées mais erronées. Quand une équipe ne fait pas de recherche, elle sait qu'elle s'appuie sur des hypothèses. Quand elle fait une mauvaise recherche, elle croit avoir des preuves — et elle arrête de chercher.

Les cinq erreurs ci-dessous ne sont pas des cas exotiques. Elles apparaissent dans la plupart des équipes produit, la plupart du temps, de manières étonnamment difficiles à repérer de l'intérieur.

« L'objectif de la recherche utilisateur n'est pas de confirmer vos intuitions. C'est de remplacer vos intuitions par des preuves — y compris des preuves que vous aviez tort. »

Les cinq erreurs

Erreur
À quoi cela ressemble en pratique
Erreur 1 Interroger sur un comportement futur hypothétique
L'équipe demande : « Utiliseriez-vous une fonctionnalité qui ferait X ? » Les utilisateurs disent oui. L'équipe la construit. Personne ne l'utilise. Les gens sont optimistes quant à ce qu'ils seront demain et mauvais juges de ce qu'ils feront réellement. Posez toujours des questions sur le comportement passé : « Parlez-moi de la dernière fois que vous avez dû faire face à X. »
Erreur 2 Interviewer des utilisateurs qui aiment déjà le produit
Les panels de recherche remplis d'utilisateurs avancés et de défenseurs produisent des retours chaleureux, positifs et axés sur l'amélioration. Ce qu'ils ne produisent pas, c'est une compréhension des raisons pour lesquelles les gens sont partis, pour lesquelles ils ne se sont jamais convertis, ou ce dont le produit a besoin pour atteindre un nouveau segment. Parlez aussi aux anciens utilisateurs et aux non-utilisateurs — leurs retours sont inconfortables mais essentiels.
Erreur 3 Des questions suggestives qui confirment les convictions existantes
« Avez-vous trouvé le nouveau tableau de bord utile ? » est une question suggestive. « Parlez-moi de la dernière fois que vous avez utilisé le tableau de bord » n'en est pas une. Les questions suggestives produisent un accord poli, pas une évaluation honnête. L'attachement du chercheur à l'hypothèse se glisse dans la formulation de la question, et les utilisateurs — sensibles aux codes sociaux — captent le signal et s'y conforment.
Erreur 4 S'arrêter au « quoi » sans demander « pourquoi »
Un utilisateur dit : « J'aimerais pouvoir filtrer la liste. » Le chercheur note : « les utilisateurs veulent un filtrage ». Mais le filtrage est une solution, pas un besoin. Qu'essaie réellement de faire l'utilisateur, et en quoi le filtrage l'y aiderait-il ? La réponse au « pourquoi » est là où se trouve l'enseignement pour la conception — et elle révèle souvent une meilleure solution que celle proposée par l'utilisateur.
Erreur 5 Traiter la recherche qualitative comme quantitative
« Trois utilisateurs sur cinq ont dit qu'ils trouvaient cela déroutant » n'est pas une statistique. C'est une indication émanant de cinq personnes. La recherche qualitative vous dit quoi et pourquoi ; elle ne peut pas vous dire combien. La présenter avec une précision numérique donne aux parties prenantes une fausse assurance et mène souvent à optimiser la mauvaise chose à l'échelle.

Pourquoi ces erreurs sont si persistantes

La plupart des erreurs de recherche sont orientées par un intérêt préexistant. L'équipe a déjà une direction qu'elle veut suivre — une fonctionnalité qu'elle veut construire, une hypothèse en laquelle elle croit, une partie prenante qu'elle veut satisfaire. La recherche devient un rituel pour légitimer une décision qui a déjà été prise, et non une tentative réelle de la tester.

La solution n'est pas de rendre les chercheurs plus rigoureux isolément. C'est de séparer le rôle de « décider ce qu'il faut construire » de celui de « mener la recherche qui éclaire cette décision ». Quand le chercheur est aussi la personne qui a proposé la fonctionnalité, le biais de confirmation est presque inévitable.

Une norme utile Avant toute session de recherche, écrivez ce qui vous ferait changer d'avis. Si vous ne pouvez pas le nommer, vous ne faites pas de recherche — vous faites du théâtre. La capacité à énoncer un résultat qui infirmerait votre hypothèse est la différence entre une enquête authentique et un biais de confirmation avec des étapes supplémentaires.
Sur la taille de l'échantillon Pour les tests d'utilisabilité, cinq à huit participants révèlent la majorité des problèmes — les rendements décroissants s'installent rapidement. Pour les entretiens exploratoires sur les problèmes, douze à quinze suffisent généralement pour atteindre la saturation. Pour tout ce que vous voulez généraliser quantitativement à une grande population, vous avez besoin d'une véritable enquête quantitative avec un échantillon représentatif — pas dix entretiens.
Comment FabricLoop soutient la recherche honnête Garder les notes d'entretien brutes, la synthèse et les décisions dans le même fil rend plus difficile d'écarter discrètement les conclusions gênantes. Quand les preuves sont visibles aux côtés de la décision, l'équipe peut voir si la conclusion découle de ce qui a été appris — ou l'a précédée.

10 choses à retenir de cet article

  1. Une mauvaise recherche est pire que pas de recherche — elle produit une fausse confiance et empêche les équipes de chercher davantage.
  2. Ne posez jamais de questions sur un comportement futur hypothétique. Posez plutôt des questions sur un comportement passé spécifique.
  3. Les panels de recherche composés de défenseurs produisent des retours chaleureux et axés sur l'amélioration — pas une compréhension des raisons pour lesquelles les gens partent ou ne se convertissent jamais.
  4. Parlez aux anciens utilisateurs et aux non-utilisateurs. Leurs retours sont inconfortables, mais essentiels.
  5. Les questions suggestives produisent un accord poli, pas une évaluation honnête. Faites attention à votre formulation.
  6. Quand un utilisateur propose une solution (« Je veux un filtrage »), demandez toujours pourquoi. La réponse révèle généralement une meilleure solution.
  7. La recherche qualitative vous dit quoi et pourquoi. Elle ne peut pas vous dire combien. Ne la présentez pas avec une précision numérique.
  8. La plupart des erreurs de recherche sont orientées par un intérêt préexistant — la décision a déjà été prise, et la recherche est utilisée pour la légitimer.
  9. Séparez la personne qui propose les fonctionnalités de celle qui mène la recherche qui les évalue.
  10. Avant toute session de recherche, écrivez ce qui vous ferait changer d'avis. Si vous ne pouvez pas, vous ne faites pas de recherche.