Comment rater ses tests utilisateurs

Interviews individuels, focus groups, sondages... Aujourd'hui, de nombreuses méthodes existent pour recueillir du feedback et mener des tests utilisateurs, mais elles peuvent aussi conduire à de nombreuses erreurs tout au long du processus de conception, d'animation et d'analyse de nos tests.

À travers des exemples concrets et des études de cas, nous ferons un tour d'horizon des meilleures pratiques pour éviter ces pièges courants. Que vous soyez novice ou expert en UX, cette conférence vous fournira des outils et des stratégies pour optimiser vos méthodes de recherche et obtenir des insights plus précis et exploitables.

Transcript

1. Comment rater ses en 6 étapes tests utilisateurs La 5ème va vous étonner!
2. David Endico P r o d u c t D e s i g n e r @ O w k i n
3. Pourquoi des tests ?
4. Recueillir des informations sur la façon dont les utilisateurs interagissent précieuses Révéler des problèmes d'utilisabilité, des incompréhensions et des 
 besoins non satisfaits
5. Ne pas savoir quoi et pourquoi tester
6. Problème
 Démarrer les tests sans savoir ce que l'on veut mesurer ou améliorer, ce qui conduit à des résultats flous et inutilisables Exemples S Q Lancer des tests sans but précis5 Q Ne pas identifier les aspects spécifiques du produit à évaluer5 Q Mélanger plusieurs objectifs sans hiérarchisation5 Q Ne pas communiquer les objectifs aux participants et à l'équipe de test5 Q Réaliser des tests généraux sans lien avec les objectifs du projet. Ne pas savoir quoi et pourquoi tester
7. Ne pas savoir quoi et pourquoi tester Solution
 Définir des objectifs clairs et précis pour les tests utilisateurs Avoir des objectifs bien définis permet de concentrer les efforts de test sur des aspects spécifiques du produit. Cela facilite l'analyse des résultats et la prise de décisions éclairées pour les améliorations. Les objectifs clairs aident également à structurer les scénarios de test et à choisir les bons participants, rendant les tests plus efficaces et pertinents.
8. Définir ses objectifs Je souhaite prendre une décision J’ai besoin de répondre à cette pour prendre cette décision question Quantitative
 Quantités, mesures Qualitative
 Expériences, observations, réflexions, sentiments Combien ? À quelle fréquence ? Pourquoi ? Motivations ? Besoins ?
9. Quantité Budget Qualité Qualitative Quantitative Mixed Analytics Heatmaps Interviews Individuels Retours Utilisateurs Sondages A/B Testing Focus Group Card Sorting Diary Study Guerilla Testing Étude de terrain
10. Se planter de cible
11. Problème
 Sélectionner des participants qui ne reflètent pas la diversité des utilisateurs finaux du produit Exemples U S Utiliser uniquement des collègues comme testeurs7 S Ne pas inclure des utilisateurs de différents niveaux de compétence7 S Ignorer les différences démographiques importantes7 S Sélectionner des utilisateurs ayant déjà une connaissance approfondie du produit7 S Tester uniquement avec des personnes locales sans tenir compte des différences culturelles. Se planter de cible
12. Utilisateurs Contexte Besoins
13. Se planter de cible Problème
 Sélectionner des participants qui ne reflètent pas la diversité des utilisateurs finaux du produit Exemples p h Utiliser uniquement des collègues comme testeursR h Ne pas inclure des utilisateurs de différents niveaux de compétenceR h Ignorer les différences démographiques importantesR h Sélectionner des utilisateurs ayant déjà une connaissance approfondie du produitR h Tester uniquement avec des personnes locales sans tenir compte des différences culturelles.
14. Se planter de cible Solution
 Sélectionner un échantillon représentatif d'utilisateurs Il est crucial de choisir des participants qui représentent fidèlement la diversité de la base d'utilisateurs finaux. Cela inclut des variations dans l'âge, le sexe, le niveau de compétence technologique, les contextes culturels et d'autres facteurs démographiques. Une sélection représentative permet d'obtenir des retours variés et pertinents, assurant que le produit est utilisable et apprécié par l'ensemble de la cible.
15. User #1
16. Ne pas définir de protocole de test
17. Problème
 Proposer des tâches trop faciles ou trop difficiles, ou ne pas fournir suffisamment de détails pour que les utilisateurs puissent accomplir les tâches Exemples S P Proposer des tâches qui ne se produiraient jamais dans un usage réelB P Ne pas définir les étapes à suivre, laissant les utilisateurs perdusB P Créer des scénarios qui supposent une connaissance préalable du produitB P Ignorer les contextes d'utilisation possiblesB P Négliger les contraintes temporelles réalistes. Ne pas définir de protocole de test
18. Ne pas définir de protocole de test Solution
 Élaborer des scénarios de test réalistes et bien définis Les scénarios de test doivent refléter des situations réelles que les utilisateurs pourraient rencontrer. Ils doivent être suffisamment détaillés pour guider les utilisateurs sans les diriger trop étroitement, permettant de recueillir des données sur la façon dont ils interagissent naturellement avec le produit. Un bon scénario aide à identifier les points de friction et les opportunités d'amélioration de l'expérience utilisateur.
20. Tailler le bout de gras au lieu d’animer un test
21. Problème
 Commencer les tests sans préparation adéquate, interrompre les utilisateurs, ou influencer leurs actions et réponses Exemples F D Lancer les tests sans vérifier que le matériel et les logiciels fonctionnent correctement0 D Ne pas expliquer clairement les objectifs et le déroulement du test aux participants0 D Interrompre constamment les utilisateurs pour leur donner des indices ou des instructions0 D Poser des questions suggestives qui influencent les réponses0 D Ne pas prendre de notes détaillées ou enregistrer les sessions. Tailler le bout de gras au lieu d’animer un test
22. Tailler le bout de gras au lieu d’animer un test Solution
 Préparer soigneusement et animer les sessions de test de manière neutre Une bonne organisation implique de s'assurer que tout le matériel nécessaire est prêt et que les objectifs et le déroulement du test sont clairement expliqués aux participants. L'animateur doit rester neutre, ne pas influencer les utilisateurs et les laisser accomplir les tâches par eux-mêmes. Prendre des notes détaillées et enregistrer les sessions permet de disposer de données complètes et précises pour l'analyse.
23. Tailler le bout de gras au lieu d’animer un test
24. Ne prendre que les résultats qui nous intéressent
25. Problème
 Se contenter d'une analyse superficielle ou subjective des résultats, sans chercher à comprendre les causes sous-jacentes des problèmes Exemples U S Analyser uniquement les données quantitatives sans considérer les observations qualitatives6 S Ignorer les commentaires et suggestions des utilisateurs6 S Ne pas chercher à comprendre les raisons des difficultés rencontrées par les utilisateurs6 S Prendre des décisions basées sur des hypothèses non vérifiées6 S Ne pas comparer les résultats avec les objectifs définis initialement. Ne prendre que les résultats qui nous intéressent
26. Ne prendre que les résultats qui nous intéressent Solution
 Réaliser une analyse approfondie et objective des résultats Une analyse rigoureuse implique de combiner des données quantitatives et qualitatives, de prendre en compte les observations directes et les retours des utilisateurs. Il est crucial de chercher à comprendre les causes profondes des problèmes identifiés et de vérifier si les objectifs définis au départ ont été atteints. Une bonne analyse permet de formuler des recommandations concrètes pour améliorer le produit.
27. Garder les résultats pour soi
28. Problème
 Ignorer les retours des utilisateurs ou ne pas les intégrer dans le processus de développement. Exemples R P Ne pas partager les résultats des tests avec l'équipe de développement1 P Écarter les suggestions des utilisateurs jugées trop difficiles à implémenter1 P Continuer le développement sans ajuster la feuille de route en fonction des résultats1 P Ne pas prioriser les améliorations basées sur les retours utilisateurs1 P Archiver les résultats des tests sans les exploiter concrètement. Garder les résultats pour soi
29. Garder les résultats pour soi Solution
 Utiliser les résultats pour guider le développement et l'amélioration du produit Les résultats des tests utilisateurs doivent être partagés avec toute l'équipe de développement et intégrés dans la planification des prochaines étapes. Les retours des utilisateurs doivent être pris au sérieux et les améliorations nécessaires doivent être priorisées. Exploiter les résultats de manière proactive permet de créer un produit plus convivial et mieux adapté aux besoins des utilisateurs, augmentant ainsi sa qualité et sa réussite sur le marché.
30. Atomic User Research See Airtable’s Atomic Research Base
31. Atomic User Research See Airtable’s Atomic Research Base
34. Wrapup
35. Comment réussir ses tests utilisateurs Définir ses objectifs Identifier ses utilisateurs Établir tâches, protocole et scénarios Animer convenablement le test Analyser objectivement les résultats Partager les résultats Wrapup
36. Des questions ?