Résumé de cet article en une phrase : en se basant sur la formule proposée par Jakob Nielsen, vous obtiendrez une vision plus exhaustive des problèmes d'UX avec 30 utilisateurs à distance qu'avec 5 utilisateurs en présentiel. Mais prenons notre temps !
Nielsen Norman Group répète sans relâche que, certes 5 personnes suffisent, mais il faut en revanche absolument conduire des tests répétés. L'un des arguments phare est lié au fait que votre projet est vivant. Il s'agit donc de l'éprouver à différents stades de son évolution. Il faut aussi dire que les études permettent d'identifier des barrières mais que les solutions que vous y apportez méritent également d'être validées. Il s'agit donc de répéter les phases d'écoute jusqu'à éliminer un maximum d'incertitude.
Un précepte que nous avons fait nôtre chez Ferpection avec le découpage des stratégies d'étude par grandes étapes :
Cette nécessité de tests répétés est l'une des trois hypothèses sous-jacentes au modèle proposé dans l'article sus-cité. Dans la suite de cet article, nous allons regarder deux autres hypothèses et les challenger du fait de l'incroyable évolution du web en quelques années.
Première étape de notre relecture, commençons par réviser nos classiques. Qu'est-ce que cette fameuse formule ? En réalité, derrière l'article publié sur le site de NNG, il y a une publication académique de 1993 : "A Mathematical Model of the Finding of Usability Problems". Les auteurs en sont - surprise - Jakob Nielsen et Thomas K. Landauer. Reprenant les résultats de plusieurs tests utilisateurs d'interface logiciels, ils montrent empiriquement que le nombre de problèmes que peut révéler une étude suit une forme d'asymptote, plus connue sous le nom de loi de Poisson. La formule mathématique de cette loi est bien connue (attention, ça va devenir un peu technique mais pas longtemps rassurez-vous).
La formule permet de connaître le nombre de problèmes d'UX en fonction du nombre n d'individus interrogés :
Où :
On pourra en déduire le pourcentage de problèmes trouvés par un échantillon donné sur le nombre total de problèmes. Plus ce pourcentage sera élevé, mieux l'étude aura permis de diagnostiquer une interface donnée.
Vous avez survécu jusque là ? Tant mieux car la suite est plus simple ! En 2000, donc sept années plus tard, Jakob Nielsen va opérer une simplification et conclure dans son article resté célèbre que 5 utilisateurs suffisent pour écouter vos visiteurs. Plus exactement, il montrera en utilisant la formule qu'avec 5 utilisateurs, vous trouverez 84% des problèmes d'UX dans une interface donnée.
Pourquoi seulement 84% me direz-vous ? A cause de deux hypothèses qui ne sont peut-être plus aussi pertinentes qu'en 1993 :
Nous allons relire la formule permettant de trouver le nombre idéal d'utilisateurs en mettant à jour les hypothèses sous-jacentes :
Sur cette base, le nombre idéal d'utilisateurs est de 27. Dans le tableau ci-dessous, vous retrouvez la formule avec dans la colonne de gauche les hypothèses de Jakob Nielsen et dans la colonne de droite les hypothèses revisitées ici :
Nous arrivons à la fin de notre relecture. Si interroger 27 personnes suffira, il y a deux bonnes raisons d'arrondir ce chiffre à 30 personnes :
Tout à fait car identifier 84% des freins rencontrés par vos utilisateurs et clients peut se révéler être un résultat tout à fait honorable. Cela se produit notamment lorsque des ciblages spécifiques conduisent à des coûts de recrutement plus proches de ceux constatés par Nielsen et Landauer en 1993. Plus précisément chez Ferpection, nous avons adopté deux tailles d'échantillon intermédiaires :
Avec 60 utilisateurs, vous doublez forcément les moyens mis en place - temps et argent - pour un gain de 0,9% de problèmes trouvés. A vous de voir donc.
En conclusion, le contexte ayant évolué depuis 1993, lorsque le ciblage le permet, il est désormais pertinent de remplacer des échantillons de 5 utilisateurs en présentiel par des échantillons de 30 personnes à distance afin d'identifier l'ensemble des problèmes d'UX et de les prioriser avec confiance.
Pour en savoir plus :
Why You Only Need to Test with 5 Users
Vous souhaitez en apprendre davantage sur les différentes méthodes de recherche utilisateur à disposition pour mieux comprendre vos utilisateurs et tester vos produits et services ? Rendez-vous sur notre page méthodologies d'études UX research.