Contact client : +33 1 76 42 00 45 hello@ferpection.com

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.

Main Keyword : Roadmap projet web
Secondary Keywords : test utilisateur, roadmap produit, site web, design, développement, product backlog

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.


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 :


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 les différentes méthodes de recherche utilisateur à disposition pour mieux comprendre vos utilisateurs et tester vos produits et services ? Rendez-vous sur notre page solutions ou contactez-nous pour une démo.

Tous les articles de la catégorie : | RSS

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 de la philosophie d'entreprise libérée (qu'il essaye déjà de comprendre). Amateur de Science Fiction, il reste le seul être humain à croire que 'Seul sur Mars' est un recueil de conseils pour entrepreneurs.

Vous avez un projet d'étude utilisateurs ? Découvrir la démo gratuite