Aller au contenu principal
Illustration : une carte d'affinités de notes de recherche regroupées par thèmes

Un bon design commence par la compréhension de vos utilisateurs. La recherche UX n’a pas besoin d’être un exercice académique de plusieurs mois : des méthodes de recherche légères peuvent fournir des enseignements exploitables en quelques jours et s’intégrer naturellement aux cycles de développement agiles.

L’astuce consiste à adapter la méthode à la question. L’essentiel du gaspillage en recherche vient de l’application d’une méthode familière au mauvais problème : des questionnaires pour comprendre des motivations, des tests d’utilisabilité pour choisir entre des stratégies commerciales, ou de l’analytics pour expliquer pourquoi quelqu’un a abandonné. Avant de choisir une technique, notez la décision que la recherche doit éclairer.

Partir d’une question de recherche

Une question de recherche utile est précise et liée à une décision que l’équipe prendra réellement. Comparez :

  • Faible : « Que pensent les utilisateurs de notre tableau de bord ? »
  • Solide : « Les administrateurs qui débutent peuvent-ils trouver et exporter le rapport d’utilisation du mois dernier sans aide ? »

La version solide vous indique qui recruter, quelles tâches proposer et à quoi ressemble la réussite. Elle rend aussi évident le moment où vous avez terminé. Rédigez un court plan de recherche pour chaque étude, même d’une seule page :

Question: Can first-time admins export last month's usage report?
Decision it informs: Whether to redesign the reports navigation this sprint
Method: Moderated remote usability test, 5 participants
Participants: Admins who signed up in the last 30 days
Success signal: 4 of 5 complete the task unaided in under 3 minutes

Les tests guérilla

Les tests guérilla consistent à solliciter cinq à huit participants pour de courtes sessions de 15 minutes. Rendez-vous dans un café, un espace de coworking, ou utilisez une plateforme de test à distance. L’objectif est d’obtenir un retour rapide sur une interaction ou un parcours précis, pas une analyse exhaustive.

Préparez un scénario de tâches ciblé, enregistrez les sessions (avec autorisation) et synthétisez immédiatement vos observations. Les tendances apparaissent vite : si trois participants sur cinq butent sur le même élément, vous tenez un problème de design clair à résoudre.

Mener une bonne session

  • Donnez des tâches, pas des instructions. « Vous voulez inviter un collègue sur ce projet » est une tâche. « Cliquez sur le bouton de partage » est une instruction qui ne teste rien.
  • Demandez aux participants de penser à voix haute, et résistez à l’envie de les aider. Le silence est inconfortable ; laissez-le s’installer.
  • Interrogez sur les comportements passés, pas sur des futurs hypothétiques. « Quand avez-vous fait cela pour la dernière fois ? » produit de meilleures données que « Est-ce que vous utiliseriez ceci ? »
  • Connaissez les limites. Les participants recrutés à la volée peuvent ne pas correspondre à votre audience réelle. Pour les produits spécialisés, comme les outils destinés aux comptables ou aux soignants, recrutez parmi vos vrais utilisateurs, même si cela prend quelques jours de plus.

Les entretiens utilisateurs

Les entretiens sont le meilleur outil pour comprendre les objectifs, le contexte et les motivations avant de concevoir quoi que ce soit. Contrairement aux tests d’utilisabilité, ils ne portent pas du tout sur votre interface, mais sur le problème que vos utilisateurs cherchent à résoudre.

Servez-vous d’un guide d’entretien souple plutôt que d’un questionnaire rigide. Ouvrez par des questions larges sur le rôle et le mode de travail du participant, puis resserrez progressivement vers le sujet qui vous intéresse. Creusez tout ce qui vous surprend avec « Dites-m’en plus » ou « Que s’est-il passé ensuite ? ». Les enseignements les plus précieux viennent généralement de récits d’événements précis et récents, y compris des contournements que les gens ont bricolés avec des tableurs, des post-it ou d’autres outils.

Évitez les questions orientées. « Ce ne serait pas plus simple si les rapports étaient sur l’écran d’accueil ? » appelle un acquiescement poli. « Racontez-moi la dernière fois que vous avez eu besoin d’un rapport » révèle ce qui se passe réellement.

Le tri de cartes

Lors de la conception d’une architecture de l’information, le tri de cartes révèle la façon dont les utilisateurs organisent mentalement votre contenu. Le tri ouvert laisse les participants créer leurs propres catégories, tandis que le tri fermé valide une structure existante. Les outils en ligne dédiés au tri de cartes simplifient les études à distance et produisent des matrices de similarité qui montrent quels éléments les participants ont le plus souvent regroupés.

Le tri de cartes vous dit comment les gens regroupent les choses, pas s’ils parviennent à les trouver. Associez-le au tree testing, dans lequel les participants parcourent une version purement textuelle de la structure de menu proposée pour localiser des éléments précis. Ensemble, ces deux méthodes couvrent les deux faces de la conception de la navigation : le modèle mental et la trouvabilité.

Les études de journal

Pour comprendre les comportements dans la durée, les études de journal (diary studies) capturent des usages réels que les études en laboratoire ne voient pas. Les participants consignent leur expérience d’un produit sur plusieurs jours ou semaines, ce qui fournit des données contextuelles riches sur les points de friction et les contournements.

Les études de journal fonctionnent le mieux pour des comportements peu fréquents, étalés sur la journée ou liés à un contexte particulier, comme la prise en main pendant une première semaine ou une routine de reporting mensuelle. Gardez des saisies courtes pour que les participants tiennent sur la durée : une ou deux questions, une photo ou une capture d’écran, et une note rapide. Faites un point tôt pour repérer les participants perdus, et attendez-vous à des abandons : recrutez donc quelques personnes de plus que nécessaire.

La recherche guidée par l’analytics

Combinez recherche qualitative et données quantitatives. L’analytics vous dit ce qui se passe ; la recherche vous dit pourquoi. Un taux de rebond élevé sur une page donnée peut révéler un texte déroutant, une mise en page cassée, ou simplement que la page répond rapidement et efficacement à la question de l’utilisateur.

Servez-vous de l’analytics pour orienter la recherche aux bons endroits :

  • Les entonnoirs montrent où les gens abandonnent dans les parcours en plusieurs étapes, comme l’inscription ou le paiement.
  • Les journaux de recherche de votre propre site révèlent les mots que les utilisateurs emploient vraiment, qui ne sont souvent pas ceux de votre navigation.
  • L’usage des fonctionnalités montre ce qui est ignoré, ce qui est tout aussi instructif que ce qui est populaire.
  • Les enregistrements de session (avec un consentement approprié et un masquage des données personnelles) peuvent montrer les clics de frustration et les impasses que les indicateurs ne font que suggérer.

Lorsque vous avez besoin de chiffres provenant directement des utilisateurs, gardez des questionnaires courts et précis, et interrogez sur des comportements récents et concrets plutôt que sur des opinions à propos de l’avenir.

Recrutement et éthique

Le choix de vos interlocuteurs compte plus que leur nombre. Recrutez des participants qui correspondent au segment visé par votre question de recherche, et écartez les personnes qui travaillent dans l’UX, le design ou votre propre secteur, sauf si elles constituent l’audience cible. Un court questionnaire de présélection comportant quelques questions comportementales, par exemple la fréquence à laquelle la personne effectue la tâche étudiée, filtre mieux que des cases démographiques.

Traitez les participants avec égard. Expliquez ce que vous étudiez et comment les enregistrements seront utilisés, obtenez un consentement explicite avant d’enregistrer, et stockez les données avec la même rigueur que les données clients. Rémunérez équitablement le temps des participants ; cela améliore à la fois la présence et la bonne volonté. Précisez que c’est le produit que vous testez, pas eux, et qu’il n’y a pas de mauvaise réponse.

Rendre les résultats exploitables

La recherche ne compte que si elle change ce que l’équipe construit. Un rapport de quarante pages y parvient rarement. Au lieu de cela :

  • Synthétisez dans un délai d’un ou deux jours, tant que les sessions sont fraîches, en utilisant l’affinity mapping pour regrouper les observations par thèmes.
  • Mettez en avant les trois à cinq principaux enseignements, chacun avec un niveau de gravité, des éléments probants et une prochaine étape recommandée.
  • Ajoutez de courts extraits vidéo ou des citations ; voir une vraie personne en difficulté convainc davantage que n’importe quel résumé.
  • Stockez les résultats dans un endroit où l’on peut faire des recherches, classés par domaine produit, pour que l’équipe suivante ne refasse pas la même étude.

Invitez les développeurs et les product managers à observer les sessions. Les personnes qui ont vu un participant échouer sur une tâche ont rarement besoin d’être convaincues que le problème est réel.

Conclusion

Les meilleurs programmes de recherche UX combinent plusieurs méthodes et croisent leurs résultats pour fonder les décisions de design sur des bases solides. Partez d’une question claire, choisissez la méthode la plus légère capable d’y répondre, impliquez toute l’équipe et traduisez ce que vous apprenez en changements concrets. Des études petites et fréquentes valent mieux que de grandes études occasionnelles, car elles gardent les vrais utilisateurs dans la conversation tant que les décisions coûtent encore peu à modifier.

Partager cet article
user-experience teamwork