L'article suivant est le premier volet d'une série en deux parties rédigée par Caitlin Geier, intitulée « Conseils et astuces pour les tests d'ergonomie à distance en temps réel avec des lecteurs d'écran ». Le premier article (Tests d'ergonomie à distance en temps réel avec des lecteurs d'écran, partie 1 : aperçu pratique) sert d'introduction aux tests d'ergonomie et présente les avantages et les inconvénients des tests à distance, ainsi que des conseils et des points importants à prendre en compte. Le deuxième article (Tests d'ergonomie à distance en temps réel avec des utilisateurs de lecteurs d'écran, partie 2 : conseils et astuces) expliquera comment réaliser des tests d'ergonomie à distance, avec des conseils utiles et des astuces pratiques.
Si votre organisation s'intéresse de près ou de loin à la conception centrée sur l'utilisateur ou à l'expérience utilisateur, vous investissez sans doute dans des tests d'ergonomie de votre application auprès d'utilisateurs clés de votre base d'utilisateurs. Les tests d'ergonomie guidés peuvent vous aider à vérifier vos hypothèses concernant le comportement d'un utilisateur. Pour les équipes UX, les tests menés auprès d'utilisateurs réels peuvent également permettre de mettre au jour des points faibles imprévus dans l'application et fournir aux équipes des arguments pour faire de l'amélioration de l'ergonomie et de l'accessibilité une priorité.
Si votre application compte un nombre d'utilisateurs suffisamment important (qu'il s'agisse d'un chiffre réel ou prévisionnel), il est fort probable qu'au moins une partie de votre base d'utilisateurs soit en situation de handicap. À l'instar des tests d'ergonomie généraux, tester vos applications auprès d'utilisateurs en situation de handicap peut vous aider à comprendre quels sont réellement les besoins de vos utilisateurs et comment ils s'y prennent pour atteindre leurs objectifs.
Tests utilisateurs chez Deque
Sur Deque, les utilisateurs en situation de handicap représentent entre 15 et 20 % de la base d’utilisateurs prévue pour nos applications. En particulier, un certain nombre de personnes qui utilisent nos applications ont recours à des lecteurs d’écran comme principal moyen d’accéder au Web et à d’autres applications. La base d’utilisateurs des logiciels de Dequeest également relativement restreinte, très spécifique et répartie dans le monde entier. Par conséquent, il n’est généralement pas rentable de réaliser des tests en présentiel. Les services de tests à distance tels que UserTesting.com ne sont pas non plus particulièrement utiles, car notre base d’utilisateurs est très spécifique.
C'est pourquoi la grande majorité des tests d'ergonomie que je réalise se font à distance et en temps réel. J'utilise généralement plusieurs types de logiciels de visioconférence, ainsi qu'un logiciel permettant d'enregistrer ce qui s'affiche sur mon écran. Les tests à distance se déroulent sans difficulté avec la plupart des utilisateurs, mais il faut tenir compte de quelques éléments supplémentaires lorsqu'on teste à distance avec des utilisateurs de lecteurs d'écran.
Brève présentation des lecteurs d'écran
Pour ceux d’entre vous qui ne connaissent pas les lecteurs d’écran et leur fonctionnement, voici une brève introduction : une personne aveugle ne peut pas parcourir visuellement une page pour voir ce qu’elle contient, lire le texte qui s’y trouve ou repérer des boutons ou des liens. Elle utilise donc un logiciel appelé « lecteur d’écran », qui convertit le texte en parole afin de lire à voix haute le contenu de la page. Les lecteurs d’écran se commandent généralement à l’aide du clavier.
Par défaut, un lecteur d'écran lit à voix haute l'intégralité du texte de la page, de haut en bas. Diverses commandes au clavier permettent aux utilisateurs de lecteurs d'écran de naviguer parmi d'autres éléments de la page, tels que les titres ou les liens. Tout élément représenté sous forme de texte sur la page sera lu à voix haute, à moins qu'il ne soit délibérément masqué dans le code.
En général, une bonne expérience utilisateur pour une personne utilisant un lecteur d’écran ne se limite pas à la lecture du texte de la page, mais implique également de fournir un contexte approprié. Les lecteurs d’écran interprètent les éléments HTML standard non seulement en lisant le texte associé à l’élément, mais aussi en décrivant l’élément lui-même. Si un utilisateur de lecteur d’écran tombe sur un lien intitulé « Rechercher sur Google », le lecteur d’écran lira « Rechercher sur Google, lien ». Un bouton portant la mention « Envoyer » sera lu comme suit : « Envoyer, bouton ». Des attributs supplémentaires, tels que le texte alternatif des images et ARIA (Accessible Rich Internet Applications) peuvent également être ajoutés au code de la page afin de fournir davantage de contexte aux utilisateurs de lecteurs d’écran.
Un utilisateur expérimenté de lecteur d'écran peut parcourir la plupart des pages aussi rapidement que n'importe quel utilisateur voyant. Cependant, les nouvelles pages, celles qui contiennent beaucoup de contenu ou celles qui sont mal organisées nécessitent souvent plus de temps et d'efforts pour être explorées.
Éléments à prendre en compte pour les évaluations à distance
Comme pour tous les tests d'ergonomie, les tests à distance avec des utilisateurs de lecteurs d'écran présentent des avantages et des inconvénients spécifiques. Dans mon cas, les tests à distance sont pratiquement incontournables, car la population d'utilisateurs avec laquelle je teste est suffisamment restreinte et dispersée pour que les tests en présentiel ne soient pas rentables. Si je réalise des tests en présentiel, j'ai tendance à me déplacer chez les utilisateurs plutôt que l'inverse.
Avantages
Les grandes entreprises disposant d’équipes de recherche utilisateur bien établies (comme Microsoft ou IBM) peuvent disposer de laboratoires d’ergonomie où elles invitent les utilisateurs afin de réaliser des tests d’ergonomie basés sur des tâches. Certaines entreprises envoient leurs chercheurs au domicile ou sur le lieu de travail des utilisateurs afin d’interagir avec eux dans leur propre environnement. En général, je préfère discuter avec les utilisateurs dans leur propre environnement, car cela permet de simuler plus fidèlement ce que l’utilisateur ferait normalement. De plus, de nombreux utilisateurs en situation de handicap ont plus de mal à se déplacer en raison du nombre limité de moyens de transport accessibles dans leur région ; il est donc plus simple pour eux que ce soit vous qui vous déplaciez. Évidemment, l’idéal est qu’aucune des deux parties n’ait à se déplacer.
Si vous testez des interfaces Web, on part généralement du principe que votre utilisateur cible dispose de son propre ordinateur et (dans de nombreux pays) d’une connexion Internet correcte. Les tests à distance permettent aux utilisateurs d’interagir avec vous et avec votre application depuis le confort de leur domicile ou de leur bureau, en utilisant leur propre équipement. Cette flexibilité est particulièrement utile lors des tests avec des utilisateurs en situation de handicap, car ceux-ci ont ainsi la liberté d’utiliser leurs propres configurations logicielles et matérielles, auxquelles ils sont habitués, pour accéder à votre application.
Il existe plusieurs lecteurs d'écran différents, ainsi qu'une multitude d'autres technologies d'assistance auxquelles vos utilisateurs ont peut-être mis du temps à s'adapter pour répondre à leurs besoins. Tenter de recréer leur environnement sur votre propre ordinateur (ou pire encore, les obliger à utiliser une technologie d'assistance qu'ils ne connaissent pas) peut introduire de nombreuses variables dans les tests, susceptibles de fausser les résultats. Les technologies d'assistance sont également souvent coûteuses et peuvent peser lourdement sur vos ressources.
En général, les tests à distance avec des utilisateurs de lecteurs d'écran sont plus pratiques et plus économiques, car ils ne nécessitent aucun déplacement. De plus, cela permet aux utilisateurs d'utiliser leur propre ordinateur et leurs propres technologies d'assistance pour tester votre application.
Inconvénients
Bien sûr, les tests à distance présentent toujours des inconvénients. Lorsque vous effectuez des tests avec des utilisateurs de lecteurs d’écran, il peut parfois être utile pour vous d’entendre ce que dit leur lecteur d’écran pendant qu’ils parcourent le site. Bien qu’il soit techniquement possible pour les utilisateurs de diffuser la sortie de leur lecteur d’écran via leur microphone afin que vous puissiez l’entendre, cette méthode n’est pas fiable et peut compliquer la réalisation du test pour vous. De nombreux utilisateurs expérimentés de lecteurs d'écran règlent la vitesse de lecture à un niveau très élevé, au point que les personnes non habituées à ces outils auraient beaucoup de mal à les comprendre. Demander aux utilisateurs de ralentir leur lecteur d'écran pour que vous puissiez les comprendre les obligera à parcourir l'application plus lentement. En général, si vous souhaitez entendre ce que dit le lecteur d'écran, il est beaucoup plus facile de le faire lors d'un test en présentiel.
Comme pour tous les tests d’ergonomie, il est généralement préférable de se trouver dans la même pièce que l’utilisateur testé, afin de pouvoir observer non seulement ses gestes, mais aussi ses expressions faciales et son langage corporel. Il est possible de capter une partie de ces informations en demandant aux utilisateurs d’activer leur webcam, ce que la plupart des logiciels de visioconférence permettent de faire en plus du partage d’écran. Cela dit, de nombreux logiciels de visioconférence ne sont pas entièrement accessibles aux utilisateurs de lecteurs d’écran, qui risquent donc de ne pas pouvoir accéder à cette fonctionnalité. Par souci de simplicité, je ne prends pas la peine de demander aux utilisateurs d’activer leur webcam.
De plus, si votre application n’est pas disponible sur un serveur web accessible au public, il se peut que vous ne puissiez pas du tout effectuer de tests à distance. Avec des utilisateurs voyants, il est possible de contourner cet inconvénient en utilisant un logiciel de visioconférence (comme Webex ou GoToMeeting) qui vous permettent de confier le contrôle de votre souris et de votre clavier à votre utilisateur. Techniquement, cela peut fonctionner pour les utilisateurs de lecteurs d’écran, mais uniquement si vous disposez d’un lecteur d’écran à la fois en cours d’exécution sur votre ordinateur et diffusant le son via votre microphone. D’après mon expérience, le décalage perçu par l’utilisateur rend difficile (dans le meilleur des cas) toute interaction correcte avec votre site.
Une autre solution permettant aux utilisateurs de lecteurs d'écran d'accéder à votre ordinateur consiste à utiliser la fonctionnalité d'accès à distance intégrée au lecteur d'écran lui-même. NVDA Remote et JAWS Tandem sont des options ou des modules complémentaires pour les deux lecteurs d'écran Windows les plus populaires qui permettent à un utilisateur disposant du même lecteur d'écran que vous d'accéder à distance à votre ordinateur via le lecteur d'écran, et inversement. Pour que cela fonctionne, les deux utilisateurs doivent avoir la même version du lecteur d'écran installée sur leur ordinateur. NVDA et le module complémentaire d'accès à distance sont gratuits, mais JAWS est très coûteux. À ma connaissance, il n'existe pas non plus d'option similaire pour Mac OS. Je n’ai pas encore testé cette technique, mais j’ai l’intention d’essayer NVDA Remote prochainement.
Autres points à garder à l'esprit
Comme les lecteurs d'écran s'appuient sur le code pour indiquer à l'utilisateur le contenu de la page, les prototypes de fidélité faible à moyenne sont généralement beaucoup plus difficiles à tester avec des utilisateurs de lecteurs d'écran. Si vous travaillez à partir de wireframes ou de maquettes, une technique que vous pouvez essayer consiste à décrire chaque écran à l'utilisateur et à lui demander ce qu'il en pense, ainsi que la prochaine étape qu'il suivrait. Cela peut s'avérer utile, car cela vous donne l'occasion de demander aux utilisateurs de lecteurs d'écran ce qu'ils s'attendent à ce qu'un bouton indique, ou comment ils s'attendent à ce que la page soit organisée.
Si vos maquettes contiennent toutefois beaucoup de contenu, cela ne vaut peut-être pas la peine. Les utilisateurs de lecteurs d'écran ne pourront pas non plus parcourir le contenu des maquettes ou des schémas fonctionnels à leur propre rythme ni dans l'ordre de leur choix. Ils dépendront de vous pour leur transmettre les détails les plus importants dans un ordre raisonnable.
Ne manquez pas la semaine prochaine la deuxième partie de cette série, dans laquelle je vous donnerai des conseils pratiques pour réaliser des tests d'ergonomie à distance avec des lecteurs d'écran.
Caitlin Geier est designer UX au sein de l'équipe produit d'Deque. En tant que designer UX, Caitlin s'est épanouie dans le domaine de la conception accessible dès son arrivée chez Deque. Elle s'attache à comprendre les utilisateurs pour lesquels elle conçoit ses produits et s'efforce sans cesse d'intégrer des éléments d'accessibilité dans son travail afin de garantir que tous les utilisateurs puissent bénéficier d'une conception inclusive.
