L'utilisabilité est la capacité d'un utilisateur à :

Par exemple, pour une entreprise de livraison de plats cuisinés, un utilisateur pourrait visiter le site avec l'intention de se faire livrer un repas à domicile. Et même si techniquement il peut passer une commande, cela ne signifie pas que l'expérience (via ses tâches successives à réaliser) sera nécessairement facile ou satisfaisante.
​

L'utilisabilité peut être divisée en trois thèmes :

Les tests peuvent être qualitatifs et/ou quantitatifs, mais ils consistent toujours à étudier ces trois facteurs pour déterminer si une solution est utilisable ou non. Il existe de nombreux éléments dont on peut tester l'utilisabilité (y compris les premières versions d'un prototype), mais il s'agit toujours de vérifier si les utilisateurs peuvent accomplir les tâches les plus importantes pour atteindre leurs objectifs.

Par exemple, l'un des objectifs d'un site de commande de repas est de permettre l'achat et la livraison à domicile pour se nourrir. Vous pouvez évidemment avoir des sous-objectifs (à l'intérieur d'objectifs plus larges), comme la comparaison de restaurants ou de plats.

Vous pourrez alors diviser le processus en tâches que les gens doit réaliser pour atteindre ces objectifs.

Les tâches à réaliser pour se livrer un repas seraient :

Toutes ces tâches sont associées à un objectif plus global. Grâce au test d'utilisabilité, vous pouvez demander aux gens de réaliser ces tâches pour mieux comprendre s'ils les accomplissent de manière efficace, simple, rapide et satisfaisante.

Si quelqu'un réussit ces tâches, il pourra atteindre son objectif espéré. Cependant, si l'expérience n'est pas bonne, il pourra ressentir de la frustration - voire abandonner et se tourner vers une autre solution.

‍

Plusieurs problématiques peuvent justifier l'utilisation de cette méthodologie :

Cependant, un test d'utilisabilité ne vous permettra pas de comprendre :

Évidemment, le meilleur point de départ est de créer un plan de recherche, puis de s'appuyer sur ses objectifs pour déterminer s'il y a besoin de faire un test d'utilisabilité. Généralement, les objectifs de recherche les plus pertinents sont :

‍

Une fois votre plan de recherche finalisé, la prochaine étape consiste à déterminer les profils à recruter, ainsi que le nombre de participants à inviter.

Pour les tests d'utilisabilité, posez-vous les questions suivantes :

"Quels comportements spécifiques ciblons-nous ?"

Des personnes qui ont commandé un repas en ligne le mois précédent...

"Ont-ils eu besoin d'utiliser le produit ? Quand ?"

Des personnes qui ont utilisé le site pour commander un repas le mois précédent...

"Quels sont leurs objectifs ?"

Trouver le repas le plus sain afin de se maintenir en forme...

"Quelles sont leurs habitudes ?"

Retourner fréquemment sur le site (ex : au moins 1 fois par semaine)

À partir de là, vous pourrez commencer à rédiger votre questionnaire de recrutement.

Il est souvent dit qu'il suffit de 5 participants pour mener un test. Cela peut être parfois vrai, mais la réalité est souvent plus complexe. Chez Tactix, nous recommandons de raisonner en termes de "segments d'utilisateurs". Le nombre total de participants devrait être le produit du nombre de segments par le nombre de participants par segment.

Voici quelques recommandations pour les méthodes de recherche évaluative :

‍

La rédaction des tâches à accomplir peut être complexe. Voici notre proposition d'approche pour y arriver :

Commencez par définir l'objectif global de l'expérience attendue par l'utilisateur. Cela diffère du résultat spécifique d'une tâche donnée. Pour ce faire, identifiez les besoins et les motivations de l'utilisateur ainsi que ce qu'il espère tirer de l'expérience.

Il est essentiel de bien expliquer les raisons pour lesquelles ils ont besoin de recourir à la solution proposée. Si des tests en conditions réelles ne sont pas possibles, envisagez de décrire une situation fictive basée sur l'utilisation prévue du produit.

La clarté des instructions est essentielle pour obtenir des retours pertinents dès le premier enregistrement. Si vous connaissez des limitations sur la solution à tester (par exemple, un prototype Figma ne permettant pas d'écrire), communiquez-les en amont pour éviter toute frustration inutile chez les participants et pour préserver l'intégrité des résultats du test.

Il est crucial que la complétion des tâches conduise à un résultat final. Il doit être clair, réalisable et compréhensible pour le participant.

Une fois ces étapes de préparation accomplies, il est temps de préparer le protocole de test, y compris les tâches à accomplir. Assurez-vous que ces tâches soient bien MECE (mutuellement exclusives et collectivement exhaustives) vers l'atteinte du résultat final.

Vous pourrez par exemple structurer votre test de la façon suivante :

Si vous ne disposez encore pas d'outil dédié, nous vous conseillons de préparer un tableau à remplir pendant les tests. Il pourra comprendre, par exemple :

Le nombre de tâches à demander dépendra évidemment de vos objectifs de recherche, de la complexité du test, du temps disponible et de la motivation des participants. Nous recommandons généralement de se limiter à 5-7 tâches.
​

Après avoir rédigé les tâches à réaliser, essayez de faire un "dry run" avec vos collègues. Cela vous permettra de vous entraîner à la réalisation du test, de peaufiner les tâches et éventuellement, de déterminer s'il y en a trop.

‍

Un test peut adopter une approche plus qualitative (via des enregistrement de commentaires des testeurs) ou quantitative (via des mesures de métriques), en fonction des besoins spécifiques du projet.

Voici quelques exemples de métriques :

Ces métriques sont évidemment pertinentes pour les tests quantitatifs, mais elles ne permettent pas de comprendre les raisons des difficultés rencontrées. Pour cela, il est important de chercher des feedbacks plus qualitatifs, comme les réactions en temps réel lors de l'exécution des tâches.

Cependant, demander des retours qualitatifs tout en mesurant des métriques peut potentiellement affecter ces dernières. Par exemple, faire des commentaires peut augmenter le temps nécessaire pour accomplir une tâche, nécessitant alors une réévaluation des métriques a posteriori. Si vous avez besoin de feedbacks qualitatifs, il est donc conseillé de ne pas trop se focaliser sur les métriques, ou bien de les inclure dans des questions de follow-up.

‍

‍

Après avoir terminé votre collecte, vous pourrez analyser les tendances et identifier les axes d'amélioration.

‍
Nous vous conseillons d'utiliser des clusters pour partager ce que vous avez appris et regrouper les données similaires.

Vous pouvez par exemple utiliser les paramètres suivants :

Objectifs : ce que la personne essaie d'accomplir et d'obtenir en résultat

Besoins : ce dont la personne a besoin pour remplir son objectif

Tâches : ce que que la personne doit faire pour progresser vers son objectif

Difficultés : un point bloquant ou une difficulté lors de l'avancée vers l'objectif

Dès qu'un participant finit un test, nous recommandons de faire un rapide débriefing, en solo ou en équipe, afin de remplir progressivement les clusters et gagner du temps. À la fin de tous les tests, vous pourrez alors vous concentrer directement sur l'identification des tendances.

Généralement, les problèmes identifiés portent sur une incompréhension (les utilisateurs ne comprennent quelque chose ou comment faire), une impossibilité à trouver les mots qu'ils recherchaient (le produit n'a pas bien anticipé les attentes, ou bien les termes employés ne sont pas les bons), ou bien une surchage de contenus (ils ne voient pas ce dont ils ont besoin, même si cela est présent sur la page).

‍
​

Vous pouvez rédiger un rapport de recherche, avec une slide dédiée à chaque type de tâche effectuée lors du test. Pour chaque tâche, vous pourrez inclure :

Vous avez également la possibilité d'opter pour un tableau avec des variations de couleurs selon les niveaux de métriques, offrant une présentation très visuelle des résultats du test.
​

Vous pourrez le structurer de la façon suivante :

‍

‍

Après l'analyse, il est essentiel de partager les résultats et de continuer à aider les équipes pour que le test débouche effectivement sur des résultats.

Dans un premier temps, collaborez avec les équipes sur la liste des problèmes à résoudre, identifiez et priorisez les 10 plus importants.

Puis, dans un second temps, prenez ensemble la décision (ou non) de les résoudre : isolez les quick-fixs, essayez de privilégier les suppressions ou les simplifications (vs. ajouter de nouvelles choses), prenez les demandes de nouvelles fonctionnalités avec des précaution, et ignorez les problèmes que les testeurs ont réussi à résoudre par eux-mêmes.