[FR] Design - Retour d'expérience du tri de cartes

in #fr7 years ago (edited)

Ceci est le premier article d'une série sur le design. Des bonnes pratiques aux méthodes de recherche d'idée, d'organisation du contenu, de création et de validation du design.

Base.jpeg

En effet, dans le logiciel Libre, je remarque un problème assez récurrent. Le design, au sens large est largement sous/mal exploité, ce qui rend son adoption parfois complexe. Cela est avant tout dû à un manque de ressource dans le cadre du développement de beaucoup de logiciels Libres, mais aussi d'un manque de connaissances dans les domaines du design.
Eh bien voilà une nouvelle manière de contribuer au logiciel Libre, à la fois en tant que designer (non, ce n'est pas juste faire des choses jolies), mais aussi en tant qu'utilisateur en donnant son avis sur les interfaces, afin de les améliorer.

Ici, je vous propose de parler de la méthode du tri de cartes. C'est avant tout un retour d'expérience. J'étais perdu, dans la refonte d'une interface, je ne savais pas comment organiser un contenu de manière optimale. J'ai donc fait appel à la méthode du tri de cartes (card sorting).

Cette méthode ne s'applique pas qu'à des interfaces web, mais aussi à du logiciel système et même à des projets hardware du moment qu'ils contiennent un utilisateur.

Le tri de carte peut être de deux types fermé ou ouvert.

Fermé : l'utilisateur reçoit les cartes informations et les cartes catégories et doit mettre les informations dans les catégories de son choix. Cela est plutôt utilisé en étape de validation de l'architecture de l'information. Je n'en parlerai pas ici.

Ouvert : Le participant reçoit des cartes information et des cartes vierges pour les catégories et il doit créer les catégories et ranger les informations dedans. Cela permet de découvrir les catégories. C'est le sujet de cet article

Comment réaliser le tri de cartes ?

Les cartes sont des morceaux de papier de petite taille et faciles à manipuler. Il ne faut pas prendre trop de temps sur la "forme" des cartes, mais bien s'attarder sur le "fond" c'est à dire bien écrire dessus ce que représente la carte comme information, de manière à ce qu'il ne puisse pas y avoir de malentendu. Cela pourrait ruiner le test.

Il faut aussi faire des cartes vierges pour les catégories et aussi pour pouvoir ajouter des informations que l'utilisateur pourrait trouver manquantes. N'hésitez pas à dire à vos participants de poser la question si une carte leur semble ambiguë. Pour finir, je dirais que certaines informations ont besoin d'un contexte, pour être bien comprises. Par exemple "cette information disparaît dans ce cas-là", "cette fonctionnalité est accessible aux utilisateurs premium", cela peu influencer le tri.

Ne pas dépasser 40 cartes, sinon il sera difficile au participant de bien comprendre le système dans son ensemble.
Si vous avez trop d'information, c'est qu'il est trop tôt pour réaliser un tri de carte. Vous devez d'abord vous même trouver des thèmes principaux, afin de réduire le nombre de cartes

Exemple_cartes.jpg

Avec qui le faire ?

C'est avec un panel de personnes, qui représente les utilisateurs ou futurs utilisateurs de ce que l'on est en train de concevoir, qu'il faut organiser une séance de tri de carte.

Il est possible de le faire seul ou en groupe. Mais je ne recommande pas en groupe, même si c'est plus rapide à réaliser. En effet, l'intérêt principal que je vois dans cet exercice, c'est de visualiser la façon de penser et de s'organiser d'une personne donnée. En groupe, cette donnée est perdue. En plus de cela, certaines personnalités vont "fausser le test", car elles auront trop d'influence sur le groupe.
Et pour finir, le résultat en groupe risque de n'être qu'un globiboulga ni bon, ni mauvais, avec peu d'intérêt. Si vous avez beaucoup de ressources, vous pouvez tenter de faire les deux et de comparer les résultats, cela peu parfois être enrichissant.

Le tri de cartes n'est pas l'occasion que la personne du panel fasse le travail d'architecture de l'information, ce n'est pas son rôle, c'est le vôtre. Et ça, c'est très important de leur faire comprendre (n'hésitez pas à le répéter). En effet, certains, avec les meilleures intentions du monde, vont chercher à organiser l'information de manière à ce qu'elle soit la plus optimale pour les futurs utilisateurs. Ou même à aménager les différents éléments, afin de faire ressortir le produit à vendre. Il faut à tout prix éviter ce biais.
Le rôle des personnes dans le panel est de montrer au designer le schéma mental, qu'ils trouvent adapté pour eux dans ce contexte

La méthode

Alors, après avoir bien expliqué au participant, quel est son rôle, il faut lui donner le paquet de cartes. Et lui demander alors d'organiser les cartes en catégorie. Il peut ou non décider de nommer les catégories. Mais attention cela peut rapidement devenir très complexe à interpréter, pour vous, si les catégories ne sont pas nommées. C'est pourquoi s'il fait ce choix veillez à la fin, de bien demander à la personne d'expliciter son choix de ne pas nommer les catégories, cela peut être crucial et permettre d'ouvrir de nouveaux horizons sur l'organisation de l'information.

Les sous catégories sont tout à fait acceptées, ainsi que les sous sous catégories. Le nombre de catégories est illimité. Il est important de ne pas brider la personne, sinon il est possible de passer à côté de son schéma mental.

Puis vient le moment du tri, cela peut se faire avec plusieurs boites où les personnes mettent les informations, ou alors avec des enveloppes. Mais la meilleure solution me semble de tout mettre à plat sur une grande table, avec de grands papiers pour représenter les catégories. Cela permet à l'utilisateur de toujours voir l'information qu'il a rangée et qu'il puisse changer d'avis, surtout s'il change de méthode de tri en cours d'exercice.

Pendant le tri, je conseille à l'organisateur de sortir de la salle ou de se faire très discret. Afin que la personne ne se sente pas épier, ou dans une situation de vouloir impressionner le designer. En effet, il faut que le panel vous oublie et qu'ils organisent l'information à leur manière et pas de la manière qui vous impressionnera ou vous surprendra.

Laissez un temps illimité au participant pour réaliser le tri, afin de bien le garder dans un contexte, avec peu de stress. En situation de stress, nous réfléchissons de manière différente et parfois moins bien. De plus, il faut pousser la personne à découvrir en entier le jeu de cartes, avant qu'elle ne commence son tri, cela lui offrira une vision d'ensemble du contenu et l'aidera à l'organiser.

Une fois le tri terminé, vient le moment du dialogue. Il faut pousser le participant à expliquer ses choix (surtout bien prendre des notes !).
N'hésitez pas à vraiment pousser loin les questions pour bien comprendre les raisons de leur choix. Et pourquoi pas, aller jusqu'aux 5 pourquoi [0], pour bien comprendre la signification de ses catégories et de son organisation. Mais aussi, pour repérer s'il n'y a pas des cartes qui ont été mises dans une catégorie sans grande conviction par la personne. Si une carte revient souvent dans ce cas lors des tests, il faudra se poser la pertinence de cette information ou alors peut être que cette information aurait besoin d'être soutenu par d'autres du même type.

Petite note de ma propre expérience : Parfois vous remarquerez qu'une carte semble à un endroit inappropriée, il faut donc demander à la personne, si elle peut reformuler avec ses propres mots l'information présente sur la carte plutôt que la raison de son choix. Souvent, l'information n'est pas comprise par vous et la personne de la même façon. Mais attention ! Ne dites pas que placer cette carte ici est une erreur, vous allez influencer la personne, cherchez à comprendre pourquoi cette carte est ici.

C'est aussi le moment, de demander à la personne si elle ne pense pas qu'il manque des informations, dans ce cas ajoutez les informations manquantes, et faites les ranger par le participant.
Si vous faites votre tri sur une table, prenez des photos, pour pouvoir revoir l'organisation de chaque personne au moment de la synthèse.
Finissez le dialogue par une question qui peut valoir de l'or pour votre propre expérience : Comment amélioreriez-vous cet exercice ?
Et bien entendu "Merci !"

Synthese.jpeg

Il est maintenant temps de synthétiser, relisez vos notes, revoyez vos photos et surtout restez factuel. Enfin, c'est à vous de regrouper les catégories et schémas de pensée qui reviennent souvent. Repérez les cartes qui posent soucis, etc.
Certains utilisent des logiciels pour faire la synthèse (ce n'est pas mon cas), exemple EZSort ou CardCluster. Personnellement, je dis attention ! le logiciel ne doit pas se supplanter à la méthode, au risque de se contenter d'une étude quantitative (statistique) et d'oublier toute la partie qualitative. Et d'obtenir un résultat standard à chaque fois. Ce qui n'est clairement pas du tout le but de cet exercice.

La dernière étape est facultative, mais peut parfois être intéressante. C'est le débriefing avec les participants. Il faut leur présenter les résultats de l'étude et les différents schémas mentaux et problèmes qui se posent. Laissez les participants échanger entre eux et avec vous, il est possible ici de récupérer encore des informations très précieuses

En résumé :

  • Que dois faire le participant : Vous êtes là pour m'expliquer comment vous vous organiseriez pour vous, les informations (cartes) que je mets à votre disposition

  • Ne pas brider : Vous pouvez réaliser autant de catégories et de sous catégories et de sous sous catégories que vous le souhaitez

  • Bien définir les rôles : L'organisation que vous réaliserez ne sera pas utilisée pour réaliser l'architecture de l'information sur le projet, mais me servira de piste de réflexion pour mieux comprendre comment je dois organiser l'information

  • Prendre la température : Avez-vous des questions ?

  • Découverte : N'hésitez pas à regarder toutes les cartes avant de vous lancer dans le tri, vous avez le temps que vous souhaitez

  • Ne pas influencer : Sortir de la pièce ou se faire très discret

  • Dialogue : Pouvez-vous m'expliquer votre organisation ?

  • Synthèse : Revoir les notes et photos

  • Débriefing : Présentation des résultats et discussion

Conseils en vrac :

  • Privilégiez le dialogue plutôt que le nombre de participants
  • Ne coupez pas la parole
  • Pratiquez l'écoute active
  • Ne dites pas que le placement d'une carte est une erreur
  • Lors du débriefing, ne vous moquez pas de certains choix

Conclusion

Cette méthode est vraiment très intéressante pour comprendre comment organiser du contenu. Elle demande assez peu de temps de préparation et de logistique et permet de passer un bon moment d'échange avec vos utilisateurs. Il faut donc s'en servir !

Elle permet, en outre, de bien voir l'utilité de certaines informations, qui peuvent alors être exclues.

Pour finir cette conclusion, je vais citer une histoire que j'ai lue dans le livre de Sylvie Daumal, Design d'expérience utilisateur [1], livre que je conseille fortement :
Une personne explique qu'elle travaillait à la conception d'un portail web dédié à la jeunesse et qu'elle cherchait à organiser l'information. L'équipe a donc réalisé un tri de carte avec les "jeunes" (16-25ans). Et ont remarqués que les cartes étaient organisées en fonction de leur emploi du temps et en deux catégories "Activité" et "Sortie". Cela, en complète opposition avec la pensée classique de l'équipe.

Voilà, c'est la fin de cet article sur le tri de cartes, pour l'architecture de l'information. J'espère qu'il sera utile à certains. N'hésitez pas à me poser des questions.

Sources :

Article sous licence CC-BY-SA

Sort:  

Waw ça c'est un article! Merci beaucoup! J'ai tout de suite pensé en premier lieu, puisque c'est du design, à l'aspect UX (remplacer les listes déroulantes / bouton radio par des boutons "images " qu'on déplacerait ça ou là dans diverses catégories.

Mais il semble plutôt que ton article soit davantage orienté "backlog Scrum", c'est à dire définir les priorités pour les fonctionnalités à mettre en place...? Me trompe-je?

Comme j'ai fait du scrum, je perçois l'intérêt, et très important, après que les utilisateurs choisissent, mettre ces cartons priorités sur un mur et faire une photo... Au cas où un petit malin le change. De manière à ce que les 2 parties trouvent un accord pour la gestion des tâches/

Considère que mon vote compte triple! Chouette article!
Belle journée

Waw ça c'est un article! Merci beaucoup!

Merci à toi. Par contre je ne suis pas sur de bien comprendre ton commentaire, donc si je répond à côté de la plaque n'hésite pas à me le dire.

Mais il semble plutôt que ton article soit davantage orienté "backlog Scrum", c'est à dire définir les priorités pour les fonctionnalités à mettre en place...? Me trompe-je?

Alors, j'ai moi aussi fait du scrum, mais je ne pense pas que ça représente, ce que je tente de faire avec le tri de cartes. En effet, dans le backlog scrum il y a la notion de priorité de réalisation, mais ce n'est pas le cas ici. Le but est d'interagir non pas avec le client, mais avec les utilisateurs finaux pour bien comprendre comment organiser les informations/fonctionnalités sur le produit. Et aussi de percevoir s'il manque des fonctionnalités ou que certaines ne sont pas utiles. Donc c'est plutôt à faire avant le backlog scrum.


Votez Open Computer : https://lafabrique-france.aviva.com/voting/projet/vue/30-907

Ok donc en fait la cible c'est les utilisateurs de la fonctionnalité, pas le client pour lequel on travaille :)
Petit cadeau: https://ncloud.zaclys.com/index.php/s/wxWBBesk8fBZI5U