TEKNSEO 2016 - Les tests utilisateurs en pratique

TEST OR NOT TO TEST,
TEST EST LA QUESTION
Relax In The Air Sàrl 2016

MC Casal
UX Strategist
Relax In The Air
relaxintheair.com
@mccasal

« Nope. UX is not only about the user.
It’s about the user, the business, the product and how
we can get the best out of everything and everyone."
MC

Nouvel outil Guru master toolShrink it
Rendre la phase d’apprentissage
plus courte

Nouvel outil Guru master toolApprentissage
Rendre la phase d’apprentissage
moins oooooh

Nouvel outil Guru master toolErreurs
Aider l’utilisateur à faire
moins d’erreurs

Business UtilisateurObjectifs
Aider business et utilisateurs à atteindre leurs
objectifs

1. Qu’est-ce que c’est ?
2. Pourquoi tester?
3. Quand tester?
4. Comment on fait ça?
5. Les tests en pratique 
A) Planifier
B) Tester
C) Analyser et communiquer
6. Documents

Méthode permettant d'évaluer un produit en le faisant tester
par des utilisateurs. Il permet d’observer directement la façon
dont l’utilisateur se sert d’une application et ainsi identifier
concrètement les difficultés qu’il rencontre.
Le test utilisateur consiste à placer l’utilisateur dans une
situation la plus proche possible de l’utilisation réelle de
l’interface/produit en suivant des scénarios d’utilisation
construits afin de vérifier les hypothèses identifiées
précédemment.
Wikipédia

• des comportements des publics cibles / personas face à vos
hypothèses
• des workﬂows, des ﬂux d’information et de la stratégie UX dans un
cadre d’utilisation réelle
Recherche VS Tests
Qu’est-ce que c’est ?
Recherche utilisateur macro
Test utilisateur micro
Affiner la compréhension :

On peut tester…
• des interfaces de site ou d’applications;
• des produits;
• des processus métier;
• des services.

• Comment l’utilisateur comprend l’interface
• Comment il l’utilise sans intervention extérieure
• Ses impressions et réactions
• Ses motivations
• Les diﬃcultés qu’il rencontre
• L’eﬃcacité (ou pas) de l’interface
Qu’est-ce que les tests testent

Qu’est-ce que les tests ne testent pas
• L’utilisateur
• La valeur business et stratégique du produit

2. Pourquoi tester ?
3. Quand tester?
A) Planifier
B) Tester
6. Documents

Quand ça ressemble à Game of Thrones…
Pourquoi tester ?
L’utilisateur comme arbitre,
juge et juré pour avancer et
passer aux étapes suivantes.

• demander à vos utilisateurs ce qu’ils pensent vraiment (plutôt que d’imaginer ce
qu’ils pensent…)
• sortir le client et les équipes de conception de leur propre vision du projet
• régler les dissensions internes sur les choix faits (Design / Développement)
• détecter les problèmes ou les éléments qui prêtent à confusion le plus tôt
possible
• éviter de perdre du temps et de l’argent lors de la phase de design et de
développement
• détecter les changements à entreprendre et optimiser le produit pour atteindre les
objectifs de départ
• identiﬁer d’éventuelles opportunités de changements auxquelles vous n’auriez
pas pensé
Pour…
Pourquoi tester ?

3. Quand tester ?
A) Planifier
B) Tester
6. Documents

Stratégie
Recherche
CdC
Architecture
Prototypage
Design
Développement

Architecture
Prototypage
Design
DéveloppementStratégie
Recherche
CdC
Planiﬁer Tester
Améliorer

• Le plus tôt possible
• Dès que vous avez quelque chose à montrer à de vrais utilisateurs
• A chaque changement signiﬁcatif dans le produit
• Lorsqu’un doute s’installe dans l’équipe
• Selon les ressources à disposition
Le bon timing
Quand tester ?

4. Comment on fait ça ?
A) Planifier
B) Tester
3. Quand tester ?
6. Documents

A quel moment se situe le test dans le processus de production ?
Avez-vous besoin de qualitatif ou de quantitatif ?
De quelles ressources disposez-vous ?

Remote user testing modéré
Comment on fait ça ?

PowWow App
ClickTale
GoToMeeting
Morae
Outils

Remote user testing non modéré

Loop11
OpenHallway
TryMyUI
Userlytics
Usertesting.com
UserZoom
Validately
YouEye
WhatUsersDo
Outils

Guerilla usability test

Guerilla usability test
Test utilisateur modéré

5. Les tests en pratique
A) Planifier
B) Tester
3. Quand tester ?
4. Comment on fait ça ?
6. Documents

Usability testing is the killing field of cherished notions.
David Orr

A. Planifier
B. Tester
C. Analyser et communiquer

Les bons utilisateurs
Les bons objectifs
La bonne méthodologie et protocole

Produit à tester
Objectifs et hypothèses
Participants et recrutement
Lieu
Matériel, documents et outils
Incentive
Agenda
Un plan parfait
Planifier

Produit à tester
Planifier
Est-ce un site?
Une application?
Des prototypes papier ou fonctionnels ou pas?
Un site en pré-production?
Un simple workﬂow ou une architecture?
Matériel / Outils / Protocole
Voir document: Produit à tester

Objectifs et hypothèses
Planifier
Navigation?
Emplacement d’éléments clé?
Tunnel de conversion e-commerce?
Formulaire?
Confirmer / Optimiser / Corriger
Voir document: Scénarios

Représentatifs de tous vos publics cibles / personas
Ecrire un brief de recrutement clair
Partager votre survey en ligne via database ou médias sociaux
Participants et recrutement
Planifier
Voir document: Formulaire de recrutement

Dans vos bureaux?
Chez le client?
Un lieu neutre?
Lieu
Planifier
Matériel / Accueil / Accessibilité

Matériel, documents et outils
Planifier
Liste des utilisateurs
Formulaire de consentement
Produit à tester
Scénarios
Script d’utilisabilité
Crayon/Stylo
Ordinateur
Ecran, clavier et souris
Silverback 3.0
Incentive

Incentive
Planifier
Produits
Argent
Bons ou coupons
Adaptés / Encourageants

Agenda
Planifier
Meeting et planification
Lancer le recrutement
Préparer le matériel à tester
Ecrire les scénarios et autres documents
Commencer la sélection des utilisateurs inscrits
Vérifier le lieu où aura lieu le test
Confirmer leur sélection aux utilisateurs
Préparer le test et tester… le test
Préparer les incentives
Arriver tôt sur le lieu de test avec tout le matériel
Accueillir les utilisateurs / Donner l’incentive
Prendre un maximum de notes
Faire l’analyse des résultats
Communiquer les résultats
Implémenter les changements et découvertes
3-4 semaines avant
2 semaines avant
Jour du test
1 semaine après le test
1 semaine avant

Place à la pratique.
Testons ensemble !
Prenez les documents qui vont été fournis.

Un rapport d’analyse doit être compréhensible et utilisable
Qu’est-ce qui fonctionne et plaît aux utilisateurs.
Qu’est-ce qui ne fonctionne pas et doit être corrigé.
Comment corriger le(s) problème(s).
Contenu d’un rapport
Analyser et communiquer

Anatomie d’un rapport
Analyser et communiquer
1. Titre de page clair et identiﬁable
2. Inclure une image de l’écran analysé
3. Inclure des courts commentaires
4. Fournir des recommandations
5. Donner un degré de sévérité aux points analysés
6. Inclure des phrases d’utilisateurs
7. Montrer des extraits des vidéos de test

1
2
3
[Client]: homepage
1. Confusion dans le terme utilisé. Utilisateur ne trouve pas
l’information. 
Recommandation: remplacer par « Les musées »
2. Le logo est confondu avec un autre. 
Recommandation: faire une icône plus simple et compréhensible
3. L’espace de communication est trop petit et écrasé par l’image. 
Recommandation: modiﬁer la couleur de fond et agrandir la
typographie
Cette page est facile à utiliser. Les grandes
images donnent envie de cliquer et d’aller
voir les expositions.
Vidéo:
Réaction intéressante de l’utilisateur X concernant la structure
de la navigation latérale.

We think and design experiences that deliver value.
Merci
relaxintheair.com
hello@relaxintheair.com
@mccasal
+41 22 808 02 10

TEKNSEO 2016 - Les tests utilisateurs en pratique

Recomendados

Recomendados

Mais conteúdo relacionado

Destaque

Destaque (20)

Semelhante a TEKNSEO 2016 - Les tests utilisateurs en pratique

Semelhante a TEKNSEO 2016 - Les tests utilisateurs en pratique (20)

Mais de Relax In The Air

Mais de Relax In The Air (20)

Último

Último (6)

TEKNSEO 2016 - Les tests utilisateurs en pratique