Support de l'atelier Rapid Testing - 60 min

1. Lean Startup Day 2017
22/06/2017
Frédéric Fuchs
frederic@ffconsulting.pro
Atelier
Rapid testing

2. Pourquoi tester ?
23/06/2017
2
Parmi les principes du Lean Startup :
• Expérimenter aussi tôt que possible
• Itérations

3. Pourquoi cet atelier ?
23/06/2017
3
• Vous montrer que c’est facile de tester vous-mêmes
vite, mais bien
• ‘La base’ : Tests avec un utilisateur / client potentiel, en face à face
• Sommaire
• Pratiquer : Test de site en ligne
• Debriefing
• Inverser les rôles avec une landing page à tester
• Mise en action dans votre contexte

4. Qui a une landing page à tester ?
23/06/2017
4

5. Test par paires – 5 minutes site Cadeaufolies.fr
23/06/2017
5
• Pour les testeurs
• Dimanche, ce sera l’anniversaire d’un de vos proches, qui a 20 ans de plus que
vous. Vous cherchez un cadeau à lui offrir.
• Démarrez sur le site www.cadeauxfolies.fr. Vous pouvez aller jusqu’à la page de
paiement (mais arrêtez-vous avant de payer…).
• « Pensez tout haut »
• Pour les observateurs
• Valider que la personne a bien le problème
• Ecoutez, regardez, notez (le parcours, les obstacles, les verbatims)
• Relance éventuelle : « Qu’est-ce que vous pensez ? Montrez-moi comment vous
faîtes.»
• A la fin :
• Le testeur a t-il ‘réussi’ ? (Succès / Tâtonnements / Echec)
• ‘Mesure’ NPS : Quelle est la probabilité que vous recommandiez ce produit ou ce service à un
ami ou proche ? (note de 0 à 10)
• Qu’est-ce qu’il faudrait pour avoir 10 ?

6. Debriefing des tests
23/06/2017
6
• Point de vue des observateurs
• Surprises ?
• Succès / Tâtonnements / Echecs
•Obstacles
• Recommandation à un ami
•Suggestions d’améliorations
• Le plus difficile en tant qu’observateur ?
• Point de vue des testeurs
• Comment vous êtes-vous senti ?
• Vous êtes-vous senti influencé ?

7. Test par paires – 5 minutes site ideecadeau.fr
23/06/2017
7
• Pour les testeurs
• Dimanche, ce sera l’anniversaire d’un de vos proches, qui a 20 ans de plus que
vous. Vous cherchez un cadeau à lui offrir.
• Démarrez sur la page d’accueil d’ideecadeau.fr. Vous pouvez aller jusqu’à la page
de paiement (mais arrêtez-vous avant de payer…).
• « Pensez tout haut »
• Pour les observateurs
• Valider que la personne a bien le problème
• Ecoutez, regardez, notez (le parcours, les obstacles, les verbatims)
• Relance éventuelle : « Qu’est-ce que vous pensez ? Montrez-moi comment vous
faîtes.»
• A la fin :
• Le testeur a t-il ‘réussi’ ? (Succès / Tâtonnements / Echec)
• Quelle est la probabilité que vous recommandiez ce produit ou ce service à un ami ou proche ?
(NPS : note de 0 à 10)
• Qu’est-ce qu’il faudrait pour avoir 10 ?

8. Debriefing des tests
23/06/2017
8
• Point de vue des observateurs
• Surprises ?
• Succès / Tâtonnements / Echecs
•Obstacles
• Recommandation à un ami
•Suggestions d’améliorations
• Le plus difficile en tant qu’observateur ?
• Point de vue des testeurs
• Comment vous êtes-vous senti ?
• Vous êtes-vous senti influencé ?

9. Comparaisons
23/06/2017
9
• Quel site est le meilleur ?
• Différences et points communs entre les utilisateurs ?
• Obstacles
• Références

10. L’analyse du parcours
23/06/2017
10
© Frederic Fuchs
Utilisateur Parcours direct
Imaginé par les concepteurs du service
Résultat
Parcours réel
Quelles sont les étapes du parcours ? Les obstacles
?Les efforts accomplis par les utilisateurs pour
atteindre leur but ?
Qui sont les utilisateurs ?
Leurs références? (ex : le vocabulaire qu’ils comprennent, les médias qu’ils
consultent)
> Personas
Quels sont leurs problème ?
L’importance de leur motivation ?
L’expérience est-elle
un succès du point
de vue de
l’utilisateur ?
> Mesurer
L’efficacité,
La satisfaction
L’efficience
Et du point de vue
business ?
But
Quel est le contexte d’utilisation ?
> Ex : Ressources accessibles, contraintes de temps, d’emplacement
Contexte

11. Test par paires d’une landing page – 3 minutes
23/06/2017
11
• Votre landing page ou celle d’un concurrent
• Pour les testeurs
• ‘Tâche’ à déterminer, qui fait référence au problème
• Démarrez sur la page d’accueil de Google.
• « Pensez tout haut »
• Pour les observateurs
• Valider que la personne a bien le problème
• Ecoutez, regardez, notez (ce que la personne regarde, si elle scrolle, où elle clique…)
• Relance éventuelle : « Qu’est-ce que vous pensez ? Montrez-moi comment vous faîtes.»
• Arrêter dès que le testeur clique sur un lien, ou dit qu’il quitterait le site
• Exemples de questions :
• Quelle est votre première impression ?
• Que vous souvenez-vous de ce site ?
• Selon vous, à qui s’adresse ce site ?
• Comment s’appelle ce site ?
• Que propose-t-il ? Est-il cher ?
• En quoi est-il différent des autres sites que vous connaissez sur le même sujet ?

12. Tester vite
23/06/2017
12
• Qu’est-ce qu’on peut tester ?
• N’importe quel parcours d’utilisation peut être testé, du moment que le scenario
d’utilisation peut être réalisé sans ‘trou’, c’est à dire que toutes les étapes du parcours
sont présentes.
• Peu importe le support : papier, maquette
Axure, Powerpoint, concierge MVP…
• Aussi possible de tester un concurrent
• Pas besoin d’équipement spécifique
• 3 à 5 participants par persona
• Tester soi-même
• On a tout de suite l’information
• Pas cher

13. Tester bien
23/06/2017
13
• Distinguer ce que les utilisateurs font Vs ce que les utilisateurs disent.
• En cas de contradiction, les faits sont plus importants que les opinions.
• Vérifier en début d’entretien que la personne est un vrai utilisateur potentiel,
c’est à dire qu’elle a un besoin réel (= problème à résoudre)
• Pour trouver des ‘vrais’ utilisateurs : Recruteur, groupes FB, … comme on trouverait
ses clients
• Mettre le testeur en position d’utilisateur, pas de contemplateur
• Ne pas influencer le testeur
• Le minimum d’affect (ex à éviter : ‘c’est moi qui l’ai fait’, soupirer, s’énerver)
• Pas d’indice dans la tâche ou lors des discussions préliminaires (‘train hopper’)
• Questions ouvertes
• Faire observer par d’autres personnes de temps en temps
• Pour avoir un autre regard

14. Résumé : Pour réaliser un test utilisateurs
23/06/2017
14
• Définir une tâche importante pour le client et pour le service à tester
• C’est un ‘problème’ pour lequel le service propose une solution
• Le scénario à tester doit comprendre toutes les étapes
• Si on laisse le testeur imaginer certaines étapes, on ne sait plus ce qu’on évalue.
• Trouver un utilisateur potentiel, représentatif d’un groupe (persona / target
group). Ne pas lui demander de prétendre être quelqu’un d’autre.
• Consignes : ‘Montrez-moi’, ‘Pensez tout haut’
• Observer, écouter, noter
• Mesurer : Efficacité, efficience, satisfaction
• Analyser (Learn) : Identifier les besoins, les patterns pour des groupes
d’utilisateurs, les obstacles sur le parcours.
• Itérer