Meilleures pratiques pour card sorting et tree testing

En bref

Cet article explique quand utiliser les tris de cartes et les tests en arbre et comment les exploiter au mieux dans tes études. Utilise les tris de cartes lorsque tu veux comprendre comment individus classent les informations. Effectue des tests d'arborescence pour t'aider à évaluer la façon dont les utilisateurs naviguent et trouvent des informations dans une structure de site donnée.

 

Décider entre un tri de cartes et un « Tree Test »

Ce qu'il faut prendre en compte pour le tri des cartes ou « Tree Test »

Meilleures pratiques pour card sorting

Meilleures pratiques pour tree testing

 

Décider entre un tri de cartes et un « Tree Test »

Lorsque tu planifies ton test, pense aux types de questions et aux tâches que tu veux que contributeurs terminent. Les tris de cartes et les tests d'arbres sont deux types de tests qui t'aident à comprendre comment les utilisateurs catégorisent et comprennent la façon dont les informations sont structurées. Mais quand dois-tu utiliser un tri par carte plutôt qu'un « Tree Test » ? Voici ce que tu dois savoir.

Card sorting est un test qui t'aide à découvrir comment individus comprennent et classent les informations. Dans un tri de cartes, contributeurs classent les "cartes" contenant différents éléments par groupes. Card sorting a de nombreuses applications, qu'il s'agisse de déterminer comment Contenu doit être regroupé sur un site Web ou dans une appli ou de décider comment disposer les articles dans un magasin de détail.

Effectue un tri de cartes lorsque tu veux...

  • Informer ou évaluer l´Information Architecture d´un site (c'est-à-dire la conception structurelle d'un site Web ou d'un environnement d'information).
  • Savoir si ta terminologie trouve un écho auprès des utilisateurs.
  • Trouver des idées sur la façon dont un objet devrait être étiqueté.
  • Comprendre comment le Contenu doit être organisé.

Tree testing est un test qui t'aide à évaluer la Repérabilité des sujets d'un site Web. Les tests d'arborescence sont effectués sur des versions textuelles de sites Web sans aides à la navigation ni éléments de conception (similaires à un plan du site). Les Contributeurs sont invités à indiquer où ils trouveraient des articles ou des sujets spécifiques, ce qui t'aide à évaluer la facilité de localisation du Contenu dans une structure donnée.

Effectue un « Tree Test » lorsque tu souhaites...

  • Informer ou évaluer la navigation d'un site et Information Architecture.
  • Identifier les problèmes actuels de la structure de ton site et fournir des données pour comparer les améliorations éventuelles.
  • Obtenir des avis sur les différentes versions d'une structure de site proposée.
  • Comprendre si la terminologie de ton site trouve un écho auprès de tes utilisateurs.

Ce qu'il faut prendre en compte pour le tri des cartes ou « Tree Test »

Qu'est-ce que tu essaies d'apprendre ?

Comme pour tous les tests, demande-toi ce que tu espères apprendre des contributeurs qui font ton test. Les utilisateurs sont-ils déconcertés par ton système d'étiquetage actuel ? Avec quelle facilité les utilisateurs trouvent-ils des informations spécifiques sur ton site Internet ? Formule une hypothèse sur ce que tu essaies d'apprendre plus et utilise ton tri de cartes ou « Tree Test » pour le tester.

Trouver les bons contributeurs

Pour trouver les bons contributeurs pour ton type de carte ou « Tree Test », il est essentiel de rédiger des questions des filtrages qui n'excluent pas des contributeurs potentiellement utiles.

Pour obtenir des conseils sur le cadrage de tes screeners, lis notrearticle "questions des filtrages : Best Practices" Ressourceset approfondis-le avec notre cours University's Best Practices for Screeners.

Meilleures pratiques pour card sorting

Choisir le bon type de test (ouvert, fermé ou hybride)

Tu peux effectuer un tri de cartes avec UserTesting de deux façons : 1) l'outil classique card sorting appli, ou 2) l'outil intégré card sorting dans UserTesting plateforme.

À partir de là, tu peux lancer différentes sortes de cartes en fonction de ce que tu veux savoir. Ces types sont...

  • Tris de cartes ouverts : les utilisateurs placent les éléments (cartes) dans des groupes et nomment les catégories. Cette approche est généralement utilisée dans les premières étapes du cycle de développement. Elle te permet de saisir la perception qu'a l'utilisateur du modèle mental approprié (c'est-à-dire le processus de pensée d'un individu) pour la Information Architecture.
  • Tris de cartes fermés : les utilisateurs reçoivent à la fois des éléments (cartes) et des catégories déjà étiquetés. Ils classent ensuite les cartes dans les catégories établies. Cette approche est généralement utilisée pour valider ou catégoriser/recatégoriser la Information Architectureexistante.
  • Tris de cartes hybrides : les utilisateurs reçoivent des éléments (cartes) et des catégories déjà étiquetés, mais ils peuvent également créer leurs propres étiquettes de catégorie.

Envisage d'utiliser ces types de tri de cartes au cours de ces différentes étapes de ton processus de développement :

  • Découverte : un tri de cartes ouvert permet de savoir comment les contributeurs pourraient comprendre et classer les informations dans un nouveau modèle.
  • Construction et conception : un tri de cartes fermées permet d'évaluer comment la catégorisation proposée fonctionne avec les itérations de conception.
  • Optimiser : un tri de cartes hybrides permet de tester les conceptions en direct pour saisir les possibilités d'amélioration, en particulier si de nouveaux éléments ont été ajoutés aux catégorisations existantes.

De combien de contributeurs ai-je besoin ?

Nous suggérons un échantillon de 30 à 50 contributeurs. Pour en apprendre plus, lis notre article sur card sorting avec UserTesting.

Mise en place de ton test

Lorsque tu recrutes tes contributeurs, informe-les surle champ« Autres critères » qu'il ne s'agit pas d'un test d'utilisabilité typique et ce qu'ils devront faire. Il est également essentiel d'accorder aux contributeurs suffisamment de temps pour terminer cet exercice afin qu'ils ne se sentent pas pressés de trier les cartes.

Évite les termes similaires dans tes fiches et catégories qui créent des préjugés. Par exemple, tu demandes où va la sauce au beurre à l'ail alors que tu as déjà une catégorie appelée sauce ? Individus veulent faire correspondre des éléments similaires, donc le fait d'avoir des éléments avec une terminologie similaire biaisera les réponses du contributeur.

Ne frustre pas les contributeurs en leur donnant 500 cartes à trier à la fois. La plupart des tris de cartes ont de 20 à 60 cartes à trier pour les contributeurs. Une bonne règle de base est la "règle des 30/30" - environ 30 contributeurs par groupe et 30 cartes.

Le nombre de catégories pour un tri de cartes fermé ou hybride est délicat. Le point principal à considérer ici est que tu ne veux pas avoir trop de catégories pour que le tri des cartes soit trop difficile. De nombreux tris de cartes comportent entre quatre et six catégories. Pour les tris de cartes hybrides ou ouverts, tu fusionneras les catégories dans ton analyse pour découvrir des thèmes communs.

Pour t'aider à comprendre le "pourquoi" du "quoi", pense à demander aux contributeurs quelles cartes ont été difficiles à trier et quelles catégories, étiquettes ou cartes n'étaient pas claires/confuses pour t'aider à développer davantage tes Résultats.

Remarque : les tris de cartes tâches et « Tree Test » tâches ne peuvent pas être utilisés à l'intérieur d'un groupe comparaison par affichage aléatoire.

Meilleures pratiques pour tree testing

Types de tests d'arborescence

Tu peux exécuter un « Tree Test » avec UserTesting de deux façons : 1) l'outil classique tree testing appli, ou 2) l'outil intégré tree testing dans UserTesting plateforme.

À partir de là, tu peux adopter deux approches principales pour mener à bien un « Tree Test ».

  • Évaluatif « Tree Test » : Donne aux contributeurs plusieurs tâches pour comprendre le succès d'une structure de navigation spécifique.
  • Comparatif « Tree Test » : Donne aux contributeurs des tâches et compare les résultats à une autre structure de navigation similaire ou nouvelle.

Les tests d'arborescence sont le plus souvent Terminés au début de la phase de recherche (l'étape "Conception et construction") du cycle de développement, dès que les grandes lignes de la structure de navigation deviennent claires. Les tests d'arborescence effectués au cours de cette phase permettent d'évaluer la conception actuelle et, à leur tour, d'informer les mises à jour ultérieures de cette conception.

Mais les tests d'arborescence peuvent aussi être exécutés à l'étape "Optimiser", après que la conception a été finalisée, ce qui t'aide à déterminer à quel point la conception mise en œuvre est efficace.

De combien de contributeurs ai-je besoin ?

Nous suggérons un échantillon de 30 à 50 contributeurs. Pour en apprendre plus, lis notre article sur tree testing avec UserTesting.

Mise en place de ton test

Lorsque tu recrutes tes contributeurs, informe-les dans le champ « Autres critères » qu'il ne s'agit pas d'un test d'utilisabilité typique et de ce qu'ils devront faire. Il est également important que tu accordes aux contributeurs suffisamment de temps pour terminer cet exercice afin qu'ils ne se sentent pas pressés de trouver le Contenu.

Nous recommandons environ cinq à sept tâches que tu demandes aux contributeurs de terminer dans la séance pour la plupart des tests d'arborescence. Cependant, cela peut être flexible si tu en as besoin pour un arbre complexe.

Il est recommandé de tester 2 à 4 niveaux de ta navigation. Cela devrait être suffisant pour obtenir des résultats fiables et révéler les différentes façons dont les contributeurs peuvent localiser des informations sur ton site ou ton appli. Si des tests d'arborescence plus complexes peuvent parfois impliquer d'aller plus loin dans la structure de navigation, sache que tout ce qui dépasse quatre niveaux risque d'embrouiller ou de fatiguer tes contributeurs.

La longueur de la séance dépendra du nombre de tâches que tu veux que les contributeurs terminent et de la complexité de l'arbre. Comme meilleure pratique, lance un test pilote d'abord pour évaluer le temps qu'il faut à un contributeur pour terminer la séance et ensuite pour fixer les attentes pour le reste des contributeurs.

Pour t'aider à découvrir le "pourquoi" derrière le "quoi", pense à poser aux contributeurs des questions approfondies sur leur expérience afin de mieux comprendre quel Contenu a pu être difficile ou déroutant à trouver.

En savoir plus

Avez-vous besoin de plus d'informations ? Lire ces articles associés.

Tu veux en savoir plus sur ce sujet ? Jette un coup d'œil à nos cours sur University.

Merci de nous donner votre avis sur cet article. Vos commentaires serviront à améliorer l’article. Cela ne devrait pas vous prendre plus de 5 minutes. Vos commentaires resteront totalement confidentiels, sauf si vous demandez un suivi.

 

Cet article vous a-t-il été utile ?
Utilisateurs qui ont trouvé cela utile : 0 sur 0