Le product manager est peut-être le métier le plus mal compris de toute la tech française. Pas chef de projet. Pas CTO bis. Pas non plus ce type qui fait des slides entre deux réunions. Benoît Rey, ingénieur de formation passé par New York, Société Générale et Capgemini avant de devenir Head of Product chez Qobuz – le service de streaming musical haute résolution – en sait quelque chose. Il a mis 10 ans à construire ce profil hybride que personne n’enseigne vraiment dans les grandes écoles.
Ce qui frappe dans son parcours, c’est la trajectoire. Développeur d’abord, puis architecte IT, puis consultant, puis product manager. Pas un plan de carrière. Une accumulation d’expériences qui, rétrospectivement, dessinent une logique. Mais sur le moment ? Probablement pas si évident.
Alors c’est quoi exactement, ce métier ? Et pourquoi autant de boîtes peinent à recruter de bons PM – ou même à expliquer ce qu’elles cherchent ?
Le product manager, arbitre permanent entre deux mondes qui ne se parlent pas
La définition que donne Benoît Rey est étonnamment simple pour un rôle aussi complexe. Le product manager, c’est la personne à la jointure entre le business et les développeurs. Ni d’un côté, ni de l’autre. Les deux. En même temps.
« C’est la personne qui doit comprendre la vision business donc le business model de la société et traduire cette vision en réalité, c’est-à-dire de traduire ça en fonctionnalité réelle qui vont être dans le produit. Donc expliquer aux développeurs qu’il faut plutôt développer ceci que cela parce que c’est conforme à la vision et c’est ce que les clients vont réclamer. »
Dit comme ça, ça a l’air simple. Ça ne l’est pas.
Ce que Benoît décrit, c’est un rôle de traducteur permanent – et pas dans le sens romantique du terme. Traducteur au sens opérationnel : quelqu’un qui sait que demander une fusée avec deux pneus et une planche, ça ne marchera pas. Quelqu’un qui dit non au business quand le business rêve, et qui dit non aux développeurs quand les développeurs font du sur-engineering par plaisir intellectuel.
Le vrai problème ? La plupart des entreprises françaises continuent de recruter des PM avec un prisme binaire : soit technique, soit business. Rarement les deux. Et du coup, le product manager se retrouve soit trop naïf face aux devs, soit trop ignorant des contraintes techniques pour arbitrer correctement.
La roadmap, ou l’art de choisir ce qu’on ne fera pas
Construire une roadmap produit, c’est 20% décider quoi faire. Et 80% décider quoi ne pas faire.
Benoît Rey le dit sans détour : le product manager passe son temps à renégocier, à abandonner des fonctionnalités, à arbitrer. Ce n’est pas un rôle de vision pure – c’est un rôle d’arbitrage permanent entre trois temporalités que beaucoup de PM négligent.
« Il faut faire cohabiter les trois temps. Le très court terme, typiquement il y a un bug en prod. Le moyen terme, les projets en cours. Et le très long terme, est-ce que la vision elle tient la route par rapport à la compétition. »
Ce qui m’a scotché dans cette description, c’est que le bug en prod et la vision à 3 ans cohabitent dans la même journée. Parfois dans la même réunion.
En pratique, chez Qobuz, ça se traduit par deux grands pôles produit : l’équipe web et outils internes (tout ce qui permet d’ingérer de la musique, créer du contenu éditorial, générer des playlists), et les équipes applications – iOS, Android, desktop, player web. Plus une équipe UX qui assure la cohérence entre tous ces assets. Trois univers techniques différents, une seule roadmap. C’est là que le travail de priorisation et d’analyse devient critique : sans méthode, tu te retrouves à tout faire en même temps – donc à ne rien finir correctement.
Jira pour les tickets, Confluence pour les specs, PowerPoint pour vulgariser auprès de la direction, et les outils de BI pour comprendre comment les gens utilisent vraiment le produit. Rien de révolutionnaire dans l’outillage. Ce qui change tout, c’est comment tu arbitres entre ce que ces outils te remontent.
Faut-il avoir codé pour être un bon product manager ?
La question qui divise. Et Benoît Rey y répond avec une nuance que j’apprécie, parce qu’elle va à l’encontre du discours dominant.
Non, il n’est pas nécessaire d’avoir été développeur pour être un bon product manager. La plupart des PM dans son équipe ne le sont pas – et ils s’en sortent très bien.
« Si tu es curieux et que tu comprends la complexité d’une base de données, d’un service, d’une API, il y a pas besoin d’être développeur pour être PM. »
Mais. Et c’est un mais qui compte. L’expérience technique donne une crédibilité naturelle, immédiate, qui s’acquiert autrement plus difficilement par d’autres voies. Benoît décrit ce moment précis – et franchement, je l’ai déjà vu dans des équipes tech – où tu regardes un développeur qui te dit qu’une fonctionnalité prend trois semaines, et tu sais que non. Et tu peux le dire. Doucement, mais tu peux le dire.
Attention : il prévient lui-même que ça peut énerver les gens. Ce n’est pas un outil à dégainer systématiquement. Mais avoir cette capacité de lecture, c’est un avantage concret dans les négociations de roadmap.
Ce que j’aurais voulu qu’on me dise plus tôt – enfin, ce que j’aurais voulu qu’on dise aux PM que j’ai croisés dans ma carrière – c’est que la crédibilité technique ne se résume pas à savoir coder. Elle se construit aussi en posant les bonnes questions, en comprenant les contraintes d’architecture sans forcément les résoudre soi-même. Certains profils growth hackers ont cette intuition naturelle du produit sans jamais avoir écrit une ligne de code.
Le micro-management, ce péché mignon que tous les managers avouent en privé
Benoît Rey gère une équipe depuis plusieurs années. Et il dit quelque chose que peu de managers admettent publiquement.
Oui, il fait parfois du micro-management. Volontairement. Ponctuellement. Sur un bout très précis d’une fonctionnalité, pour vérifier que le détail est conforme à la vision globale.
« Tu fais des fois un peu le flic, c’est-à-dire tu dis OK, on va voir cette fonctionnalité là, ce tout petit bout du truc, tu regardes que vérifier que c’est bien conforme à la grande vision que toi tu as. »
Ce qui m’agace dans le discours mainstream du management, c’est cette injonction permanente à faire confiance, déléguer, laisser les équipes tranquilles. Comme si le micro-management était toujours une pathologie. Benoît Rey dit le contraire : parfois, c’est un outil de vérification que la vision descend bien jusqu’aux détails.
La vraie compétence, c’est de savoir quand l’utiliser et quand ne pas l’utiliser. Et de rabâcher régulièrement la vision stratégique – parce que les gens, quand ils sont la tête dans leur projet, oublient pourquoi ils font ce qu’ils font. C’est humain. Et c’est exactement le problème.
Ce que Benoît décrit ressemble à ce qu’on voit dans d’autres métiers transversaux : le partnership manager chez Germinal fait face au même enjeu – garder une cohérence globale tout en laissant les équipes opérer.
Ingénieur ou commercial ? La fausse querelle du product manager à la française
Voilà un terrain sur lequel Benoît Rey a une opinion tranchée – et elle va faire grincer quelques dents dans les amphis de Sciences Po Commerce.
Pour devenir product manager, il conseille la voie ingénieur. Pas par chauvinisme corporatiste. Pour une raison précise : le respect naturel que ça génère auprès des développeurs. Une crédibilité qui s’installe d’emblée, sans avoir à la prouver.
Mais il pointe aussi un angle mort classique des profils ingénieurs français. La faiblesse business. La capacité à concevoir des produits magnifiques sans savoir comment les vendre, les déployer chez les commerciaux, faire le marketing. Et c’est là que le product manager est censé combler le fossé.
Le profil idéal selon lui ? Un ingénieur qui s’intéresse au business. (Ce qui est rare dans le secteur, clairement.) Pas quelqu’un qui a tout appris dans les livres, mais quelqu’un qui a développé une vraie empathie pour les deux mondes. Et le mot empathie, il l’utilise explicitement – ce qui est assez rare pour un ingénieur de formation.
« Tu dois développer un sens de l’empathie très fort. Tu dois traduire les problèmes de la technique envers le business et inversement. Tu dois être vraiment la roue qui fait fonctionner tous les métiers ensemble. »
La roue. Pas le moteur. Pas le volant. La roue. Ce qui permet à tout le reste d’avancer. Je trouve cette métaphore étonnamment juste pour un rôle qu’on glamourise souvent à tort.
Et la question des écoles ? Benoît reconnaît ne pas savoir s’il existe maintenant des formations spécifiques au product management en France. C’était en 2019. Depuis, des bootcamps ont émergé, des certifications aussi. Mais la question de fond reste la même : est-ce qu’on apprend vraiment ce métier dans une salle de classe, ou sur le tas ?
Ce que personne ne dit sur le quotidien d’un product manager senior
Les journées de Benoît Rey chez Qobuz ressemblent à ça : le matin avec des développeurs sur un bug en prod, l’après-midi chez un partenaire pour un deal potentiel, et entre les deux, des questions budgétaires avec la direction. Le tout saupoudré de Slack en continu et d’emails qui s’accumulent.
Pas très glamour. Très réel.
Le multitasking à grande échelle – c’est son expression – est une réalité qu’il assume mais qu’il essaie de contrebalancer en s’isolant régulièrement. Pas pour ne rien faire. Pour penser. Pour lever la tête et vérifier que la direction générale tient encore la route.
C’est ce qu’on oublie dans les fiches de poste de product manager : le temps de réflexion n’est pas un luxe, c’est une partie du job. Un PM qui n’a jamais deux heures sans interruption dans sa semaine est un PM qui pilote à l’aveugle. Et ça, ça se paye tôt ou tard sur la qualité du produit.
Benoît Rey a passé 7 ans dans une seule boîte avant de rejoindre Qobuz. 7 ans au même endroit, c’est rare dans la tech aujourd’hui. Ça dit quelque chose sur sa manière de construire, de s’inscrire dans la durée plutôt que de sauter de mission en mission. Est-ce que c’est la bonne approche pour un product manager qui veut progresser rapidement ? Pas sûr. Ça dépend de ce qu’on cherche.
La réflexion sur l’intelligence artificielle et son impact sur ces métiers transversaux est d’ailleurs un sujet connexe passionnant – l’IA va-t-elle créer un marketeur sous stéroïdes est une question qu’on peut poser tout autant au product manager de demain.
Ce qui est certain : le product manager reste un des seuls rôles dans une organisation digitale qui oblige à ne jamais être confortable. Ni vraiment tech, ni vraiment business, ni vraiment manager. Toujours dans l’entre-deux. Et pour certains, c’est épuisant. Pour d’autres – ceux qui font vraiment ce métier par conviction – c’est exactement ce qui le rend indispensable.
Sur Twitter, Benoît Rey dit qu’il ne parle que de bêtises liées à la politique et au sport. Pour quelqu’un qui passe ses journées à arbitrer entre des visions antagonistes, c’est peut-être la meilleure définition du repos qu’on puisse trouver.
