Une équipe produit reçoit, en trois mois, quatre demandes identiques provenant de clients importants : un export personnalisé, un tableau de bord supplémentaire, une validation à deux niveaux. Les commerciaux insistent, la direction tranche, six semaines de développement sont engagées. Une fois livrée, la fonctionnalité est utilisée par une poignée de comptes, tandis que l’équipe découvre, par hasard, que les utilisateurs quotidiens contournent depuis des mois un écran de saisie trop long.
Ce scénario n’a rien d’exceptionnel dans le monde professionnel, où le produit est choisi par une personne, payé par une autre et utilisé par une troisième. Les signaux les plus bruyants, ceux des acheteurs et des clients stratégiques, finissent par couvrir ceux des utilisateurs réels, et c’est précisément cette distorsion que la recherche UX permet de corriger.
Pourquoi le B2B est un terrain particulier ?
Le B2B ne se contente pas d’être un B2C avec des clients plus grands. Il présente quatre caractéristiques qui changent la manière de faire de la recherche.
La première est la multiplicité des rôles. Le décideur qui signe le contrat, l’administrateur qui configure l’outil et l’utilisateur qui s’en sert huit heures par jour n’ont ni les mêmes objectifs, ni les mêmes frustrations, ni le même vocabulaire. La deuxième est la petite taille des populations : un produit métier peut ne compter que quelques centaines d’utilisateurs, ce qui rend inutiles les grandes enquêtes statistiques. La troisième est le poids de la relation commerciale, qui filtre l’accès aux utilisateurs par l’intermédiaire des commerciaux ou des responsables de compte, avec le risque de n’entendre que les clients satisfaits ou les plus influents. La quatrième est la complexité des workflows, qui mêlent outils, habitudes, contraintes réglementaires et contournements informels que seule l’observation permet de voir.
La règle des cinq utilisateurs : ce qu’elle dit vraiment
Le chiffre le plus cité en recherche UX est celui de cinq participants, popularisé par Jakob Nielsen et Thomas Landauer à partir de leur modèle de 1993 : en moyenne, chaque participant révèle environ 31 % des problèmes d’utilisabilité d’une interface, si bien que cinq participants en découvrent environ 85 %, et qu’une quinzaine suffisent à s’approcher de l’exhaustivité. La conclusion pratique de Nielsen était de préférer plusieurs petits tests itératifs à une grande étude unique.
Cette règle est précieuse en B2B, où les budgets et les accès sont limités, mais elle demande à être lue avec précision. Des analyses ultérieures, notamment celles de Faulkner en 2003, ont montré que la moyenne de 85 % cache une forte variabilité, certains groupes de cinq n’ayant détecté qu’environ 55 % des problèmes. Surtout, la règle vaut pour un profil homogène et un parcours ciblé : un produit qui s’adresse à des administrateurs, des utilisateurs quotidiens et des acheteurs exige environ cinq participants par profil, soit une quinzaine au total. Enfin, pour une mesure quantitative, le Nielsen Norman Group recommande un échantillon beaucoup plus large, de l’ordre d’une vingtaine de participants au minimum.
À retenir. Cinq participants suffisent pour découvrir des problèmes d’utilisabilité sur un parcours précis et un profil précis, pas pour mesurer un phénomène ni pour couvrir plusieurs profils à la fois.
Les cinq méthodes les plus utiles en contexte B2B
Les entretiens de découverte permettent de comprendre les objectifs, le contexte de travail et les motivations. Ils sont particulièrement utiles avant de concevoir une fonctionnalité, quand la question est « quel problème résout-on exactement ? ». Mieux vaut interroger les personnes sur ce qu’elles ont fait récemment que sur ce qu’elles feraient hypothétiquement, car les déclarations sur l’avenir sont peu fiables.
L’observation en situation consiste à regarder les utilisateurs travailler sur leur poste, avec leurs outils, leurs interruptions et leurs contournements. C’est la méthode la plus riche en B2B, parce que les écarts entre le processus officiel et la pratique réelle y sont considérables. Dans de nombreux contextes ouest-africains, elle révèle aussi des contraintes de connectivité, d’équipement ou d’organisation que l’on ne soupçonne pas depuis un bureau.
Les tests d’utilisabilité mettent des utilisateurs face à une maquette ou un produit avec des tâches à accomplir. Menés tôt sur des prototypes peu coûteux, ils évitent de développer des écrans inutilisables, et la logique des cinq participants par profil s’y applique pleinement.
L’analyse des données d’usage et du support croise ce que les gens font réellement (parcours, abandons, fonctionnalités ignorées) avec ce qu’ils signalent (tickets, questions récurrentes). Elle indique où regarder, mais pas pourquoi, d’où l’intérêt de la combiner avec des entretiens.
Les enquêtes courtes et ciblées servent à quantifier un phénomène déjà compris, par exemple avec le questionnaire standardisé SUS (System Usability Scale) pour suivre l’utilisabilité dans le temps. Elles ne doivent pas remplacer l’exploration qualitative, mais la compléter.
Exemple concret. Un éditeur de logiciel de gestion de stocks constate que les clients demandent un nouveau rapport. Une série d’observations en entrepôt montre que les magasiniers saisissent leurs mouvements sur papier, puis les recopient en fin de journée, parce que l’écran de saisie est trop lent. L’équipe abandonne le rapport demandé et simplifie d’abord la saisie, ce qui améliore la qualité des données dont le rapport dépendait.
Comment relier la recherche à la décision produit
Une étude brillante qui n’influence aucune décision est une dépense inutile. Pour que la recherche éclaire réellement le produit, cinq pratiques font la différence.
Partir de la décision, pas du sujet. Avant toute étude, formulez la décision à prendre (« faut-il refondre l’écran de saisie avant ou après le nouveau module ? ») et la question qui la conditionne. Une étude sans décision attachée produit des rapports que personne ne lit.
Distinguer ce qu’on sait de ce qu’on suppose. Listez les hypothèses qui sous-tendent la décision, notez celles qui sont vérifiées et concentrez la recherche sur les plus risquées et les plus coûteuses si elles sont fausses.
Faire participer les décideurs. Inviter le responsable produit, un développeur et un commercial à observer au moins une session produit un effet considérable, car on se laisse beaucoup plus facilement convaincre par ce qu’on a vu que par un rapport.
Rendre les résultats actionnables. Un livrable utile tient en quelques pages : la question, ce qui a été constaté, ce que cela implique, ce que l’on recommande et le degré de confiance. Les verbatims forts valent mieux qu’une moyenne abstraite.
Consigner et mesurer. Tenez un journal des décisions avec les preuves qui les ont fondées, puis suivez un indicateur de résultat après la livraison (taux de réussite d’une tâche, temps d’exécution, adoption). C’est ce suivi qui transforme la recherche en capacité durable.
Les pièges à éviter
Le premier piège est de n’écouter que les clients les plus influents, ce qui biaise le produit vers les besoins de quelques comptes. Le deuxième est de confondre demande et besoin : un client qui réclame une fonctionnalité décrit rarement le problème sous-jacent, qu’il faut chercher par des questions ouvertes. Le troisième est de recruter par commodité, c’est-à-dire de ne tester qu’avec des utilisateurs avertis ou proches de l’équipe. Le quatrième est de mener une recherche trop tard, après le développement, quand les corrections coûtent dix fois plus. Le cinquième est de sous-estimer la dimension éthique : consentement, confidentialité des informations d’entreprise et protection des données personnelles collectées pendant les sessions doivent être traités sérieusement.
Point de vigilance. Le recrutement via les commerciaux est pratique mais biaisé. Complétez-le systématiquement par des utilisateurs qui n’ont pas de relation privilégiée avec vos équipes et par des clients qui ont réduit leur usage ou résilié.
Démarrer avec peu de moyens
Une PME ou une jeune équipe produit n’a pas besoin d’un laboratoire pour commencer. Un dispositif minimal consiste à réaliser cinq entretiens d’une heure avec un profil prioritaire, à observer deux ou trois personnes dans leur environnement de travail, à faire tester un prototype papier ou une maquette à cinq utilisateurs et à relire les tickets de support du dernier trimestre. En deux à trois semaines, ce dispositif produit généralement plus de clarté qu’une série de réunions internes, et il constitue un premier jeu de preuves auquel les décisions futures pourront s’adosser.
Ce qu’il faut faire dès maintenant. Choisissez la prochaine décision produit importante, écrivez en une phrase ce que vous ignorez et qui pourrait le dire, puis planifiez trois entretiens dans les quinze jours. Vous venez de lancer votre pratique de recherche.
Et en Afrique de l’Ouest ?
Les principes sont identiques, mais trois paramètres méritent une attention particulière. Le contexte d’usage est souvent mobile et sujet à des connexions instables, ce qui impose de tester dans les conditions réelles et non sur un réseau de bureau. Les pratiques informelles (échanges par messagerie, carnets, tableurs partagés) sont fréquemment le véritable système de travail, et un produit qui les ignore sera contourné. Enfin, la langue et la littératie numérique varient fortement selon les profils, ce qui justifie des tests avec des participants représentatifs plutôt que supposés.
L’avis d’EYYAW. Nous pensons que la recherche utilisateur est avant tout un outil de réduction du risque : elle coûte quelques jours là où une mauvaise décision coûte des mois de développement. Les équipes qui l’adoptent progressent moins par des méthodes sophistiquées que par la régularité avec laquelle elles confrontent leurs hypothèses au terrain.
En B2B, les décisions produit sont exposées à des biais structurels : poids des clients les plus bruyants, multiplicité des profils, accès filtré aux utilisateurs. La recherche UX les corrige à condition d’être orientée vers des décisions précises, de couvrir chaque profil concerné, de combiner observation, entretiens, tests et données d’usage, puis de relier ses conclusions à un suivi mesurable.
Votre prochaine étape est simple : identifiez la décision produit qui vous préoccupe le plus, recensez les profils concernés et programmez vos premiers entretiens. Si vous souhaitez un accompagnement pour cadrer une démarche de recherche et la relier à votre feuille de route, EYYAW peut vous aider. Et vous, quelle décision produit auriez-vous prise autrement si vous aviez observé vos utilisateurs avant de décider ?
Votre prochaine étape est simple : réalisez le diagnostic de votre point de départ, choisissez trois objectifs et partagez-les avec votre équipe de direction. Si vous souhaitez un regard extérieur pour transformer ces réflexions en plan applicable, EYYAW peut vous accompagner. Et vous, quelle initiative aimeriez-vous voir figurer en premier dans votre roadmap ?
Votre organisation rencontre-t-elle cette difficulté ? Échangeons pour identifier les pistes d’amélioration adaptées à votre situation. » Le diagnostic proposé est un diagnostic de maturité numérique : Diagnostics
Avis et commentaires
Aucun commentaire pour l’instant.