Slide 1

Slide 1 text

Comment rater ses en 6 étapes tests utilisateurs La 5ème va vous étonner!

Slide 2

Slide 2 text

David Endico P r o d u c t D e s i g n e r @ O w k i n

Slide 3

Slide 3 text

Pourquoi des tests ?

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

Ne pas savoir quoi et pourquoi tester

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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.

Slide 8

Slide 8 text

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 ?

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

Se planter de cible

Slide 11

Slide 11 text

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

Slide 12

Slide 12 text

Utilisateurs Contexte Besoins

Slide 13

Slide 13 text

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.

Slide 14

Slide 14 text

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.

Slide 15

Slide 15 text

User #1

Slide 16

Slide 16 text

Ne pas définir de protocole de test

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

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.

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

Tailler le bout de gras au lieu d’animer un test

Slide 21

Slide 21 text

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

Slide 22

Slide 22 text

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.

Slide 23

Slide 23 text

Tailler le bout de gras au lieu d’animer un test

Slide 24

Slide 24 text

Ne prendre que les résultats qui nous intéressent

Slide 25

Slide 25 text

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

Slide 26

Slide 26 text

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.

Slide 27

Slide 27 text

Garder les résultats pour soi

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

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é.

Slide 30

Slide 30 text

Atomic User Research See Airtable’s Atomic Research Base

Slide 31

Slide 31 text

Atomic User Research See Airtable’s Atomic Research Base

Slide 32

Slide 32 text

No content

Slide 33

Slide 33 text

No content

Slide 34

Slide 34 text

Wrapup

Slide 35

Slide 35 text

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

Slide 36

Slide 36 text

Des questions ?