Quel niveau d'expérience utilisateur cibler avec les tests d'utilisabilité?
Je travaille sur un projet où nous avons la possibilité de tester une version mise à niveau d'un système avec 4 utilisateurs. La nouvelle version n'est pas radicalement différente de la version actuelle, mais il y a des flux de tâches modifiés et des fonctionnalités supplémentaires demandées par les utilisateurs. Nous voulons tester pour trouver des problèmes d'utilisabilité avec quelques tâches critiques et fréquentes que nous avons identifiées - tâches que tous les utilisateurs de ce groupe d'utilisateurs effectuent.
Notre base d'utilisateurs est large et se compose d'utilisateurs qui seront complètement nouveaux sur le système (n'ont pas utilisé de version précédente), jusqu'aux utilisateurs hautement qualifiés qui ont beaucoup d'expérience sur la version actuelle du système.
Je me demande quel niveau d'expérience des utilisateurs nous devrions cibler pour notre test: testons-nous avec 4 utilisateurs dont le niveau d'expérience/expertise de la version actuelle du système est "juste en dessous de la moyenne", ou peut-être un de chaque quartile du spectre d'expérience/expertise ?
Et une question connexe: si la hache descend sur le projet et que nous avons la possibilité de tester avec un seul utilisateur, quel niveau d'expérience/expertise devrions-nous cibler?
Il est probablement préférable de répartir les participants sur autant de types d'utilisateurs pertinents que possible. Le plus précieux dans un groupe de participants au test est toujours le premier, par une large marge. Dans l'un des articles les plus célèbres à ce sujet, intitulé justement Pourquoi vous n'avez besoin de tester qu'avec 5 utilisateurs , Nielsen dit:
Dès que vous collectez des données auprès d'un seul utilisateur de test, vos informations se multiplient et vous avez déjà appris près du tiers de tout ce qu'il y a à savoir sur l'utilisabilité de la conception. La différence entre zéro et même un peu de données est stupéfiante.
Lorsque vous testez le deuxième utilisateur, vous découvrirez que cette personne fait certaines des mêmes choses que le premier utilisateur, il y a donc un certain chevauchement dans ce que vous apprenez. Les gens sont définitivement différents, donc il y aura aussi quelque chose de nouveau que le deuxième utilisateur fait que vous n'avez pas observé avec le premier utilisateur. Le deuxième utilisateur ajoute donc une nouvelle quantité d'informations, mais pas autant que le premier utilisateur.
Le troisième utilisateur fera beaucoup de choses que vous avez déjà observées avec le premier utilisateur ou avec le deuxième utilisateur et même certaines choses que vous avez déjà vues deux fois. De plus, bien sûr, le troisième utilisateur générera une petite quantité de nouvelles données, même si ce n'est pas autant que le premier et le deuxième utilisateur.
Au fur et à mesure que vous ajoutez de plus en plus d'utilisateurs, vous apprenez de moins en moins car vous continuerez de voir les mêmes choses encore et encore.
Donc, si vous pensez qu'il existe des différences importantes entre vos groupes d'utilisateurs, quel que soit le critère de regroupement, il est préférable de vous assurer de tester chaque groupe au lieu d'investir toutes vos ressources dans un seul groupe.
Quant à ne devoir choisir qu'un seul utilisateur, j'essaierais d'identifier le plus critique. Par exemple, si un novice peut décider de garder votre outil ou de l'abandonner, je m'assurerais que le novice obtienne l'expérience optimale. Parfois, ce n'est pas le cas, et il est plus important de préserver les utilisateurs avancés. Parfois, celui que vous devez impressionner n'est pas du tout un utilisateur, mais un décideur d'entreprise qui aime les choses brillantes, et sa première impression sera la rupture de l'accord. Je choisirais mon seul participant en fonction de cela.
Choisissez-en un. Si vous êtes indécis, lancez un dé. Quel que soit le groupe d'utilisateurs que vous sélectionnez, vous apprendrez quelque chose et aurez l'occasion d'améliorer votre système. Aucune étude de convivialité ne changera fondamentalement tout ce qui concerne votre produit. Faites ces recherches, apprenez-en quelque chose, apportez des améliorations et utilisez vos résultats pour obtenir plus de temps et de ressources pour faire plus de recherches à l'avenir - même si c'est pour répéter exactement la même étude avec 4 utilisateurs différents dans un groupe d'utilisateurs différent. .
Étant donné que vous ne disposez que de suffisamment de temps et de ressources pour étudier 4 utilisateurs, je choisirais probablement le groupe d'utilisateurs auquel j'ai le plus accès. Vous obtiendrez plus de réponses et plus de chances de faire des recherches avec plus d'un participant. Je ne testerais pas avec des utilisateurs uniques de plusieurs groupes d'utilisateurs. Sans d'autres utilisateurs similaires à des fins de comparaison, vous ne pouvez pas faire la différence entre un problème d'utilisation avec votre produit et quelque chose qui est unique à cette personne (ou peut-être même simplement unique lorsque vous avez posé la question - après tout, tout le monde a de bons et de mauvais jours). De plus, cela complique le recrutement de participants pour votre recherche. Pour votre première étude d'utilisabilité, ne la compliquez pas trop par vous-même. Non seulement vous allez en apprendre davantage sur votre produit, mais vous allez également en apprendre beaucoup sur le processus de recherche de votre produit que vous pourrez utiliser la prochaine fois.