Comment réaliser une recherche utilisateur ?

Avril 2026
UX research

La recherche utilisateur ou UX research est la discipline qui consiste à collecter, analyser et transformer des données sur les utilisateurs réels ou potentiels d’un produit ou d’un service pour guider les décisions de conception. Sans elle, les choix UX reposent sur des hypothèses internes, qui peuvent s’avérer fausses. L’UX research permet d’ancrer chaque décision de design dans des usages réels.

Ce guide présente les méthodes, les étapes et les erreurs à éviter pour mener une recherche utilisateur efficace.

Pourquoi la recherche utilisateur conditionne la qualité d’un projet UX

La plupart des équipes projet pensent connaître leurs utilisateurs. En pratique, l’écart entre ce qu’on imagine et ce qui se passe réellement côté utilisateur est presque toujours significatif. Les pages non consultées, les fonctionnalités inutilisées, pire des appels d’incompréhension, voilà quelques uns des des symptômes d’une conception construite sur des intuitions plutôt que sur des faits et de la data.

La recherche utilisateur permet de réduire cet écart en générant des insights, ou observations activables, qui vont directement influencer les choix de conception. Un insight répond à une question concrète : pourquoi les utilisateurs abandonnent-ils ce parcours ? Qu’est-ce qui bloque la compréhension de cette page ? Quelle information manque à cet endroit ?

Pour les organisations publiques et institutionnelles, l’enjeu est fort. Le public est souvent hétérogène (administrés, partenaires, associations, professionnels) avec des niveaux de connaissance très différents et des intentions de visite radicalement distinctes. Une recherche bien menée est un bon moyen de concevoir une expérience qui réponde à cette diversité sans sacrifier la clarté.

La recherche utilisateur n’est pas réservée aux grands projets. Elle se calibre à la question posée :

un projet de refonte partielle peut nécessiter trois entretiens et deux tests d’utilisabilité
un projet de conception from scratch nécessitera un protocole plus complet : entretiens, observations, benchmark, tests itératifs

En conclusion : même sur un périmètre modeste, deux entretiens bien menés valent mieux que des semaines de conception basées sur des suppositions. L’idée est de proportionner les moyens investis à l’importance des décisions à prendre.

Les deux familles de méthodes de recherche utilisateur

Avant de choisir une méthode, il faut répondre à une question simple : cherche-t-on à comprendre ou à mesurer ?

Méthodes qualitatives : comprendre le pourquoi

Les méthodes qualitatives explorent les motivations, les comportements et les frustrations des utilisateurs. Elles produisent des données riches, contextualisées, difficilement quantifiables mais irremplaçables pour comprendre ce qui se passe réellement. Les principales méthodes qualitatives sont les entretiens individuels, l’observation en contexte, et les tests d’utilisabilité.

Un entretien utilisateur bien mené révèle des problèmes que personne dans l’équipe projet n’avait anticipés. Une observation en contexte montre ce que les utilisateurs font réellement et non ce qu’ils disent faire, ce qui est souvent différent. C’est précisément cette différence qui rend l’observation indispensable sur des projets complexes.

Le benchmark et l’analyse concurrentielle constituent une méthode qualitative souvent sous-estimée. Analyser les interfaces concurrentes ou les standards du secteur permet de comprendre ce que les utilisateurs ont déjà intégré comme normes de navigation et d’interaction, et d’identifier les opportunités de différenciation. Ce n’est pas une méthode qui remplace la recherche directe auprès des utilisateurs, mais elle fournit un contexte précieux, notamment en début de projet.

Méthodes quantitatives : mesurer les tendances

Les méthodes quantitatives permettent de mesurer des comportements à grande échelle : combien d’utilisateurs abandonnent un formulaire, à quelle étape d’un parcours le taux de rebond explose, quelle proportion d’utilisateurs utilise le moteur de recherche interne, le design est-il attrayant ? Les questionnaires, sondages et analyses analytiques (Google Analytics, Matomo) entrent dans cette catégorie.

Le qualitatif permet d’identifier des problèmes spécifiques d’ergonomie, de parcours dans les interfaces. Le quantitatif permet d’obtenir des mesures statistiques. Une bonne recherche utilisateur combine les deux.

Les étapes d’une recherche utilisateur bien structurée

Une recherche utilisateur ne s’improvise pas. Elle suit un processus en quatre phases : préparation, collecte, analyse, restitution. Chaque phase a ses propres exigences et ses propres pièges.

Phase 1 – Cadrer les objectifs et construire le protocole

Avant de recruter des participants ou de rédiger un guide d’entretien, il faut définir précisément ce qu’on cherche à comprendre.

Un objectif de recherche mal formulé produit des données inutiles. « Comprendre les utilisateurs » n’est pas un objectif. « Comprendre pourquoi les utilisateurs abandonnent le formulaire de demande à l’étape 3 » en est un. Plus l’objectif est précis, plus la recherche sera efficace.

Le protocole de recherche formalise l’ensemble du cadrage. Il précise :

les objectifs de recherche et les questions auxquelles on cherche à répondre
les méthodes retenues et leur justification
les profils de participants à recruter et les critères de sélection
le calendrier, les modalités de passation et les critères de succès

Ce document sert de référence commune pour toute l’équipe et évite les dérives en cours de collecte.

Phase 2 – Collecter sans biaiser

La phase de collecte est critique parce que les biais s’y glissent facilement, souvent à l’insu du chercheur. Un biais de confirmation pousse à retenir les données qui confirment les hypothèses de départ. Une question mal formulée oriente la réponse de l’utilisateur. Un contexte d’entretien artificiel produit des comportements artificiels.

Quelques règles pour limiter les biais :

poser des questions ouvertes (« Racontez-moi comment vous faites quand… ») plutôt que fermées (« Est-ce que vous trouvez cette page claire ? »)
noter les verbatims exacts plutôt que des reformulations personnelles
ne jamais valider ou invalider les réponses des participants pendant la session
observer sans interpréter en temps réel, l’interprétation vient en phase d’analyse, pas pendant la collecte

Pour les tests d’utilisabilité, le principe est le même : on observe, on ne guide pas. Si un utilisateur bloque sur une tâche, on note le blocage, on ne l’aide pas. C’est le blocage qui est l’information.

Phase 3 – Analyser pour produire des insights

Collecter des données brutes n’est que la première moitié du travail. L’analyse consiste à transformer ces données en décisions. Elle commence par l’identification de patterns : quelles difficultés reviennent chez plusieurs utilisateurs différents ? Quels verbatims se recoupent ? Où les comportements observés divergent-ils des hypothèses de départ ?

Les outils de synthèse les plus utilisés sont les personas – profils types construits à partir des données de recherche, qui incarnent les grands segments d’utilisateurs – et les user journeys – cartographies des parcours étape par étape, avec les points de friction et les moments de satisfaction associés.

L’experience map va un cran plus loin : elle cartographie l’expérience globale d’un utilisateur sur l’ensemble de sa relation avec un service ou une organisation, pas seulement sur un parcours digital précis. Elle est particulièrement utile sur des projets institutionnels ou business complexes, où l’expérience se joue sur plusieurs canaux (site web, accueil physique, téléphone, courrier) et où il faut comprendre comment le numérique s’articule avec le reste.

Exemple ci-dessous de notre expérience map pour le site e-commerce Gertrude :

Experience map pour le site Gertrude. Analyse des différentes étapes du parcours utilisateur et compte-rendu des émotions associées.

Le clustering d’idées, souvent réalisé en atelier avec l’équipe projet, permet de regrouper les observations par thème et de faire émerger les priorités. L’approche de la recherche utilisateur documentée par le Nielsen Norman Group propose un cadre de référence solide pour structurer cette phase d’analyse.

Phase 4 – Restituer pour aligner

Une recherche qui reste dans un document est inutile. La restitution a un objectif précis : aligner l’équipe projet sur les enseignements de la recherche pour que les décisions de conception qui suivent soient ancrées dans des faits partagés.

Les formats varient selon les contextes : synthèse écrite avec recommandations, présentation en atelier, personas affichés en salle de projet, user journeys commentés. L’essentiel est que les résultats soient lisibles et directement utilisables par les designers, les chefs de projet et les décideurs et pas seulement par les personnes qui ont mené la recherche.

Description avec photos des personas primaires et secondaires écrits pour Gertrude.

Les erreurs qui rendent une recherche utilisateur inutile

Plusieurs erreurs reviennent systématiquement dans les projets où la recherche ne produit pas les résultats attendus :

Absence d’objectif précis : sans question claire à laquelle répondre, on collecte des données diffuses et on produit un rapport que personne ne lit
Méthode unique : des entretiens seuls ne suffisent pas à comprendre des comportements réels ; des analytics seuls n’expliquent pas le pourquoi. La combinaison est presque toujours nécessaire
Questions biaisées : une question orientée confirme une hypothèse plutôt que de tester sa validité – c’est l’inverse de l’objectif
Analyse insuffisante : collecter sans analyser produit des données brutes inutilisables. L’insight ne se trouve pas dans les verbatims, il se construit à partir d’eux
Recherche déconnectée des décisions : la plus grave. Mener une recherche « pour cocher une case » sans qu’elle influence réellement la conception ne sert à rien et donne une fausse impression de rigueur

Recherche utilisateur et architecture de l’information : un lien direct

La recherche utilisateur alimente directement les décisions de conception qui suivent : l’architecture de l’information, les parcours, les wireframes, le choix des gabarits. Sans elle, ces décisions sont arbitraires. Avec elle, elles sont justifiées par des usages réels.

Un exemple concret : lors de la refonte d’un site de mairie, les entretiens utilisateurs révèlent que les visiteurs cherchent les horaires ou un accès rapides aux piscines avant beaucoup d’autres informations, mais que cette page est enfouie au troisième niveau de navigation. Cette observation unique justifie de remonter cette information en page d’accueil, une décision qui aurait été difficile à défendre sans données.

La recherche utilisateur est aussi utile après la mise en ligne qu’avant. Les tests d’utilisabilité post-lancement, combinés à l’analyse des données de navigation, permettent d’identifier les problèmes résiduels et d’itérer sur la base d’usages réels plutôt que d’hypothèses.

Vous menez un projet de refonte ou de conception et souhaitez intégrer une recherche utilisateur à votre démarche ? Parlons de votre projet