Comment tester la navigation sur le Web avec le tri des cartes et le test des arbres

Les sites Web, les applications, les logiciels et tous les produits avec un menu ont besoin d’un moyen de se déplacer. Bien que votre navigation puisse être amusante, créative ou parfois peu orthodoxe, elle doit toujours être fonctionnelle en premier. Lorsqu’on discute des tests d’utilisation de l’architecture de l’information, on entend souvent parler des deux tests les plus efficaces: le tri des cartes et le test des arbres..

Les deux tests sont simples et faciles à réaliser, et les deux tests générer des données vitales pour optimiser l'organisation de votre site. Le tri des cartes intervient avant la création de votre structure. Vous pouvez ainsi comprendre comment vos utilisateurs organisent naturellement votre site. L'essai des arbres vient ensuite, comme moyen de valider votre succès ou de signaler des améliorations possibles.

Plus sur Hongkiat:

Tests d'utilisabilité: ce que vous devez savoir?
7 étapes pour améliorer les commentaires sur le site Web
Résultats de test A / B et études de cas pour la conception d'expérience utilisateur

Tri de cartes

La beauté du tri par carte réside dans sa simplicité. Tout ce que tu fais c'est écrivez les différents éléments de votre produit sur des cartes de correspondance ou des post-it, Demandez ensuite à vos participants de les organiser de la manière qui leur convient le mieux..

Si c'est trop difficile à gérer, vous pouvez également utiliser un outil de test de convivialité comme OptimalSort, qui peut analyser les données pour vous. De toute façon, le résultat vous donne une solide compréhension de la manière dont vos utilisateurs cibles intuitivement naviguer dans votre produit.

IMAGE: Smashing Magazine

Variations de tri de cartes

Il existe différentes stratégies pour trier les cartes, selon vos besoins. Donna Spencer, experte en tri de cartes et fondatrice de Maadmob, partage son expérience personnelle dans un article pour Boxes and Arrows. Pour une activité aussi simple, il y a beaucoup de variations et de contrôles qui affecteront le type et la validité des données que vous recevez..

La distinction initiale à faire est ouvrir ou fermé, expliqué ci-dessous:

Ouvrir le tri - Les utilisateurs ne reçoivent que les cartes d’éléments, puis il leur reste à les regrouper comme ils le souhaitent. Une fois groupés, les utilisateurs sont invités à donner des noms aux groupes eux-mêmes. Ceci est recommandé pour générer de nouvelles idées car vous pouvez travailler à partir des processus de pensée naturels des utilisateurs..

Tri fermé - Comme avec le tri ouvert, les utilisateurs reçoivent les cartes d’éléments; cependant, il leur est demandé de les classer dans des groupes prédéfinis. Ceci est recommandé si vous travaillez dans les limites de catégories préexistantes, comme pour la mise à jour d'une structure de site Web déjà développée..

Ouvert vs. fermé C’est la décision principale, mais il existe d’autres méthodes pour varier vos résultats:

Groupes vs. Individuels - Les groupes permettent aux utilisateurs de travailler en collaboration, pour le meilleur ou pour le pire, et peuvent vous aider à en apprendre davantage sur plusieurs utilisateurs à la fois. cependant, la dynamique de groupe peut affecter vos résultats.

À distance ou sur place - Les outils logiciels en ligne vous permettent de tester plus d'utilisateurs plus rapidement, mais vous ne pouvez pas observer directement leurs processus décisionnels. Sur site, vous avez une meilleure compréhension de la façon dont vos utilisateurs ont pris leurs décisions, mais nécessite davantage de planification et de planification..

Directives de tri des cartes

Bien sûr, il est possible de personnaliser le tri de vos cartes, mais William Hudson, stratège et consultant UX, énumère quelques points de repère généraux pouvant s’appliquer à la méthode de votre choix. Le plus utile, il énumère les temps approximatifs auxquels vous pouvez vous attendre à ce que les gens trient un nombre donné d’éléments:

~ 20 minutes pour 30 éléments
~ 30 minutes pour 50 éléments
~ 60 minutes pour 100 éléments

En utilisant cette structure de temps, vous pouvez planifier à l’avance la durée d’administration des tests, une fois les cartes écrites ou le logiciel installé. Cependant, dans notre expérience personnelle, ces directives sont un peu généreuses - un de nos types de cartes fermées impliquait 47 cartes et quatre catégories, mais n’avait besoin que d’une moyenne de trois minutes compléter.

Une autre règle universelle consiste à éviter un langage complexe sur les cartes. Les gros mots - au moins les mots avec beaucoup de syllabes - et le jargon technique courent le risque de dérouter les testeurs, ou eux mauvaise interprétation le sens. Bien que la formulation simple soit un bon conseil en général pour l'utilisation de la langue d'un produit, elle est essentielle pour le tri des cartes, car un étiquetage trop complexe perturber les processus de pensée naturels.

De nombreux experts s'accordent sur les avantages du tri par carte. Pierre Croft, expert en IA et UX pour Decibel Digital encourage le tri par carte car il peut aider à dévier les mauvaises idées de HIPPOS (les personnes les mieux rémunérées dans la salle) qui pourraient ne pas savoir comment créer un bon site Web. Il énumère également quelques points à garder à l’esprit lors de la préparation de votre test:

(1) Ne mélangez pas les catégories parent et enfant - En d’autres termes, utilisez des catégories du même niveau, sinon vous allez confondre vos participants.

(2) Ayez des cartes vierges et des stylos à portée de main - Bien qu'il s'agisse d'une procédure standard pour le tri de cartes ouvertes, elle est également très utile pour le tri de cartes fermées. Une fois le test formel terminé, vous pouvez fournir quelques cartes vierges aux participants pour écrire des catégories supplémentaires. Bien que l’information puisse être “sur l'enregistrement,” il pourrait mettre en lumière certaines idées utiles.

(3) N'intervenez pas - Une intervention obscurcira les données, alors évitez la tentation. Bien sûr, donnez quelques conseils aux candidats en cas de confusion, mais uniquement pour les problèmes non liés aux résultats..

(4) C'est bien si les utilisateurs ne groupent pas tout - Un manque de regroupement peut être aussi révélateur qu’un complet. Si cela se produit, assurez-vous de demander à l'utilisateur pourquoi. Si vous utilisez un tri fermé et que tout n'est pas trié, vous pouvez également fournir des cartes vierges pour voir pourquoi les catégories existantes n'ont pas été choisies..

(5) Fixer des délais à l'avance - Cela facilite la planification en général et donne aux participants une idée du temps qu'il leur reste à consacrer à leurs tâches..

(6) Limitez vos cartes - Si votre site Web contient des centaines, voire des milliers de pages, vous ne pouvez choisir que des pages de premier et de deuxième niveau pour que les choses restent gérables. Par exemple, “Contactez nous,” “Termes de l'accord,” et d'autres pages utilitaires peuvent être omises puisqu'elles peuvent être trouvées sur presque tous les sites Web (pour que vous ne testiez jamais quoi que ce soit propre à votre site).

Essais d'arbres

Sur le spectre opposé du tri des cartes, le test des arbres vous permet de tester l’architecture des informations après sa conception. L'essai des arbres par dépouiller les éléments visuels de votre système de navigation pour voir comment la structure de base se débrouille toute seule. Avec un test d’arbre, vous n’examinez que les étiquetage et hiérarchie de votre contenu.

Martin Rosenmejer de Webcredible appelle Tree Test l'une des étapes les plus importantes à un stade précoce du processus de conception. En bref, un test d’arbre implique des participants trouver différentes informations sur un sitemap cliquable (ou “arbre”).

En utilisant un outil de test de convivialité tel que Treejack, vous enregistrez ensuite réussite de la tâche (en cliquant sur la bonne destination) et la directivité des tâches (certitude des utilisateurs qu’ils ont trouvé ce qui était nécessaire). C'est une méthode infaillible pour voir à quel point vos utilisateurs peut se repérer dans votre produit.

Comme indiqué ci-dessus, lors de la refonte du site Web de Yelp, nous avons fourni un arbre représentant le site de support, puis attribué aux utilisateurs 10 tâches (par exemple, trouver des informations sur le traitement des mauvaises critiques). Étant donné que le taux de réussite global de la tâche était de 53% et le caractère direct de 46%, nous savions que l'analyse d'impact devait changer - mais nous savions exactement où faire ces changements.

En termes simples, une barre de recherche sur le site (ou un menu hamburger à trois lignes) ne suffit pas si la navigation est médiocre, car les utilisateurs ne sauront pas ce qui est disponible pour la recherche. La règle de base pour la conception Web est de faire en sorte que l’utilisateur réfléchisse le moins possible, car la recherche oblige les utilisateurs à rappeler de la mémoire, ce qui a une incidence négative sur l’expérience utilisateur..

Si nous vous avons déjà vendu l'idée de tester les arbres, Jeff Sauro, directeur fondateur de MeasuringU, explique en détail comment les exécuter correctement. Il explique que le test des arbres est utilisé principalement pour deux raisons:

(1) Déterminer la possibilité de recherche d'un produit - Dans quelle mesure les utilisateurs peuvent-ils naviguer sur le site et quelles zones posent le plus de problèmes de navigation??

(2) Valider un changement - Une mise à jour récente a-t-elle corrigé correctement le problème ou des révisions supplémentaires sont-elles nécessaires??

Le test des arbres est, à l’origine, un test statistique. Comme avec d'autres tests quantitatifs, les données seront plus précises avec plus de participants. Quelle est la précision? Consultez ce tableau pour trouver la plus petite marge d'erreur dans les limites de vos moyens; nous recommandons de viser 20% d'erreur ou mieux.

Conclusion

Nous ne saurions trop insister sur l’importance de l’architecture de l’information. Si le contenu n’est pas structuré logiquement avec un simple flux, il pourrait tout aussi bien ne pas exister. C’est pourquoi ces premiers tests peuvent aide à identifier et à résoudre les problèmes avant qu'ils ne deviennent réellement des problèmes.

La force de tels tests réside dans le fait que les données sont modélisées selon le comportement naturel des utilisateurs. En ce qui concerne le test de votre IA, aucun test ne le fait mieux que ces deux méthodes..