June 9, 2017

Votre roadmap de tests utilisateurs

Vous avez certainement une roadmap produit pour vos projets digitaux. Mais avez-vous pensé à construire votre roadmap des tests utilisateurs (ou roadmap discovery en anglais) ? De plus en plus d'équipes produits mettent en place deux roadmaps fonctionnant en parallèle, l'une pour piloter le développement de nouvelles fonctions, l'autre pour comprendre les problèmes des utilisateurs et s'assurer d'y répondre lors des développements. On parle ainsi de Dual Track Development.

Dual Track quoi ?

L'intérêt de cette approche avec deux roadmaps est de maximiser l'efficacité de vos équipes : ne travailler que des problèmes qui auront un impact, gagner du temps dans les développements, donner du sens à ce que font les équipes, se donner la possibilité de tuer des fonctions qui n'ont finalement pas de potentiel, etc.

Dans cet article, j'aimerai me concentrer sur la mise en place d'un planning de tests utilisateurs en partant du postulat que vous comprenez l'importance d'identifier les problèmes de vos clients avant même de réfléchir à de nouvelles fonctionnalités.

La bonne nouvelle, c'est que ce type de roadmap est plus légère que son pendant la roadmap produit. En réalité, elle tient facilement sur une simple page A4 !

Appréhender toutes les opportunités de test

Première étape, toute votre équipe doit se rendre compte du nombre incroyable d'opportunités d'écoute des utilisateurs et cela selon deux axes :

1. Le cycle de vie du projet

Il n'est jamais trop tôt pour apprendre des clients, ni trop tard non plus ! Vous devez d'ailleurs sonder leurs problèmes avant même de penser "features" puis vous pourrez les questionner tout au long du processus de développement, pré-lancement et post-lancement pour démarrer votre optimisation. Qu'il s'agisse de wireframes, prototype ou maquettes, l'étape de conception graphique est un moment privilégié pour prendre des décisions basées sur les retours utilisateurs. En effet, faire des changements est à ce moment-là bien plus simple qu'au stade du développement et c'est le premier moment où vous pouvez partager un premier rendu concret. Ne vous en privez pas !


2. Le sujet du test

Là encore, toute interface digitale peut se plier à l'exercice :

Il y a les tests de site internet et d'application mobile bien entendu mais également les benchmarks de concurrents, le brand content sous forme de vidéo ou de réseaux sociaux, les chatbots, les objects connectés, les TV connectés, les bornes en magasins, etc. Vous pouvez même reproduire des mécaniques d'AB test pour comparer deux créa avant lancement avec simplement des tailles d'échantillon qualitatif.

Maintenant que vous voyez tout ce qui est possible, nous allons pouvoir brainstormer pour trouver des idées de tests qui correspondent à votre projet.

Trouver des idées de tests utilisateurs

Il s'agit ici d'une étape de brainstorm. Vous pouvez avoir vos préférences pour différentes méthodes de génération d'idée, l'important étant de confronter les idées car elles vont permettre de ré-aligner votre équipe sur les sujets sur lesquels vous avez besoin d'écouter vos utilisateurs. Pour le format des idées d'écoute des clients, nous vous recommandons de rester simple car vous n'avez pas encore besoin d'aller dans le détail. Nous utilisons pour notre part des posts-it en écrivant les trois éléments suivantes :
  • Question ou enseignement recherché : que cherchez-vous à comprendre ? Quelle hypothèse voulez-vous challenger ?
  • L'objet du test : site, prototype, application, bornes en magasin, contenus, fonction spécifique, fonction proposée par un concurrent, etc.
  • En tant que : clients, prospect, collègue, collaborateur, etc. Ceci vous permet de préciser qui vit la situation que vous souhaitez améliorer.


Prioriser vos idées

Voilà, vous avez brainstormé et vous disposez devant de multiples idées de tests à réaliser pour mieux comprendre vos clients et choisir les meilleurs développements à mener.
Seulement, vous ne pourrez pas tout tester et cela n'aurait d'ailleurs pas d'intérêt. Afin de choisir les tests qui ont le plus d'intérêt, nous allons éprouver chaque opportunité à travers une grille inspirée des modèles P.I.E. utilisés pour le testing AB.
Une différence s'impose cependant tout de suite puisque les études que nous conduisons sont le plus souvent pré-lancement et non pas post-lancement comme dans le cas des tests AB. Nous nous retrouvons donc avec deux échelles :
  • La priorité qui mesure à la fois la disponibilité prochaine du test mais aussi la facilité présumée à mettre en oeuvre les résultats découverts. Il va donc y avoir une part d'incertitude mais disons simplement que cette dimension mesure les aspects pratiques.
  • L'impact qui combine l'importance du sujet et les chances d'améliorer significativement le sujet. Par exemple, votre tunnel d'achat a certainement plus d'importance que les pages décrivant vos savoir-faire. Dans le même temps, si cela fait deux ans que vous optimisez la conversion de votre tunnel d'achat, il pourrait être temps de passer à un autre sujet qui recèle désormais plus de potentiel d'amélioration.

Formaliser votre roadmap de tests utilisateurs

Calendrier, planning ou autre chose ?

Nous avons priorisé les différents idées à éprouver. Maintenant, il va falloir les ordonner dans le temps. Pour cela, nous n'avons pas besoin de mettre des dates sur chacune de ces actions. Nous allons simplement utiliser la grille Now Next Later :
  • Now : les tests que vous allez réaliser dans les jours qui viennent. Le moins le mieux car c'est plus réaliste et cela démontre que votre travail de priorisation a fonctionné.
  • Next : votre réserve d'idées dès que vous avez pu réalisé un test dans la catégorie Now.
  • Later : les sujets des prochains mois. Sachez garder de la flexibilité car s'ils semblent importants aujourd'hui, ils ne le sauront peut-être plus dans quelques semaines.

Comment passer des priorité au planning Now Next Later

Voici la grille qui semble bien fonctionner pour nos clients :
  1. Ce qui n'est ni assez impactant ni assez facile sort tout simplement de votre roadmap. Cela peut sembler dommage à première vue mais c'est aussi plus réaliste.
  2. Ce qui à l'inverse est impactant et suffisamment faisable va venir alimenter à la fois les Now et les Next. Typiquement, seuls un ou deux tests vont venir en Now, les autres seront naturellement dans la colonne Next.
  3. Tous les autres (impactant mais moindre faisabilité, forte faisabilité mais moindre impact) vont dans la colonne Later.

Et concrètement à quoi ressemble cette roadmap de tests ?

Voici un exemple en pratique avec la roadmap de tests Ferpection. Vous noterez que les tests actuels, dans la catégories Now, sont peu nombreux afin que nous soyons certains de pouvoir les réaliser. Chaque test est rattaché à un problème que nous essayons de résoudre pour l'utilisateur. Nous n'avons pas non plus de taboo lorsqu'il s'agit de supprimer un test plutôt que de le laisser traîner pendant des semaines.

A votre tour !

Si la démarche vous intéresse et que vous aimeriez être accompagné pour la mettre en place, sachez que Ferpection anime un atelier formation dédié à la création de votre roadmap de tests utilisateurs.
Nous accueillons également nos clients pour définir ensemble le futur de Ferpection lors de séances de cocréation
Contactez-nous pour en parler.

| |

En savoir plus sur les tests utilisateurs
Auteur
Thibault Geenen

Thibault Geenen

Thibault est fan de la méthode lean start-up d'Eric Ries (qu'il applique avec beaucoup de sérieux) et faire des blagues que ses jeunes protégés ne comprennent pas toujours. Grand amateur de Science Fiction, il a récemment écrit un article faisant un lien entre entreprenariat et le film 'Seul sur Mars'.