Recherche client

Avant de développer une nouvelle fonctionnalité, regardez cinq personnes utiliser votre produit

Un guide pratique des tests d’utilisabilité pour startups : observez cinq utilisateurs pertinents, repérez les frictions et décidez quoi corriger.

Deux personnes devant un ordinateur portable, l’une montrant l’écran pendant que l’autre prend des notes
Sur cette page
  1. Pourquoi cinq personnes est un bon point de départ
  2. Choisissez une vraie tâche, pas une visite guidée du produit
  3. Trouvez des personnes qui ressemblent à vos vrais utilisateurs
  4. Le déroulé de la séance est plus simple que vous ne le pensez
  5. Notez les comportements, pas votre interprétation
  6. Corrigez la tendance, pas chaque demande
  7. Testez à nouveau la correction
  8. La place de l’IA, et ses limites
  9. L’essentiel

Un nouvel utilisateur ouvre votre appli, regarde l’écran et marque une pause. Au bout de quelques secondes, il appuie sur le mauvais bouton. Il revient en arrière, essaie autre chose, puis abandonne sans bruit.

Si vous aviez regardé, vous auriez remarqué le problème immédiatement.

Mais si vous vous étiez contenté d’une liste de demandes de fonctionnalités, vous auriez pu passer deux semaines à construire quelque chose de complètement différent.

Les fondateurs voient souvent les nouvelles fonctionnalités comme la principale réponse à une croissance lente. Parfois, elles aident. Parfois, le produit existant est déjà assez bon en théorie, mais déroutant en pratique.

Avant d’ajouter une autre fonctionnalité, regardez des gens essayer d’utiliser le produit que vous avez déjà construit.

Pourquoi cinq personnes est un bon point de départ

L’expression « tester avec cinq utilisateurs » vient de la recherche en utilisabilité ; ce n’est pas une garantie que cinq personnes représentent tout votre marché.

Le guide du Nielsen Norman Group, « How Many Test Users in a Usability Study ? », explique pourquoi de petites études qualitatives d’utilisabilité peuvent révéler efficacement de nombreux problèmes importants, tout en décrivant les situations qui exigent des échantillons plus larges.

Le but n’est pas ici de calculer un taux de conversion ou d’annoncer que 80 % des utilisateurs sont perdus. Il s’agit de découvrir les frictions et de comprendre pourquoi elles se produisent.

Si le produit s’adresse à des groupes d’utilisateurs très différents, vous devrez tenir compte de ces différences dans le choix des participants et dans l’interprétation des séances.

Choisissez une vraie tâche, pas une visite guidée du produit

Ne demandez pas à quelqu’un d’assister à votre démo et de dire ce qu’il en pense.

Donnez-lui une tâche qui ressemble à quelque chose qu’il voudrait réellement accomplir :

  • Trouver et réserver un rendez-vous.
  • Créer une facture et l’envoyer.
  • Comparer deux formules et déterminer laquelle inclut une fonctionnalité nécessaire.
  • Saisir une idée de startup et trouver le rapport obtenu.
  • Enregistrer un élément et y revenir plus tard.

La tâche doit avoir une fin claire, mais évitez de dire exactement sur quels boutons cliquer.

Au lieu de « Cliquez sur le bouton vert pour lancer un test », dites : « Vous voulez savoir ce qui pourrait clocher dans cette idée d’entreprise. Montrez-moi comment vous commenceriez. »

Trouvez des personnes qui ressemblent à vos vrais utilisateurs

Les amis peuvent aider à repérer les bugs flagrants, mais ils vous connaissent et chercheront peut-être à vous soutenir. Si possible, recrutez des personnes qui rencontrent vraiment le problème que le produit prétend résoudre.

Vous n’avez pas besoin d’un laboratoire de recherche professionnel. Vous pouvez observer en visioconférence ou dans une pièce calme. Obtenez l’autorisation appropriée avant d’enregistrer quoi que ce soit, et ne poussez pas les gens à partager des comptes privés ou des mots de passe.

Si vous offrez une contrepartie, qu’elle rémunère leur temps, pas des retours positifs.

Le déroulé de la séance est plus simple que vous ne le pensez

Une introduction utile :

Merci de votre aide. Nous testons le produit, pas vous. Il n’y a pas de mauvais clic. Dites-moi au fur et à mesure ce à quoi vous vous attendez. Il se peut que je reste silencieux un moment pour voir ce que l’écran rend clair par lui-même.

Puis donnez la tâche et observez.

Quand la personne marque une pause, résistez à l’envie de la secourir. Si la situation devient inconfortable, vous pouvez demander : « Que cherchez-vous en ce moment ? » C’est plus révélateur que d’expliquer où se trouve le bouton.

Posez des questions de relance neutres :

  • Que pensiez-vous qu’il se passerait après avoir cliqué là ?
  • Qu’est-ce qui était déroutant ici ?
  • Quelle information cherchiez-vous ?
  • Y a-t-il quelque chose que vous vous attendiez à voir et qui n’y était pas ?

Évitez « C’était facile, non ? » ou « Le design vous a plu, n’est-ce pas ? » Ces questions orientent les gens vers la réponse que vous souhaitez.

Notez les comportements, pas votre interprétation

Mauvaise note : « L’utilisateur ne comprend pas notre produit. »

Meilleure note : « L’utilisateur a cherché les tarifs dans le menu du haut, a ouvert la FAQ, puis est revenu à la page d’accueil sans trouver les conditions d’abonnement. »

La seconde note vous donne quelque chose à corriger.

Un simple journal de séance peut comporter :

Tâche Ce qui s’est passé Friction possible
Lancer un test Le participant n’a pas trouvé le bouton principal Le bouton d’action n’est pas assez visible ou son libellé n’est pas clair
Définir l’audience Le participant ne savait pas trop qui était sélectionné La valeur par défaut n’est pas expliquée
Voir le résultat Le participant attendait un e-mail mais a cherché dans le tableau de bord Le message de fin n’indique pas la marche à suivre

Séparez les observations des hypothèses. Vous pourrez discuter des causes profondes après la séance.

Corrigez la tendance, pas chaque demande

Un participant n’aimera peut-être pas une police. Un autre demandera peut-être une fonctionnalité à laquelle vous n’aviez pas pensé. Prenez des notes, mais concentrez-vous surtout sur les moments de réelle difficulté qui se répètent.

Si trois personnes ne trouvent pas la même action, cela mérite d’être examiné rapidement. Si une personne demande un filtre de reporting avancé, cela pourra être utile plus tard, mais cela ne doit pas automatiquement passer avant une tâche que personne ne parvient à accomplir.

Hiérarchisez les problèmes selon leur gravité, leur fréquence dans votre petite étude et l’importance de la tâche. Ce sont des appréciations, pas des estimations statistiquement vérifiées sur une population.

Testez à nouveau la correction

La partie la plus utile d’une étude d’utilisabilité, c’est ce qui vient ensuite.

Changez le libellé déroutant, raccourcissez le formulaire ou améliorez les indications. Puis demandez à de nouveaux utilisateurs pertinents d’effectuer la même tâche sans les guider.

Ce cycle est souvent plus révélateur que de recueillir un grand nombre de suggestions de fonctionnalités sans jamais observer comment le produit est réellement utilisé.

Il y a des limites : une séance d’utilisabilité vous renseigne sur les frictions d’interaction, pas sur la force de la demande du marché pour l’idée d’entreprise sous-jacente. Quelqu’un peut parfaitement naviguer dans votre appli et n’avoir pourtant aucune raison de payer pour elle.

La place de l’IA, et ses limites

L’IA peut vous aider à rédiger des scénarios de tâches, à identifier des points de confusion possibles et à organiser vos notes d’entretien. Un test de concept simulé par IA peut suggérer des questions à approfondir avant de recruter des personnes.

Mais un participant synthétique ne peut pas remplacer le fait de voir un vrai humain hésiter, mal comprendre un écran ou utiliser votre produit de façon inattendue.

Essayez le Générateur de sondages clients gratuit pour des questions neutres après la séance, ou utilisez SellTo.us pour explorer des hypothèses au niveau du concept, séparément des constats d’utilisabilité.

Questions fréquentes

Puis-je tester mon produit avec seulement trois personnes ?

Oui, si c’est ce que vous pouvez réalistement recruter. Soyez explicite sur la portée limitée et traitez les constats comme de premières observations qualitatives.

Dois-je expliquer les fonctionnalités si un participant est bloqué ?

Notez d’abord le point de confusion. Ensuite, vous pouvez l’aider à continuer, surtout s’il est mal à l’aise, mais distinguez ce qu’il a réussi seul de ce qui a nécessité votre aide.

Un test d’utilisabilité prouve-t-il l’adéquation produit-marché ?

Non. Il montre comment les gens interagissent avec un produit ou une tâche. La demande du marché nécessite d’autres types de preuves, dont une adoption réelle et des comportements d’achat.

L’essentiel

Quand on est fier d’un produit, il est difficile de regarder quelqu’un peiner à l’utiliser. C’est exactement pour cela qu’il faut le faire.

Cinq séances honnêtes peuvent vous donner des points concrets à corriger avant qu’une nouvelle fonctionnalité ne complique le produit. Le but n’est pas de recueillir des compliments. C’est de rendre l’expérience du prochain utilisateur plus facile.

Rédigé par l’équipe SellTo.us. Les exemples de cet article sont hypothétiques. Les résultats SellTo.us proviennent de participants simulés par IA, et non de personnes réelles, et ne prédisent pas les ventes ni ne garantissent le succès.

Articles similaires