Guide : UX research, la méthode complète

Dans la plupart des entreprises B2B, les décisions produit sont prises sur la base de trois sources : les retours commerciaux, les demandes clients, et l'intuition des product managers. La recherche utilisateur — l'écoute structurée des utilisateurs finaux — reste marginale.


C'est une erreur coûteuse. Les utilisateurs finaux ont souvent des besoins très différents de ce que les décideurs imaginent.


Ce que la recherche apporte





Comprendre les usages réels — non pas ce que les utilisateurs disent faire, mais ce qu'ils font vraiment


Identifier les frictions — les points de blocage invisibles dans les statistiques


Valider les hypothèses — avant d'investir dans le développement


Prioriser — sur la base de la valeur réelle pour l'utilisateur





Ce que la recherche ne fait pas


Elle ne remplace pas les analytics, ni les retours commerciaux. Elle les complète. Les analytics disent où ça bloque. La recherche dit pourquoi.

1. Entretiens qualitatifs


5 à 10 entretiens individuels d'une heure permettent de dégager des patterns robustes. C'est la méthode la plus accessible et la plus riche. Les entretiens doivent être semi-structurés : un guide de questions, mais la liberté de creuser.


2. Observation contextuelle


Observer les utilisateurs dans leur environnement réel de travail. Révèle souvent des usages non anticipés, des contournements, des rituels.


3. Tests d'utilisabilité


Faire tester un prototype à 5-8 utilisateurs. Détecte 80 % des problèmes d'usage. Peu coûteux et très efficace. À faire tôt, avant le développement complet.


4. Analytics


Les données quantitatives (heatmaps, funnels, taux d'abandon) complètent l'analyse qualitative. Elles mesurent l'ampleur des problèmes identifiés.


5. Enquêtes


Utiles pour mesurer la satisfaction (NPS, CSAT) et identifier les priorités sur de larges populations. Moins profondes que les entretiens, mais plus larges.


En pratique, on combine plusieurs méthodes. Les entretiens pour comprendre, les analytics pour mesurer, les tests pour valider.

Avant





Définir l'objectif — qu'essaie-t-on d'apprendre ?


Recruter 5-8 participants — représentatifs de la population cible


Préparer un guide — questions ouvertes, ordre logique


Prévoir 1 heure — 45 minutes d'échange + 15 minutes de notes





Pendant


Les règles d'or :





Ne pas orienter — « Comment trouvez-vous cette fonctionnalité ? » plutôt que « Ne trouvez-vous pas cette fonctionnalité utile ? »


Creuser — « Pourquoi ? » répété 3 fois souvent


Demander des exemples concrets — pas des opinions abstraites


Laisser des silences — c'est souvent là que les choses intéressantes émergent


Ne pas défendre son produit — l'entretien n'est pas une démo





Après





Retranscrire les notes dans les 24 heures (la mémoire s'efface vite)


Identifier les patterns entre les entretiens


Documenter les verbatims marquants

Quel prototype


Trois niveaux possibles :





Papier — le plus rapide, mais limité


Maquette cliquable (Figma) — le plus courant


Prototype fonctionnel — si le comportement est complexe





Comment tester





Définir des tâches — « Vous voulez ajouter un utilisateur. Comment faites-vous ? »


Observer sans aider — sauf si l'utilisateur est bloqué 5 minutes


Demander à verbaliser — « Dites-moi ce que vous pensez à voix haute »


Noter les hésitations — plus importantes que les échecs





Combien de participants


5 suffisent pour détecter la majorité des problèmes. 8 permet de couvrir les cas limites. Au-delà, la valeur marginale décroît.


Ce qu'on apprend





Ce qui n'est pas compris


Ce qui n'est pas trouvé


Ce qui provoque des erreurs


Ce qui manque

Une recherche utilisateur qui ne mène à aucune décision est un échec. Il faut structurer la sortie.


Le rapport de recherche





Synthèse en une page — les 3 à 5 constats majeurs


Détail par thème — avec verbatims


Recommandations — ce qui devrait changer


Priorisation — ce qui est urgent, ce qui peut attendre





Partager les résultats


Ne pas se limiter à un rapport écrit. Organiser une session de restitution avec l'équipe produit et les parties prenantes. Montrer des vidéos ou des extraits d'entretiens. L'impact émotionnel est plus fort qu'un tableau.


Faire adopter les constats


Les constats contre-intuitifs sont souvent rejetés. Pour les faire accepter :





Montrer des preuves (verbatims, vidéos)


Impliquer les sceptiques dans la recherche


Faire des recommandations modestes mais concrètes


Mesurer l'impact des changements recommandés

1. Chercher à valider, pas à comprendre


Si l'objectif est de confirmer qu'une idée est bonne, la recherche ne sert à rien. Elle doit pouvoir invalider.


2. Écouter les clients, pas les utilisateurs


Les clients qui achètent ne sont pas toujours ceux qui utilisent. En B2B, il faut souvent parler aux deux.


3. Confondre opinion et comportement


Ce que les gens disent qu'ils font et ce qu'ils font réellement diffèrent souvent. Observer les comportements réels.


4. Négliger la représentativité


5 utilisateurs avancés ne représentent pas 500 utilisateurs moyens. Varier les profils.


5. Ne pas mesurer l'impact


Après les changements, mesurer l'effet. Sinon, impossible de démontrer la valeur de la recherche.

☐ Objectif de recherche clarifié


☐ Participants recrutés (5-8)


☐ Guide d'entretien préparé


☐ Sessions enregistrées (avec accord)


☐ Notes retranscrites sous 24h


☐ Patterns identifiés


☐ Rapport synthétique rédigé


☐ Session de restitution organisée


☐ Recommandations priorisées


☐ Impact mesuré après implémentation