+15ans de Product Management
Product Manager & Entrepreneur depuis + 15ans, je vous aide à construire le produit dont vous avez besoin.
En Chiffres
- + 20ans d’expérience dans le web & digital
- + 15ans d’expérience dans la gestion de produit, agilité et scrum (PO)
- + 40 projets / produits / programmes mis en service
- + 200 Campagnes d’AB Tests & validation significativité statistique (khi2)
- + 4 Aventures entrepreneuriales
- + 3000 Personnes (métiers) formées aux outils, process, stratégies
- + 200 Développeurs, testeurs, scrum masters dans mes différents produits
- + 250 millions d’€ de valeur crée (CA) sur les 5 dernières années
PROFIL
Ma force est d’allier des compétences clés acquises au long de mes 18ans d’expérience que ce soit en startup ou en tant que product manager
Mon positionnement à l’intersection du Business, du digital marketing et de la tech me permet d’avoir une vision 360°des enjeux inhérents au product management.
Me lancer, me tromper, recommencer, itérer pour améliorer de façon continue est mon mode de fonctionnement dans la vie ou pour mes clients.
J’aborde les sujets avec humilité et persévérance, j’aime par dessus tout analyser les données de façon scientifique car c’est la meilleure façon que je connaisse pour capter le signal dans un monde plein de bruit.
Commettre des erreurs, échouer, rater fait partie du process d’apprentissage et constitue le chemin vers la réussite des produits et de toute aventure ambitieuse !
VISION PRODUIT
Je vais partager avec vous 2 principes qui m’ont permis (entre autres) d’obtenir avec mon équipe le prix du projet stratégique de l’année chez vente-privee.com en 2018 !
Un Product Manager doit selon moi d’abord s’assurer qu’il construit le bon produit !
Pour cela, il ne faut pas (comme c’est trop souvent le cas) se demander si le produit en question adresse le besoin…
…mais rechercher tout simplement la meilleure façon de répondre au besoin, indépendamment de notre produit, en évitant tout biais de confirmation.
Si notre produit reste la meilleure réponse possible alors on continue, sinon on arrête et on construit le bon produit !
Pour mieux répondre au besoin, un PM doit avoir le courage de tuer son produit !
Exemple : un camion 6 tonnes permet d’aller d’un point A à B et en ce sens adresse le besoin qui est d’aller de A à B. Alors tout va bien ?
- Une voiture irait plus vite, tout en consommant moins d’énergie
- Un vélo aussi et sans consommer d’énergie (si A n’est pas trop loin de B)
- Le métro évite de se garer et le risque de vol (si pas de grèves bien entendu)
- Prendre l’avion vaut peut-être le cout si on trouve des Kangourous dans B
Cet exemple un peu caricatural a le mérite de nous rappeler qu’il faut toujours partir du problème ou du besoin, que le produit n’est pas une fin en soi mais solution à un instant T, susceptible de devenir obsolète ou sous optimale avec le temps.
Ensuite, analyser les opportunités, faiblesses et risques (SWOT) et organiser le travail de l’équipe afin que leurs efforts s’intègrent dans le triangle de la création de valeur.
Le rôle du PM est d’investir le budget qui lui est alloué (capital, ressources) afin de créer de la valeur de chacun des points suivants :
- Profitabilité : Générer du CA, de la marge, réduire les gaspillages, efficience
- Users : améliorer la satisfaction client en réduisant les frictions & frustrations
- Teams : résoudre les problèmes des équipes internes, améliorer la productivité
Bien sur, cela implique de devoir souvent dire « non » aux demandes qui ne rentrent pas dans ce cadre.
C’est une partie cruciale du rôle de PM qu’il faut savoir faire respecter pour le bien du produit et de ses objectifs.
Pour cela, après plusieurs années d’essais j’ai mis en place une méthode simple et efficace dénommée FAF (Feature Arbitrage Framework) :
Ce framework est communiqué à l’ensemble des intervenants métier, stakeholders et à la direction / management à laquelle le produit reporte.
Cela permet à l’ensemble des intervenants de :
- Travailler les hyp. de gain : pas de dépense sans idée fiable de ce que ça apporte
- S’assurer que la priorisation se fait de façon objective : pas de jaloux !
- Réaliser qu’une feature c’est aussi du risque et un cout !
- Développer sa confiance dans le produit grâce à la transparence du framework
Je m’applique bien entendu à moi-même ce framework car cela m’aide à prioriser de façon rationnelle et ne pas simplement choisir une évolution car elle m’intéresse.
