Je travaille dans une petite entreprise où je suis la seule personne UX de l'équipe. Nous sommes en train de réaliser des tests d'utilisabilité sur une section importante du système qui implique la transformation des données client existantes dans un nouveau format. Il n'y a aucun moyen d'annuler ce changement, nous voulons donc nous assurer que nous corrigeons autant de défauts que possible grâce aux tests.
L'un des dangers du concepteur effectuant le test est la possibilité que l'utilisateur dise ce qu'il attend que je veuille entendre au lieu de ce qu'il pense réellement.
Dans le passé, j'ai formulé des questions ouvertes pour éviter de diriger l'utilisateur et tenter de fournir plusieurs options afin qu'il n'y ait pas de "bonne" réponse. Nous en sommes maintenant aux étapes finales où nous en sommes à une solution unique. Je ne peux donc plus utiliser cette approche.
J'ai lu dans certains livres que vous pouvez mentir et dire que vous exécutez simplement le test et que vous n'êtes pas impliqué dans le projet et que les testeurs peuvent donc être francs sur leurs critiques. Ce n'est pas une option dans mon cas car les utilisateurs savent que je suis le seul designer.
Quelles sont les autres techniques qui aideront à obtenir des commentaires honnêtes des testeurs?
Commencez avec des tests d'utilisabilité, pour les raisons données par @ Kit-Grose. Jetez un coup d'œil à l'illustration dans ce billet NN/g sur les méthodes de recherche UX pour comprendre quelles méthodes peuvent vous donner un aperçu des performances des utilisateurs et quelles méthodes peuvent sonder leurs opinions et leurs notes.
Suivez ensuite cette recherche avec une méthode qui permet aux gens de parler librement, après la session de recherche sur l'utilisabilité. J'ai vu Microsoft appliquer cette méthode à la fin des sessions U-test:
Cela fonctionne parce que…. La fonction des dessins au trait est de distraire le participant du fait qu'il critique vous. Au lieu de cela, ils justifient un choix de le leur, qui est une activité très différente, et beaucoup plus facile émotionnellement à faire. Lorsque les participants vous diront pourquoi une image donnée s'applique, ils vous diront ce qu'ils ressentent et pensent de l'expérience. En expliquant pourquoi ils ont choisi leurs trois images, vous serez surpris de ce que les participants disent et impliquent au sujet de votre produit ou de l'expérience de l'essayer.
Bien sûr, le choix réel des images ne vous concerne pas. Ce que vous voulez noter, c'est ce que les participants en disent.
Cette méthode prend 2 ou 3 minutes de temps aux participants, vers la fin de la session de recherche.
Vous ne devriez pas vraiment vous attendre à recevoir des commentaires explicites d'un test d'utilisabilité (honnête ou autre); c'est à cela que servent les groupes de discussion et d'autres choses de ce genre.
Les tests d'utilisabilité sont un moyen de tester les résultats, pas les opinions. C'est un excellent moyen de voir si les changements ont une amélioration notable (ou au moins une équivalence) en ce qui concerne les utilisateurs effectuant un ensemble de tâches donné. Ce n'est pas vraiment une bonne idée de solliciter la rétroaction des participants dans un test d'utilisabilité - vous voulez que leur rétroaction se fasse de manière organique lors de l'exécution de la tâche à accomplir. Vous ne demandez pas l'expertise des participants en tant que concepteurs, mais plutôt leurs connaissances du domaine à la tâche qu'ils essaient d'effectuer.