Contact client : +33 1 76 42 00 45 [email protected]

July 7, 2018

Roadmap projet web et test utilisateur

Comment co-construire votre projet digital avec vos clients ? Au-delà des aspects théoriques, nous avons souhaité illustrer cela avec notre propre cas : comment Ferpection pilote la roadmap par les retours clients, depuis notre genèse et jusqu'à aujourd'hui.

La genèse du développement de Ferpection

  • 3 jours dans un bocal,
  • rendez-vous clients avant la création,
  • premiers tests auprès de la communauté. J'ai extrait l'un des premiers retours - datant de 2014 - de nos utilisateurs concernant notre plateforme,
  • la priorisation extrême comme méthode de survie.

Icone pouce vers le bas

Les tests utilisateurs nous ont aussi permis de valider des hypothèses, comme celle liée au fait de faire des captures d'écran. Nous n'avons pas forcément réalisé d'optimisation immédiate suite à ce résultat, le simple de valider ou d'invalider l'hypothèse ayant déjà une valeur business pour nous puisque nous savions pouvoir nous consacrer à un autre sujet.

Mais cela n'a qu'un temps car rapidement l'équipe grandit et il faut entourer ces actions de process au risque de les perdre.

Apprendre de ses clients en continu

Nous réalisons déjà des tests utilisateurs fréquents avec les personnes inscrites dans notre communauté. Il s'agit d'un cas assez simple et d'une application directe de ce que nous vendons à nos clients, que ce soit au travers d'entretiens individuels, de tests de maquettes ou de site web directement.

Dans le cas de nos clients B2B, nous avons fait le pari de capitaliser sur chaque échange avec nos clients et donc d'adapter notre méthodologie. Pour cela :
  • Nous avons construit une grille d'analyse spécifique qui contient 15 catégories d'optimisation de notre plateforme, depuis le filtrage des retours jusqu'aux demandes de nouvelles méthodologies.
  • Chaque conversation client donne lieu à l'ajout d'enseignements basés sur ces catégories qui sont ensuite "scorées" en fonction de la fréquence et la récence des points remontés. Il peut s'agir de conversation en amont d'un projet de design / développement ou en aval lors d'un feedback call, lorsque l'étude a été livrée.
  • Chaque semaine, nous commençons notre product review en lisant les derniers enseignements clients qui vont ensuite informer les choix de découverte ou de développement.
Voici trois exemples de catégories d'optimisation et le score attaché à chacune :

Catégories d'optimisation avec

La roadmap produit est morte, vive la dual roadmap

Initialement, nous avions créé une roadmap de tests utilisateurs séparée de la réflexion produit qui faisait l'objet d'une roadmap spécifique. Cette séparation ne fonctionnait pas très bien, notamment elle nous empêchait d'arrêter des développements pour revenir sur des phases de découverte lorsque nous sentions que nous faisions fausse route. Bref, nous perdions en flexibilité.
Voici à quoi ressemblait notre roadmap de tests :


Depuis, nous avons combiné les deux roadmaps avec ce que l'on appelle une dual track roadmap incluant :
  • Des phases de "discovery" : les sujets sur lesquels nous souhaitons apprendre, valider des hypothèses, optimiser des maquettes, etc.
  • Des phases de "build" : les sujets que nous souhaitons mettre en production.
Aucun élément n'est daté. Nous cherchons toujours à gagner en vélocité et faisons confiance à l'équipe Produit pour accélérer. Seule la priorisation compte :
  • Now : ce que nous faisons maintenant, 
  • Next : ce que nous pouvons faire ensuite, 
  • Later : ce que nous pourrions faire avec du temps (cette dernière liste étant ce qu'il y a de plus proche d'un backlog produit chez Ferpection, voir ci-dessous).
Voici à quoi ressemble cette dual track roadmap :

Enfin cette roadmap est publique. Cela nous permet de rendre compte des sujets sur lesquels nous travaillons auprès de nos clients. Vous pouvez de fait influencer cette roadmap en votant pour telle ou telle fonctionnalité ici.

Conduire des études et tests utilisateurs toutes les semaines

Nous échangeons avec nos clients pour leur soumettre les nouveautés : cela peut être un test spécifique de 20mn au téléphonique, un feedback call suite à une mission ou tout simplement lors d'une démonstration de notre plateforme.

Prioriser pour éviter de surcharger son product backlog

Notre philosophie sur ce sujet est très simple : pas de product backlog ! Tout ce que nous n'arrivons pas à faire sur une période très courte est rapidement dépriorisé (bon d'accord, nous avons un tout petit backlog) puis sous supprimé sous un mois. Globalement, nous savons que si un problème - dont nous n'avons pas réussi à nous occuper - persiste, alors il va ré-apparaître et il sera plus simple de le traiter à ce moment-là. Cette approche permet d'alléger au mieux la roadmap de notre projet web et de donner de la clarté sur ce que nous devons réaliser maintenant et ce que nous devons réaliser ensuite.
A l'inverse, tous les sujets remontés, petits ou gros, sont évalués et traités. L'équipe produit a alors 3 choix vis-à-vis de ces souhaits internes ou "user wishes" :
  • Traiter le point s'il s'agit d'une urgence pouvant par exemple bloquer une étude. Le fait de ne pas avoir de backlog permet typiquement à nos développeurs de réaliser ce type de développement sans mettre en danger leurs projets à plus long terme.
  • Communiquer chaque lundi sur les points résolus non critiques et désormais en production.
  • Lister également chaque lundi les souhaits rejetés et expliquer pourquoi.

La culture d'entreprise comme moteur de votre développement

- l'optimisation continue comme philosophie, l'acceptation du travail en progrès.
- start with why
- Metrics
comment motiver les commerciaux : culture

Les bénéfices de la co-création...

  • clients écoutés = satisfaits + fidèles
  • plus vite plus juste
  • du sens en interne

...et ses limites sur la vision produit

attention à garder une étoile du nord / pas de dictature client au risque de créer un fourre-tout / se concentrer sur les problèmes à résoudre (vous aurez remarqué cela si vous regardé notre roadmap construite sous forme de questions)

En conclusion et pour illustrer notre philosophie, cet article lui-même a fait l'objet d'une phase de tests. Ainsi, je l'ai initialement construit comme support lors d'une intervention auprès de clients m'ayant demandé de témoigner sur la co-construction d'une roadmap produit avec nos clients. Suite à leurs retours, j'ai pu en affiner son contenu et le mettre à votre disposition.

Vous souhaitez en savoir plus sur nos accompagnements UX et sur la manière dont nous pouvons vous aider ? Rendez-vous sur notre page dédiée

Si cet article vous a plu, n'hésitez pas à vous inscrire pour recevoir notre newsletter et être à jour des dernières actus en UX research ! 

Tous les articles de la catégorie : | RSS

Thibault Geenen

Thibault Geenen

Thibault est fasciné par le pouvoir de l'UX, en particulier l'UX research et derrière cela les besoins et comportements des utilisateurs. En tant qu'entrepreneur, il est fan de la philosophie d'entreprise libérée qu'il s'efforce déjà de comprendre. Amateur de Science Fiction, il reste le seul être humain à croire que le livre 'Seul sur Mars' est un recueil de conseils pour entrepreneurs..

Vous avez un projet d'étude utilisateurs ? Contactez-nous