Les tests utilisateurs

Les tests peuvent ĂŞtre rĂ©alisĂ©s soit en 1:1 prĂ©sentiel, soit Ă  distance grâce Ă  Skype par exemple. Chaque session est enregistrĂ©e et peut ĂŞtre livestreamĂ©e si besoin. Les tests durent environ 20 minutes par participant(e). Contrairement Ă  certaines pratiques d’ordre scientifique pratiquĂ©es par des spĂ©cialistes de la recherche utilisateurs (eyetracking, AB testing, click testing…) nos tests seront extrĂŞmement simples et pragmatiques. Nous mettrons simplement nos testeurs devant le prototype de notre application et nous leur demanderons d’effecter quelques tâches simples, sans trop les orienter.

Nous leur posons surtout des questions ouvertes afin de les laisser s’exprimer au maximum et d’amener leurs propres idĂ©es. C’est souvent de cette manière qu’Ă©mergent les enseignements les plus intĂ©ressants.
Nous observerons attentivement leurs rĂ©actions verbales et Ă©motionnelles, les « pain points », les problèmes ergonomiques…
Nous les interrogerons aussi sur la raison d’ĂŞtre du produit ou du service afin de valider son business modèle.  En tant qu’utilisateurs potentiels, voudraient-ils utiliser ce produit? combien paieraient-ils pour l’utiliser? Comment pourrait-on l’amĂ©liorer? etc

Les tests sont filmĂ©s, ce qui vous permettra d’Ă©tudier en dĂ©tail les rĂ©actions Ă  votre prototype.
Quelques minutes de tests avec un utilisateur neutre permettent de dĂ©celer la plupart des failles ou un potentiel d’amĂ©lioration: souvenez vous, le prototype n’a pas lieu d’ĂŞtre parfait, il doit avant tout vous aider Ă  crĂ©er le vĂ©ritable produit et d’Ă©viter les pièges inhĂ©rents Ă  la crĂ©ation d’un service digital.

Visionnage des tests et grille d'analyse

Que ce soit en live ou en replay l’après-midi, toute l’Ă©quipe regarde les tests et note les rĂ©actions des testeurs ainsi que les rĂ©ponses au moyen d’une Scorecard (une grille d’Ă©valuation). C’est un outil que nous avons crĂ©Ă© et qui permet Ă  chacun de capturer ses enseignements et d’annoter ses rĂ©sultats d’une manière non-biaisĂ©e.

Quel résultat pour le Sprint?

✅✅ Succès!

Un succès massif : il arrive parfois que la plupart des hypothèses soient validĂ©es et que les testeurs plĂ©biscitent le concept. Dans ce cas, il est possible d’imaginer de lancer directement la phase d’exĂ©cution (dĂ©veloppement du produit, dĂ©ploiement de la stratĂ©gie ou mise en Ĺ“uvre du service).
C’est la situation idĂ©ale: vous aurez gagnĂ© Ă©normĂ©ment de temps sur le dĂ©veloppement de votre produit et vous pourrez directement capitaliser sur les dĂ©livrables crĂ©Ă©s.
Le prototype pourra tenir lieu de cahier des charges  et être transmis à des Développeurs qui sauront exactement quoi réaliser et comprendront immédiatement votre vision du produit. Dans ce cas, le bénéfice du Sprint pourra se calculer en mois.

✅❌ Perspectives d'amélioration

Du bon et du moins bon: parfois notre grille de rĂ©sultats après les tests comportera autant de rouge que de vert. Dans ce cas, nous identifierons clairement ce qui a fonctionnĂ© et sur quoi nous pouvons construire. Ce que les testeurs n’ont pas aimĂ© devra ĂŞtre soit retirĂ© du concept, soit retravaillĂ©.
Le prototype aura confirmĂ© l’intĂ©rĂŞt de votre produit, mais des incohĂ©rences auront Ă©tĂ© dĂ©celĂ©es lors des tests. Tant mieux, vous savez dĂ©sormais dans quelle direction aller. Dans ce genre de cas, soit les problèmes dĂ©couverts pourront ĂŞtre naturellement rĂ©solus, soit un nouveau Design Sprint pourra être lancĂ©.
Il est aussi probable qu’une nouvelle idĂ©e soit apparue lors du Sprint et qu’elle soit dĂ©veloppĂ©e ultĂ©rieurement.

❌❌ Echec du concept

On s’est plantĂ©s : Parfois, les testeurs invalident le concept. Paradoxalement, c’est probablement le rĂ©sultat le plus utile, car c’est un signe clair que vous ne devez pas continuer avec ce concept. Il vaut mieux recevoir de mauvaises nouvelles après 5 jours qu’après deux ans de dĂ©veloppement. Ă€ la fin d’un Design Sprint, soit on gagne, soit on apprend (vite)
L’Ă©chec du produit lors des tests ne signifie pas l’Ă©chec du Sprint: bien au contraire!  Une idĂ©e qui se rĂ©vèle sans intĂ©rĂŞt Ă  l’issue d’un Sprint, ne sera pas dĂ©veloppĂ©e.
C’est d’ailleurs dans ce cas que le ROI du Design Sprint aura Ă©tĂ© le plus important: ces quelques jours auront permis d’invalider le concept et de stopper son dĂ©veloppement tant qu’il est encore temps. Comme le dit Ash Maurya (l’auteur de Running Lean): La vie est trop courte pour construire quelque chose que personne ne veut.

Dans tous les cas

Le Design Sprint est une expĂ©rience exceptionnelle qui vous aidera Ă  rĂ©unir  votre Ă©quipe autour d’une vision commune de votre futur produit. C’est aussi une excellente introduction Ă  l’univers de l’UX Design et Ă  l’User centered Design. Ne perdez pas de temps, il est l’heure d’organiser votre Design Sprint.

Agenda - jour 5

Le matin: 5 tests utilisateurs auront été menés par Design Sprint SA
14:00 Toute l’équipe se rassemble pour découvrir les videos des Tests
Discussions sur les points forts et les points faibles de la solution prototypée.
RĂ©pondre aux Sprint Questions, Planifier les prochains Ă©tapes
Bilan du Sprint
17:30  fin du Design Sprint! 🎉

Le Design Sprint jour après jour

Préparer

Design Sprint - Jour 0

Comprendre

Design Sprint - Jour 1

Esquisser

Design Sprint - Jour 2

Design Sprint Day 3 decide

DĂ©cider

Design Sprint - Jour 3

Design Sprint rapid prototyping

Prototyper

Design Sprint - Jour 4

Télécharger notre offre de Design Sprint

Merci de remplir ce petit formulaire 👇

Vous voulez travailler avec nous?


Vous avez certainement des tas de questions sur le Design Sprint et comment l'intégrer dans votre companie. Contactez Steph Cruchon, notre lead UX Designer via contact@design-sprint.com ou prenez directement rendez-vous pour une visio.


Chatter avec Steph