Qu’est-ce qu’un Product Manager ?
Quand on est UI/UX Designer ou Développeur, il est assez fréquent aujourd’hui de croiser la route d’un Product Manager (ou PM) dans ses expériences professionnelles. Généralement, il est identifié comme le référent produit, mais quand on demande ce qu’il fait concrètement, les réponses diffèrent. On le confond parfois avec un Chef de produit, un Product Owner, un Project Manager voire un Product Designer. Alors, qu’est-ce qu’un Product Manager et quel est son rôle dans les différentes structures organisationnelles ?
La théorie :
Le PM porte la responsabilité du développement d’un produit ou service digital qui va être mis sur le marché. C’est lui qui traduit la vision globale de l’entreprise en une vision produit et en en une roadmap. Sa mission est de s’assurer que le produit mis sur le marché soit réalisable, réponde aux besoins des utilisateurs et aux enjeux stratégiques et business de l’entreprise.

“to discover a product that is valuable, usable and feasible” Marty Cagan
Les responsabilités du Product Manager :
-
- Vision : il va décliner la vision globale de l’entreprise au niveau de son (ses ?) produit, fixer les objectifs et les KPIs à suivre, imaginer la roadmap produit.
- Discovery : le PM doit identifier les problèmes à résoudre. Cela passe par une analyse poussée de la data disponible, de la recherche utilisateur, une bonne compréhension des enjeux de l’entreprise, faire un benchmark concurrentiel etc.
- Priorisation : quels problèmes souhaitons-nous résoudre ? Le PM doit prioriser sur quoi ses équipes vont travailler en fonction de l’outcome ou bénéfices attendus (préalablement fixé dans la vision et stratégie produit) et de la complexité technique.
- Delivery : c’est la phase de mise en œuvre. Le PM va spécifier les solutions (les fameuses spécifications fonctionnelles) et suivre leur livraison avec l’équipe de développement.
- Lancement : les solutions ont été développées et mises à la disposition des utilisateurs. Le PM peut travailler avec le marketing ou le service de communication pour faire connaître son produit ou son incrément (nouvelle version) auprès des utilisateurs. Il s’agit à présent de mesurer le succès de ce qui a été livré et de voir si on a atteint les objectifs fixés.
Pendant ces différentes phases, le Product Manager va travailler comme un chef d’orchestre avec l’équipe design, les développeurs, les équipes métiers pour construire et livrer un produit qui aura de la valeur pour ses utilisateurs et l’entreprise.
Il y avait un piège un peu plus haut car dans certaines organisations le PM est également PO (Product Owner) car contrairement aux idées reçues, PO est un rôle dans les pratiques agiles comme Scrum et non un métier. Cependant, sur le marché français, il n’est pas rare que le PM et PO soient comme deux métiers différents.
La réalité :
Ce que j’ai appris pendant mes différentes expériences c’est que le scope du PM varie selon la structure et la maturité Produit de l’entreprise, l’organisation, mais aussi de la séniorité du PM.
Le rôle du PM vs la structure et maturité de l’entreprise
Le rôle du PM dans une Startup
Quand le produit n’est pas géré directement par les associés fondateurs, le PM est un peu la personne à tout faire du produit, le fameux “couteau suisse” qui les accompagne dans cette phase d’expérimentation. Il aide à cadrer les besoins stratégiques et business, intervient dans la discovery, la conception et le delivery afin d’atteindre le fameux Product Market Fit. En fonction de la taille de la startup, il peut se retrouver à poser les premières briques d’une équipe produit et construire la culture produit de la Startup.
Dans une Scale up
L’entreprise est en pleine croissance et a atteint son Product Market Fit. Le produit évolue moins drastiquement. Les équipes grossissent et se structurent. On est dans un contexte où une culture produit se met en place. Le PM ne peut plus être au four et au moulin et doit partager ses responsabilités avec un ou plusieurs PO, dont le rôle sera plus tourné vers l’équipe de développement et le delivery. Le PM peut se concentrer sur les optimisations et features qui répondent aux besoins des utilisateurs. Il doit être capable d’analyser le marché, connaître par coeur son produit et ses utilisateurs. Il est en relation régulière (voire permanente) avec les parties prenantes.
Il y a un head of product, un product ops, un ou des lead PM, des POs.
Dans un grand groupe,
Toutes les équipes ne fonctionnent pas forcément avec une organisation “produit”, certains métiers peuvent être encore en cycle en V. Dans certains cas, la transformation digitale de l’entreprise n’est pas 100% acquise et le(s) produit(s) déjà existant(s). Il y a moins d’expérimentation possible.
Selon l’organisation, le PM doit être capable de s’adapter et d’accompagner l’entreprise au changement. Il doit faire preuve pour cela de leadership mais aussi de pédagogie. Le PM travaille ici sur un périmètre spécifique avec un ou plusieurs Product Owners dont il a la responsabilité. Il n’est pas rare dans ce type de structure, où il y a beaucoup de hiérarchies, d’avoir des PMs qui maîtrisent en plus la dimension politique et le management humain.
C’est quelque chose qui tend à changer ces dernières années, avec des expérimentations qui cherchent à aplatir ces niveaux de hiérarchisation. Pour en connaître davantage, découvrez cet article de Harvard Business Review : https://www.hbrfrance.fr/organisation/la-reduction-des-strates-hierarchiques-point-de-bascule-du-changement-organisationnel-60592)
Un PM selon son expertise ou ses affinités
On le voit bien dans les fiches de postes, certains PM sont recrutés aussi selon leurs expertises. Des PM “experts” peuvent ainsi aider les entreprises sur des problématiques spécifiques et leur faire gagner en efficacité. On peut imaginer un onboarding plus simple et un apprentissage simplifié les rendant plus vite opérationnels.
Quelques exemples :
- PM Data
- PM Backend
- PM produit Saas (B2B)
- PM eCommerce
- PM Payment (fintech)
- PM UX ?
Un PM selon sa séniorité
Un PM junior ou simplement PM, coche toutes les cases des responsabilités décrites dans la partie “théorie” plus haut. Il a en général de bonnes connaissances de l’opérationnel car il est régulièrement en contact avec les “makers” (designers, développeurs).
Un PM senior, lorsqu’il n’est pas considéré comme Lead, aura les mêmes tâches que le PM mais pourra prendre plus de recul pour analyser le marché et l’usage de son produit. Il peut également jouer un rôle de mentor pour d’autres PMs. Il va être le garant de la vision produit de manière globale et suit de manière plus macro la roadmap et le delivery. C’est lui, qui s’assure de la bonne communication entre l’équipe produit, les métiers et les parties prenantes.
Insérer le double diamond ici ?
On pourra voir cette fameuse différence de scope dans un prochain article.
Conclusion
Nous avons pu voir que selon la maturité et l’organisation de l’entreprise, les attentes autour du Product Manager peuvent varier, mais en gardant une constante importante : il reste le garant de la vision produit.
Selon son expertise et sa séniorité, le Product Manager peut également définir son propre scope en laissant plus d’autonomie au Product Owner (sur la priorisation et le delivery) ou au Product Designer (sur la partie Discovery) pour se concentrer sur la partie analyse, vision et business par exemple.
Ce que j’ai appris, c’est qu’il n’y a pas qu’un seul type de Product Manager. Celui-ci doit pouvoir s’adapter à son environnement pour mener à bien sa mission principale : faire en sorte que le produit réponde aux besoins des utilisateurs et créer de la valeur pour l’entreprise.
Et vous ? Avez-vous travaillé avec d’autres types de PM ?
Cet article n’a pas vocation d’établir de vérité absolue mais se base sur mes différentes expériences et échanges que j’ai pu avoir avec les gens du métier pendant mon parcours pro.
Félix Réginent, Product Manager chez UX-Republic