Skip to main content

Si vous avez consulté LinkedIn récemment, vous avez probablement vu passer les titres suivants à plusieurs reprises :

  • Chef de produit plateforme
  • Chef de produit, expérience plateforme
  • Chef de produit, services applicatifs
  • Chef de produit, expérience développeur
  • Chef de produit technique plateforme
  • Chef de produit technique, plateforme

Ça vous semble familier ? En lisant les fiches de poste, vous êtes sûrement tombé sur des expressions comme « possède de l’expérience dans la création de capacités fondamentales de plateforme » ou « fait preuve d’une grande empathie envers les développeurs ». Peut-être même le classique « ce poste vise à briser les silos internes ».

Si vous avez passé la majeure partie de votre carrière en gestion de produit à travailler sur des produits orientés client, cela pourrait sortir de votre zone de confort, où vous axez principalement sur les besoins des clients externes. Mais que diriez-vous si je vous annonçais que l’un des rôles les plus en vogue actuellement en gestion de produit est justement celui qui considère l’entreprise comme cliente et les équipes internes de développement produit comme utilisateurs finaux ? 

Want more from The CPO Club?

Sign up for a free membership to complete reading this article:

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Présentation de la gestion de produit plateforme. Voici comment savoir si ce poste est fait pour vous.

Qu’est-ce qu’une stratégie de plateforme ?
(et pourquoi les entreprises l’adoptent-elles ?)

Minute. C’est quoi, au juste, une « stratégie de plateforme » ? Avant d’aller plus loin, prenons un instant pour définir la stratégie de plateforme, aussi appelée « services de plateforme », « services applicatifs », « plate-forme en tant que service » ou « PaaS », etc.

AJ Olson est un leader produit et expert des plateformes ayant travaillé chez Cision, Valassis et PayPal, entre autres. Il décrit la stratégie de plateforme comme la création de services réutilisables par plusieurs équipes produit afin de réduire la duplication et d’accroître l’efficacité.

Cette approche convient particulièrement aux entreprises qui possèdent plusieurs produits et sont épaulées par de nombreuses équipes de livraison produit ou de gestion de projet.

Pour les entreprises disposant de plusieurs produits, chaque équipe produit peut être amenée à résoudre des problèmes similaires et à concevoir des services semblables—parfois même identiques. Mettre en place des services communs et réutilisables permet d’éviter cette duplication et cette inefficacité.

- AJ Olson

La stratégie de plateforme est une tendance croissante actuellement, notamment parmi les entreprises technologiques, car bon nombre d’organisations ont atteint une taille telle qu’il leur devient difficile de faire évoluer efficacement leurs opérations en raison d’une trop grande complexité et de silos. 

Les services de plateforme réduisent cette complexité—et surtout le délai de mise sur le marché—en permettant aux équipes produit d’assembler des solutions prêtes à l’emploi plutôt que de réinventer la roue.

infographies plateforme de services web


« Lorsqu’elle est bien mise en œuvre, tout cela accélère considérablement le développement et permet de se concentrer sur les fonctionnalités qui différencient votre produit », ajoute Olson. 

Quelques exemples de services de plateforme sont les API, les intégrations, les systèmes d’exploitation, les design systems, les services cloud, les solutions de stockage, l’architecture et d’autres solutions orientées services. Beaucoup d’entreprises ont adopté avec succès une stratégie de plateforme, parmi lesquelles Amazon, Spotify, Ford, Adobe, Salesforce ou Microsoft.

Amazon est probablement l’exemple le plus emblématique, illustré par le fameux « API Mandate » émis par Jeff Bezos en 2002. Cette directive imposait à toutes les équipes de n’exposer leurs données et fonctionnalités que par des interfaces de service.

Ce mandat a, en pratique, ouvert la voie à Amazon Web Services et posé les bases de nombreuses bonnes pratiques modernes autour des API et des microservices.

Si Amazon appartient au groupe des sociétés ayant choisi de monétiser leurs plateformes produits, nombre d’entreprises préfèrent bâtir et maintenir ces plateformes pour améliorer l’expérience utilisateur et réduire le délai de mise sur le marché. C’est notamment le cas d’Adobe ou Netflix.

Attendez, mon entreprise doit-elle poursuivre une stratégie produit de plateforme ?

Alors que le secteur ne jure plus que par les plateformes produits, pourquoi toutes les entreprises de la Silicon Valley ne se précipitent-elles pas sur cette tendance ? Si certaines sociétés ont tout à gagner à mettre en place une stratégie plateforme, ce n’est pas le cas de toutes.

Les problématiques de complexité, d’efficacité et de redondance se posent avec plus d’acuité à mesure que l’entreprise grossit. Pour cette raison, l’approche plateforme s’adresse plutôt aux sociétés matures qu’aux petites entreprises ou aux startups.

À titre de repère, Olson considère qu’une entreprise ne devrait envisager une stratégie de plateforme que si elle remplit l’une des trois conditions suivantes :

  1. Elle propose plusieurs produits qui reposent sur des fonctionnalités sous-jacentes communes.
  2. La complexité croissante devient préjudiciable.
  3. L'organisation possède une stratégie produit cohérente et stable, et est prête à investir pour des bénéfices à long terme.

Les entreprises ne verront pas de retour immédiat ; la construction des plateformes et des services applicatifs exige du temps, des efforts et de la coordination ; mais une fois en place, elles permettent à toutes les équipes produit d'aller plus vite et plus efficacement. 

Lorsqu'elles décident d'adopter ou non une stratégie de plateforme produit, les entreprises doivent évaluer les avantages par rapport aux inconvénients. Par exemple, les petites entreprises tireront probablement peu de bénéfices des plateformes produit, car leur complexité reste limitée et leur besoin de sortir les premiers sur le marché est important.

Le besoin d'une plateforme produit augmente à mesure que la portée et la complexité d'une entreprise grandissent — que cela soit par acquisition ou par croissance organique. Olson explique que, même dans les circonstances les plus idéales, une stratégie de plateforme produit est un engagement. 

Même la stratégie la plus justifiée et réfléchie échouera si elle ne reçoit pas le soutien et la marge de manœuvre nécessaires pour réussir.
Les entreprises doivent reconnaître que s'engager dans une plateforme produit est un investissement et nécessitera un certain temps avant de porter ses fruits.

- aj olson

Qu'est-ce que la gestion de produit plateforme, et en quoi est-elle différente de la gestion de produit traditionnelle ?

Nous avons désormais défini la stratégie plateforme/applicative et identifié quand l'utiliser, penchons-nous sur la gestion de produit plateforme. 

Selon Product Plan, « un Platform Product Manager (PM) est… responsable de la priorisation et du soutien du travail de plusieurs produits orientés consommateurs et de la fourniture d'une vision cohérente à l'ensemble de l'organisation. » 

Product Plan ajoute que « Quoi qu’ils créent, les PM plateforme fournissent généralement des solutions utilisées par de nombreuses équipes et clients. »

En résumé, un responsable produit plateforme travaille avec de nombreux groupes de parties prenantes pour bâtir des services qui profitent à de nombreux volets de l'entreprise. Mais alors, en quoi cela diffère-t-il de la gestion de produit traditionnelle ?

Tandis que la gestion de produit classique organise son activité autour d'un seul produit, souvent orienté utilisateur final, la gestion de produit plateforme s’articule autour des besoins de plusieurs équipes de livraison produit, afin d’améliorer l’efficacité et le time-to-market. Ainsi, les cas d’usage des services proposés par les responsables de produit plateforme sont souvent rédigés en pensant aux développeurs.

Les responsables produit plateforme auront des « clients » internes pour leurs services, contrairement aux clients externes ou aux utilisateurs finaux. Ces clients internes sont le plus souvent les équipes de livraison produit qui soutiennent divers produits grand public. Pour cette raison, le responsable produit plateforme doit jouer un rôle très collaboratif. 

De plus, comme les responsables produit plateforme gèrent des produits internes très techniques, une plus grande aisance technique peut être requise. Cependant, la compétence la plus essentielle à développer pour les futurs responsables produit plateforme est une vision systémique. Cela permet au manager de maîtriser l’ensemble de la situation plutôt que de se concentrer sur un produit à la fois.

En raison de la complexité et de la difficulté de ce poste, les responsables produit plateforme sont généralement des membres seniors au sein de l’organisation. 

Peut-être la compétence la plus critique est la capacité à penser de façon systémique à travers plusieurs produits et à exceller dans l’identification des schémas communs ; cela permet d’identifier, de prioriser et de mettre en œuvre efficacement les besoins fondamentaux.

aj olson

Cette approche nécessitera souvent de renverser la vision classique de la gestion de produit. Un responsable produit Agile traditionnel définira l’ordre des priorités des fonctionnalités en évaluant la valeur commerciale de chaque fonctionnalité proposée — ce qui signifie que les fonctionnalités générant un gain rapide seront souvent considérées comme prioritaires. 

Cependant, puisque bâtir une plateforme est un investissement de long terme dans la montée en échelle et l’efficacité, un responsable de produit plateforme doit prioriser le travail qui sert la vision stratégique, plutôt que de privilégier les gains rapides de façon récurrente.

La gestion de produit plateforme est-elle faite pour moi ?

Si vous avez quelques années d’expérience dans une fonction de gestion de produit, vous êtes bien positionné·e pour évoluer vers la gestion de plateformes produits. D’autres professionnels susceptibles de valoriser leur expérience incluent les ingénieurs backend et les architectes de solutions.

Si de nombreuses compétences requises en gestion de produit classique (telles que le management du backlog, la priorisation des fonctionnalités ou la gestion des parties prenantes) s’appliquent aussi à la gestion de produit plateforme, il existe aussi de nombreuses différences. Voici un résumé des principales différences, ainsi que quelques suggestions pour développer de nouvelles compétences.

  • Un éloignement de l'orientation client au profit d'une réflexion globale : Comme mentionné ci-dessus, la gestion de produit plateforme se caractérise par une diminution des interactions régulières avec les utilisateurs finaux et une concentration accrue sur la vision d'ensemble. Cela signifie souvent donner la priorité à l'évolutivité plutôt qu'aux victoires rapides et à la vision stratégique du produit plutôt qu'aux compromis à court terme.
  • Gestion des parties prenantes et des dépendances : Comme la gestion de produit plateforme est un rôle hautement collaboratif, d'excellents responsables de plateforme doivent être particulièrement à l’écoute des besoins des différentes parties prenantes internes afin de pouvoir collaborer efficacement entre différentes lignes de produits.
    De plus, gérer une plateforme produit implique que de nombreuses équipes dépendent de vous pour compléter leurs roadmaps produits. Cela suppose de jongler avec de nombreuses dépendances entre plusieurs équipes transverses et de tenir informés de nombreux groupes de parties prenantes des avancées de votre équipe.
  • Mesure : Les indicateurs peuvent sembler moins importants lorsque l’on travaille au sein d'une équipe produit plateforme. Pourtant, il est d’autant plus essentiel de quantifier l’impact des initiatives livrées, justement à cause du manque de visibilité des plateformes produits.

Bien que l’analyse des indicateurs reste cruciale, vos méthodes de collecte et d’analyse peuvent différer de celles d’un rôle plus classique en gestion de produit. Mettre en place des boucles de retour internes et des tests de convivialité réguliers constitue des outils précieux pour mesurer l’impact de votre travail. De plus, vous pouvez également vous tourner vers vos partenaires au sein de votre écosystème produit afin d’évaluer comment l’efficacité et le « time-to-market » se sont améliorés pour les équipes utilisant vos services.

Enfin, il est facile d’oublier le design produit, l’utilisabilité et l’expérience utilisateur lorsque vous gérez une plateforme produit, mais offrir de belles expériences produits reste tout aussi crucial.

Surtout, avoir autant d’empathie pour les membres d’équipes internes qui accèdent à vos services que pour les clients externes sera l’élément déterminant de votre réussite dans ce nouveau rôle. Bonne chance !


Si vous avez apprécié cet article, pensez à découvrir notre newsletter pour un contenu de gestion de produit en avance sur l’industrie !