Business : Guide du chef de produit sur les tests d’utilisabilité

Vous êtes rentré chez vous après une longue journée et êtes prêt à prendre un thé relaxant. Vous avez placé un sachet de thé dans votre tasse préférée, de l’eau bouillie et vous l’avez versé dans votre tasse. Vous êtes prêt! Mmmm ça a bon goût.

Vous avez effectué toutes ces tâches sans même penser aux produits que vous utilisiez, non? La tasse, le sachet de thé et la marmite bouillante. Tous sont conçus pour vous permettre d’atteindre votre objectif: préparer une tasse de thé à boire. Vous ne pensiez pas si vous étiez en mesure d’atteindre votre objectif, vous venez de le faire. (Je veux dire qui y pense de toute façon…).

Et si le pot auquel vous ressembliez:

Avez-vous remarqué quelque chose? Oui? Non?

Imaginez-vous tenant ce pot et essayant de verser l’eau dans votre tasse.

Remarqué maintenant? (Je vous entends dire, Duh!).

Vous ne pouvez pas facilement verser votre eau, non? Cela signifie que le pot n’est pas facile à utiliser et que vous n’êtes pas en mesure d’atteindre votre objectif. Celui qui a conçu ce pot n’a pas fait un très bon travail, mais vous ne réalisez que si c’était un bon ou un mauvais design parce qu’il vous dérangeait. Il y a une raison pour ça.

Selon Don A. Norman – fondateur de Nielsen Norman Group et auteur de nombreux livres de design célèbres, y compris Conception des objets du quotidien:

Un bon design est en fait beaucoup plus difficile à remarquer qu’un mauvais design, en partie parce que de bons designs répondent si bien à nos besoins que le design est invisible, nous servant sans attirer l’attention sur lui-même. Un mauvais design, en revanche, crie ses insuffisances, ce qui le rend très visible.

L’une de vos responsabilités en tant que chef de produit pour offrir une expérience agréable à vos utilisateurs. La première étape pour y parvenir est de vous assurer que vos utilisateurs sont en mesure d’effectuer les tâches qu’ils souhaitent (et que vous souhaitez qu’ils) facilement même lorsqu’ils utilisent votre produit pour la première fois. Vous voulez que vos utilisateurs puissent bouillir et verser l’eau dans une tasse sans réfléchir. Alors, comment pouvez-vous comprendre si votre produit est en mesure d’atteindre cet objectif? En effectuant régulièrement des tests d’utilisabilité.

Si votre entreprise a déjà des chercheurs UX qui effectuent des tests d’utilisabilité dans le cadre de leur rôle, vous devez vous en vanter lorsque vous parlez à vos collègues PM 🙂 car vous pouvez travailler avec eux lorsqu’ils effectuent ces tests et intégrer les résultats significatifs dans les exigences de vos produits. pour améliorer votre expérience utilisateur.

Si votre entreprise ne dispose pas de recherches UX, vous et votre ou vos concepteurs de produits devez travailler ensemble pour effectuer ces tests.

Vous devez effectuer des tests d’utilisabilité lorsque vous essayez de comprendre la différence entre ce que vous pensez que vos utilisateurs feront avec votre produit et ce qu’ils font / peuvent réellement faire… ce qui est toujours le cas.

Vous devez considérer les tests d’utilisabilité comme un processus continu plutôt que comme une activité ponctuelle. Votre objectif en tant que chef de produit est d’apprendre et d’itérer en permanence votre produit avant et après son lancement.

Si vous effectuez ces tests avant le lancement, vous devez le faire avant tout travail de développement et utiliser des prototypes (wireframes basse fidélité d’abord, puis conceptions finales haute fidélité).

1. Créer un plan de test
2. Tester
3. Analysez vos résultats
4. Communiquer

Si vous êtes une personne qui croit en la vie spontanée, pouvez-vous sauter cette étape? En fin de compte, il ne s’agit pas de la destination, il s’agit du voyage, non?

Non bien sûr que non. Il s’agit de la destination dans ce cas, donc pas d’aventures pour nous. Vous devez commencer par créer votre plan de test. A ce stade, vous répondrez aux questions suivantes:

Avec qui allez-vous tester? Vous devez identifier vos testeurs. Il est important de tester vos prototypes avec des personnes représentatives de votre personnalité / public. Cependant, s’il vous est difficile d’atteindre vos utilisateurs potentiels, vous pouvez tester avec n’importe qui! N’importe qui?? Oui. Des études montrent que bon nombre des problèmes d’utilisabilité les plus graves peuvent être rencontrés par presque tous ceux qui utilisent le produit.

Avec combien de personnes allez-vous tester? La réponse simple est 5–10. Selon Nielsen Norman Group, les cinq premiers utilisateurs avec lesquels vous testerez sont très susceptibles de rencontrer bon nombre des problèmes les plus importants liés aux tâches que vous testerez. Les coûts des tests augmentent avec chaque participant à l’étude supplémentaire, mais le nombre de résultats atteint rapidement le point de rendements décroissants.

Allez-vous les rémunérer pour leur temps? Si oui, comment?

Comment les trouverez-vous? Employés internes? Personnes externes (guérilla)?

Comment allez-vous effectuer vos tests? En personne? Éloigné? Si vous réalisez vos tests à distance, quels outils utiliserez-vous? Une remarque rapide sur les tests d’utilisateurs à distance: assurez-vous d’enregistrer ces tests afin de pouvoir les revoir à nouveau plus tard pour ne manquer aucun détail. Quelques outils sophistiqués qui peuvent vous aider à effectuer vos tests à distance: UserBrain, UserTesting, Userlytics.

Formulaire de consentement: Si vous effectuez vos tests d’utilisateurs avec des personnes externes, vous devrez probablement rédiger un formulaire de consentement pour leur signature. Le formulaire de consentement doit expliquer en quoi consiste l’étude, à quoi doivent-ils s’attendre, comment utiliserez-vous leurs données, combien de temps conserverez-vous leurs données, les risques, les avantages, etc. Vous devrez peut-être travailler avec votre équipe juridique pour vous assurer que le formulaire couvre tout, ou votre entreprise peut déjà avoir un format standard.

Quelles tâches allez-vous tester? La question à un million de dollars! C’est la partie la plus importante de votre test. Vous devez travailler avec vos concepteurs de produits pour identifier les tâches que vous souhaitez tester. L’écriture efficace de ces tâches est une autre compétence à maîtriser que je n’expliquerai pas ici (peut-être dans un autre article!).

Exemple de tâche 1: Si vous deviez acheter un t-shirt jaune en utilisant notre produit, comment le feriez-vous? (Site e-commerce)

Exemple de tâche 2: Vous voulez louer une voiture pour aller à Los Angeles depuis SF, comment feriez-vous? (Application de location de voitures)

Que direz-vous à vos utilisateurs? Vous devez écrire un script à l’avance qui comprend le but de votre étude ainsi que les tâches que vous leur demanderez d’effectuer. Vous devez également utiliser le même script pour chaque participant afin que vos tests soient cohérents et impartiaux.

Quelles sont vos considérations? Quels domaines allez-vous tester? Quels sont vos critères de réussite? Métriques couramment utilisées dans l’industrie: temps de réalisation / tâche, taux d’achèvement, taux sans erreur, correspondance des attentes (il existe de nombreuses façons de passer du point A à B. Font-ils les étapes que vous attendiez d’eux pour atteindre de A à B?).

Attribuer les rôles: Pouvez-vous poser des questions, écouter les réponses, regarder votre utilisateur, prendre des notes avec vos commentaires et sourire en même temps sans aucun délai? Si vous le pouvez, c’est génial! Vous devez écrire un Moyen article à ce sujet et apprenez-nous comment! La plupart d’entre nous ne le peuvent pas. C’est pourquoi il est toujours recommandé d’avoir au moins deux personnes lors des tests utilisateurs. Cela pourrait être votre designer et vous-même. L’un de vous peut poser des questions (celui qui aime en parler davantage) et observer vos utilisateurs pendant que l’autre prend des notes.

Phew! C’était long! Mais nous sommes enfin prêts à tester.

À ce stade, vous… testez.

Mais bien sûr, j’ai quelques conseils:

Conseil n ° 1: assurez-vous de traiter vos participants comme des personnes ordinaires plutôt que comme des participants 🙂 Vous pouvez commencer par ne pas utiliser le mot participant. Ce que j’ai réalisé, c’est que lorsque les gens pensent qu’ils font partie d’une étude, ils deviennent trop nerveux et n’agissent pas comme eux-mêmes. Ayez une introduction chaleureuse sur vous et votre coéquipier. Peut-être ajouter des blagues à papa. Ils ne riront peut-être pas, mais ils sauront au moins que vous avez essayé🙊.

Astuce 2 #: Ne vous contentez pas d’écouter leurs réponses à vos questions, observez-les. Les gens disent une chose et en font une autre (surprenant hein?).

Astuce 3 #: Assurez-vous de leur faire savoir que vous ne les testez pas, mais plutôt que vous testez votre produit. En général, les participants ont le sentiment qu’ils devraient tout faire correctement et répondre correctement. Cependant, bien sûr, ils ne savent pas qu’il n’existe pas de bonnes réponses. Assurez-vous qu’ils savent qu’ils ne peuvent rien faire de mal.

Après avoir terminé vos entretiens, vous et votre coéquipier devez établir deux listes: la liste des principaux problèmes que vous avez identifiés et la liste des problèmes que vous allez résoudre. Les principaux problèmes peuvent être identifiés en fonction de la fréquence d’occurrence et de la gravité. Après avoir établi votre liste initiale, vous devez prioriser celles que vous fixerez en premier. Vous pouvez utiliser une technique de priorisation commune ici: analyse coûts-avantages (CBA) alias Effort versus Impact.

Après avoir trouvé des problèmes majeurs et trouvé des solutions à ces problèmes en travaillant avec vos concepteurs, vous devez partager vos résultats avec vos parties prenantes. Surtout avec vos ingénieurs qui vont construire ces fonctionnalités. Assurez-vous qu’ils connaissent Pourquoi derrière ces décisions. Dans ce cas, vous pouvez passer en revue votre CBA afin qu’ils puissent comprendre votre processus de pensée.

Il est important de ne pas oublier que chaque organisation est différente et vous n’aurez peut-être jamais à effectuer ces tests vous-même. Parfois, les chefs de produit assistent simplement à ces tests en tant qu’observateurs extérieurs tandis que les chercheurs UX et les concepteurs de produits les effectuent. Cependant, je crois toujours à apprendre tout ce qui bénéficiera à mon produit si et quand je le peux.

Comment écrire des tâches de convivialité

Écrivez de meilleures tâches pour améliorer vos tests d’utilisabilité