Hubvisory lance la première formation Product 100% en ligne ! Voir

People & Product Lille - La refonte produit

Par Benjamin le 16/01/2020 dans Events

Expertise

5 minutes

Une refonte design ou une refonte technique est un sujet qui peut faire débat en entreprise, qui peut être perçue comme un échec mais également comme un nouveau départ pour l’équipe.

Pour cette seconde édition de People & Product à Lille, nous avons fait le choix de tester pour la première fois le format en tables-rondes. Les participants ont ainsi eu l’occasion d’avoir deux retours d’expériences sur la thématique et ont facilement échangé avec les intervenants.

La refonte produit via un design sprint

Vincent Lecouvez, Product Manager chez Keycoopt International, nous a partagé l’expérience de refonte qu’il a vécu lorsqu’il était Product Owner chez Viadeo.

Viadeo avait pour objectif, à cette époque, de refondre son application mobile en repensant le parcours de navigation et en y ajoutant de la personnalisation. L’application était en effet dépassée et mal perçue par les utilisateurs.

L’équipe produit a alors décidé, à partir d’une “feuille blanche”, de proposer un nouveau scope de fonctionnalités.

Pour atteindre cet objectif, l’équipe a alors choisi d’utiliser et de tester la méthode du design sprint, permettant de valider rapidement les idées et les hypothèses.

Le design sprint (d’une durée de 5 jours) doit permettre à l’équipe de :

  • trouver de nouvelles solutions,
  • réaliser un prototype,
  • faire tester un prototype à des utilisateurs.

Cette méthode permet avant tout de définir la vision globale du produit et de déterminer ce qui va être réalisé par la suite.

Vincent souligne que le design sprint peut remettre en cause les idées établies au départ via les tests utilisateurs.

Enfin, comme toute méthode, elle doit être adaptée en fonction des besoins et des contraintes de l’équipe ainsi que de l’entreprise.

Voici le déroulé de la semaine, du design sprint qui a été effectué chez Viadeo :

Design Sprint Viadeo

Design Sprint Viadeo

  • Lundi → idées & objectifs : définir un objectif sur le long terme et les problématiques
  • Mardi → benchmark par rapport à l’objectif défini & sketching
  • Mercredi → vote de la solution (sketching) la plus pertinente et création d’un storyboard de la solution retenue
  • Jeudi → prototypage de la solution et préparation des scénarios des tests + grille de test utilisateurs
  • Vendredi → tests utilisateurs, bilan, conclusion et ouverture pour la suite

Suite au design sprint, une rétrospective de l’équipe a permis de faire ressortir les éléments nécessaire au bon déroulement :

  • constituer, avant le design sprint, une équipe pluridisciplinaire qui adhère à la méthode.
  • préparer tous les éléments / moyens pour que la semaine se passe dans les meilleures conditions (logistique, planning, …)
  • borner le périmètre, l’expérience map et s’abstraire des contraintes
  • percevoir le benchmark comme un outil utilisable tous les jours et non comme un point d’étape du design sprint
  • valider la solution choisie, qui doit être respectée par toute l’équipe pour le reste de la semaine
  • élaborer un prototype complet permet de bien projeter l’utilisateur lors du test.

Storyboard Viadeo

Storyboard Viadeo

Le design sprint a donc permis à l’équipe de bien poser les bases de la refonte de l’application. La méthode a été appréciée, elle a permis de challenger de nouvelles idées et de les co-concevoir avec les utilisateurs.

Prototypage app Viadeo

Prototypage app Viadeo

Pour retrouver plus en détails, le processus du design sprint c’est par ici !

Refondre une plateforme multi-produit dans un contexte de croissance forte, c’est possible !

La deuxième table ronde de la soirée était animée par Cédric Tumminello, COO & Co-founder @Yper.

Après une première expérience de refonte sur le site radin.com, Cédric a pris conscience de 3 éléments :

  • un projet de refonte, c’est plus qu’un projet technique, c’est un projet d’entreprise
  • il faut faire attention à ne pas reporter certains éléments dans le futur pour une autre refonte et donc éviter l’effet d’aspiration.
  • il faut avoir un D-Day script et un plan de rollback

Depuis sa création en 2016, Yper a pour but de “réinventer la livraison de demain, de la rendre plus agréable, efficace, économique et green pour tout type de business”. La start-up déploie ainsi une plateforme digitale qui rassemble différents utilisateurs (coursiers, particuliers, réseau de hubs).

Pour répondre aux différents besoins de ces communautés, Yper propose une plateforme digitale qui comporte :

  • une web /application mobile pour les particuliers et les professionnels
  • un site web
  • un back office pour les professionnels
  • un back office interne.
  • un algorithme / Api

Proposition de valeur Yper

Le POC de cette plateforme était au départ développé via Node.js en utilisant le framework Meteor qui est, selon Cédric, la meilleure techno lorsqu’on se lance et que l’on a pas encore trouvé le Go to Market.

Depuis peu, avec l’explosion de la demande passant de 400 livraisons à 4000 livraisons par an, il faut que les technologies évoluent pour garantir la fiabilité et les performances de la plateforme digitale.

Après une levée de fonds qui a permis le recrutement d’une équipe dédiée avec l’embauche d’un Product Owner et la création d’une feedback loop, les refontes ont alors débuté pour notamment développer en natif (Python, PhP, Symfony 4) :

  • refonte de l’application pour les livreurs
  • refonte du site web pour les pro
  • refonte du CRM BO

Ces refontes multi-produit ont permis d’intégrer des outils pour une meilleure gestion comme :

  • Sentry : pour le monitoring
  • Circle CI pour l’ intégration continue
  • Overflow pour la gestion des user flow
  • Instabug pour la collecte des feedbacks

Yper devait donc passer ces étapes de refonte techniques afin de poursuivre ses performances pour accompagner la croissance et viabiliser l’entreprise.

Retrouvez ici, la présentation détaillée du début de la refonte des produits Yper.

A retenir

Nous avons vu deux expériences différentes sur la nécessité de la refonte de produit :

  • la première, suite à de mauvaises performances de l’application mobile
  • la seconde pour accompagner le développement et les performances d’une startup.

La refonte via ces deux retours d’expériences démontre que c’est en effet parfois un passage utile et nécessaire pour faire évoluer son produit et garantir les attentes de ses utilisateurs (fiabilité, rapidité, sécurité).

Toute l’équipe People and Product remercie Vincent Lecouvez et Cédric Tumminello pour leurs participations et leurs partages d’expériences !

A très vite pour une prochaine édition lilloise !

Card image cap
Benjamin

Product Manager