Qu'est-ce que l'UX research et pourquoi est-elle indispensable avant de concevoir ?
L'UX research permet de concevoir des interfaces que les utilisateurs adoptent vraiment. Découvrez ce qu'est la recherche utilisateur, ses méthodes clés et pourquoi l'impasse sur cette étape coûte cher.

Qu'est-ce que l'UX research et pourquoi est-elle indispensable avant de concevoir ?
Concevoir une interface sans avoir interrogé ses futurs utilisateurs, c'est un peu comme construire une maison sans avoir parlé à ceux qui vont y vivre. Ça peut fonctionner, par chance. Mais le plus souvent, il manque quelque chose d'essentiel : un couloir trop étroit, une prise mal placée, une porte qui s'ouvre dans le mauvais sens.
En design digital, ce "quelque chose d'essentiel", c'est la compréhension réelle des utilisateurs. Et c'est précisément ce que permet l'UX research.
L'UX research, c'est quoi exactement ?
L'UX research (ou recherche en expérience utilisateur) désigne l'ensemble des méthodes et pratiques qui permettent de comprendre les comportements, les besoins, les attentes et les frustrations des utilisateurs d'un produit ou d'un service numérique.
Elle répond à des questions que les équipes se posent rarement à voix haute, mais qui déterminent pourtant tout :
- Qui sont vraiment nos utilisateurs, au-delà des personas marketing ?
- Quelles tâches cherchent-ils à accomplir, et dans quel contexte ?
- Où bloquent-ils sur l'interface actuelle ?
- Quelles fonctionnalités utilise-t-on vraiment, et lesquelles sont ignorées ?
- Qu'est-ce qui crée de la friction et provoque l'abandon ?
La recherche utilisateur ne remplace pas l'intuition ni l'expertise des designers. Elle l'alimente. Elle permet de partir de faits observés plutôt que d'hypothèses non vérifiées.
Pourquoi l'UX research est souvent la première victime des projets
Sur le papier, tout le monde est d'accord : comprendre les utilisateurs avant de concevoir, c'est logique. Dans la pratique, c'est souvent la première étape à sauter.
Les raisons sont connues : manque de temps, budget serré, impression que "l'équipe connaît déjà ses utilisateurs", ou conviction que les tests viendront après la conception. Ce dernier point est particulièrement coûteux : tester une interface déjà construite pour découvrir qu'elle répond mal aux besoins réels, c'est repartir de zéro en ayant déjà dépensé une partie du budget.
Une étude du Nielsen Norman Group estime qu'un euro investi en recherche utilisateur en phase amont en économise cinq à dix en corrections ultérieures. Le calcul est simple, même si la démonstration reste difficile à faire en réunion de cadrage.
Les grandes familles de méthodes
L'UX research ne se résume pas aux tests utilisateurs. Elle regroupe un spectre large de méthodes, que l'on classe généralement selon deux axes : qualitatif vs quantitatif, et exploratoire vs évaluatif.
Les méthodes qualitatives : comprendre le "pourquoi"
Elles permettent de plonger dans le vécu des utilisateurs, d'observer leurs comportements réels et de comprendre leurs logiques.
Les entretiens utilisateurs restent l'outil le plus fondamental. Un entretien semi-directif d'une heure avec cinq à huit utilisateurs représentatifs révèle souvent plus que des mois d'analytics. On y découvre les vrais mots que les gens utilisent pour décrire leurs besoins : un or pour le SEO et le copywriting en prime.
L'observation en contexte (ou "contextual inquiry") consiste à regarder l'utilisateur évoluer dans son environnement réel de travail. Ce qu'on observe et ce que les gens décrivent lors d'un entretien sont souvent très différents : les habitudes, les contournements, les raccourcis informels apparaissent seulement lors de l'observation.
Les tests d'utilisabilité consistent à demander à des utilisateurs représentatifs d'accomplir des tâches sur l'interface, en les laissant "penser à voix haute". Cinq participants suffisent généralement à identifier 80 % des problèmes critiques : c'est la règle empirique de Jakob Nielsen, toujours valide.
Les méthodes quantitatives : mesurer le "quoi"
Elles permettent de mesurer des comportements à grande échelle et de valider des hypothèses issues de la phase qualitative.
L'analyse des données d'usage (Google Analytics, Mixpanel, Hotjar...) révèle les pages d'abandon, les parcours réels, les points de friction mesurables. Elle dit quoi se passe, rarement pourquoi.
Les questionnaires et sondages permettent de recueillir des données à grande échelle sur les perceptions, les préférences et la satisfaction. Leur design demande une vraie rigueur méthodologique pour éviter les biais induits par les formulations.
Les tests A/B permettent de comparer deux versions d'une interface sur un critère précis : taux de conversion, taux de clics, temps de complétion. Ils répondent à "quelle version performe mieux" mais pas à "pourquoi".
La recherche exploratoire vs la recherche évaluative
Au-delà des méthodes, il faut distinguer deux grands moments de la recherche utilisateur dans un projet.
La recherche exploratoire intervient en amont de la conception. Elle sert à comprendre le contexte, les besoins et les comportements avant de dessiner quoi que ce soit. Elle nourrit les personas, les user journeys et les principes de conception. C'est elle qu'on oublie le plus souvent. Et c'est la plus précieuse.
La recherche évaluative intervient sur une interface existante ou un prototype. Elle sert à vérifier que ce qui a été conçu fonctionne effectivement du point de vue de l'utilisateur. Elle alimente les itérations. Elle est plus visible, plus facile à défendre en interne, mais elle ne peut jamais totalement compenser l'absence de recherche exploratoire.
Chez Wex, comment on l'intègre dans nos projets
Forts de plus de 15 ans d'accompagnement d'organisations dans la conception de leurs interfaces, nous avons appris une chose : la qualité d'un projet UX se joue souvent avant le premier wireframe.
Notre approche de l'UX research est pragmatique. Nous l'adaptons à la réalité de chaque projet (budget, calendrier, maturité de l'équipe côté client) mais nous ne faisons jamais l'impasse sur une phase minimale de compréhension des utilisateurs réels.
Concrètement, cela peut prendre la forme de :
- 3 à 5 entretiens utilisateurs pour un projet avec une cible bien définie
- Une analyse heuristique (évaluation experte de l'interface existante) combinée à des tests d'utilisabilité sur le produit actuel
- Un atelier de cadrage avec les équipes métier pour aligner perception interne et réalité terrain avant de concevoir
Aujourd'hui, nous avons aussi intégré des outils d'IA dans notre pratique de recherche : synthèse automatique des verbatims d'entretiens, détection de patterns récurrents dans les retours utilisateurs, génération rapide de premières hypothèses de personas. Ces outils n'observent pas à notre place. Mais ils accélèrent considérablement le temps passé à analyser, pour nous laisser plus de temps pour interpréter et concevoir.
Ce que l'UX research change concrètement
Voici trois situations réelles issues de nos missions, qui illustrent mieux que n'importe quelle théorie pourquoi cette étape est décisive.
Un grand assureur voulait simplifier son parcours de devis en ligne. L'équipe interne pensait que le problème venait du nombre de questions dans le formulaire. Les tests utilisateurs ont révélé autre chose : les abandons ne venaient pas de la longueur du parcours (jugé globalement clair) mais d'une proposition de valeur incompréhensible sur la création d'un espace personnel sécurisé. Verbatim d'un participant : "Je ne sais pas si c'est juste une fenêtre de chatbot, ou si c'est vraiment une messagerie personnalisée... du coup il va falloir créer un compte client." Le problème n'était pas la mécanique, c'était le wording. La solution n'était pas de supprimer l'étape, mais de clarifier ce qu'elle apportait.
Un constructeur automobile testait un parcours de reprise de véhicule augmenté par l'IA. La fonctionnalité (estimation du véhicule par photos) était perçue très positivement. Mais les tests ont mis en évidence un problème de séquençage : les utilisateurs attendaient une fourchette d'estimation avant de passer à la prise de photos, et non après. Verbatim : "Avant de prendre des photos, j'aurais aimé avoir une fourchette de reprise — à ce moment, je saurais si je vais oui ou non prendre des photos pour approfondir." Une fonctionnalité techniquement réussie mais dont le parcours contredisait la logique mentale des utilisateurs. Sans les tests, ce détail serait resté invisible jusqu'au lancement.
Un acteur du e-commerce food avait un site très bien noté esthétiquement, mais souffrait d'un fort taux d'abandon. Les tests ont révélé une double réalité : un design apprécié ("ça donne envie de manger les produits"), mais une navigation jugée pénible sur des points ergonomiques de base : filtres mal gérés, ajout au panier contre-intuitif, checkout manquant de fluidité. Le positionnement produit (frais, local, qualité) n'était de surcroît pas perçu lors de la navigation. L'esthétique ne compensait pas les défauts fonctionnels. La research a permis de prioriser des corrections sur des points que l'équipe interne ne considérait pas comme urgents.
Par où commencer ?
Si vous n'avez jamais structuré de démarche UX research sur vos projets, le meilleur point de départ est souvent le plus simple : parler à cinq utilisateurs réels pendant une heure chacun.
Pas de questionnaire, pas d'analytics dans un premier temps. Des conversations ouvertes, centrées sur leur vécu, leurs tâches, leurs frustrations. Ce que vous entendrez dans ces cinq heures changera probablement la façon dont vous regardez votre interface.
Si vous souhaitez structurer cette démarche (définir les bons profils à interroger, construire un guide d'entretien efficace, analyser et synthétiser les résultats), c'est exactement ce que nous faisons chez Wex.
Vous avez un projet de refonte ou de nouvelle interface ? Nos consultants UX peuvent vous accompagner dès la phase de recherche pour s'assurer que ce que vous construisez correspond à ce que vos utilisateurs attendent vraiment.
Article publié par l'équipe de l'Agence Wex, qui conçoit et construit des produits digitaux : recherche utilisateur, UX et UI design, développement front et headless, accessibilité et maintenance applicative.
Publié par Équipe Wex