Je ne compte plus le nombre de fois où on m’a demandé : » Qu’est-ce qu’un chef de produit, et comment le devenir ? «
Cette question me fascine toujours, car la personne qui la pose est déjà intéressée par la gestion de produit, même si elle n’a aucune idée de ce que c’est.
Cet intérêt est logique. Les gestionnaires de produits font partie des professions les mieux rémunérées et les plus respectées au monde aujourd’hui, même si elles sont parmi les moins bien comprises.
Dans les écoles de commerce du monde entier, les étudiants en MBA ont jeté leur dévolu sur la gestion de produits comme emploi de rêve. Les collèges commencent à créer de nouvelles majeures et de nouveaux programmes axés uniquement sur la gestion de produits en raison de la forte demande.
Une partie du défi que représente la description de ce que fait un gestionnaire de produits est que le rôle de ce dernier est intrinsèquement mal défini.
Table des matières
Qu’est-ce qu’un chef de produit ?
Un chef de produit fait le lien entre la stratégie commerciale, les connaissances en matière de conception et les besoins des clients afin de développer un produit pertinent, réalisable et de valeur. Les PM se concentrent sur l’optimisation d’un produit pour atteindre les objectifs commerciaux et les nécessités des utilisateurs tout en maximisant le retour sur investissement.
Le chef de produit gère tout l’espace blanc autour du produit. Considérez le gestionnaire de produit comme un tissu conjonctif – il s’attaque à tout ce qui se situe en dehors des limites de l’un des trois groupes principaux.
Parce que chaque produit a une constellation différente de clients, d’entreprises et de développeurs, que chaque chef de produit est intrinsèquement différent, car le type d’espace blanc qu’il occupera est différent.
À titre d’exemple, un chef de produit API pourrait avoir des clients qui sont tous des ingénieurs. Cela pourrait signifier que le chef de produit doit être beaucoup plus doué pour les compétences techniques.
Dans un autre exemple, un chef de produit grand public pourrait servir des millions de clients, et doit donc être très quantitatif.
En guise d’autre exemple encore, un chef de produit B2B pourrait ne servir qu’une douzaine de clients au total, et doit donc être très compétent en matière de gestion du changement, de négociations et de traitement des objections.
Même au sein d’une même entreprise, vous pourriez voir une variété éblouissante de chefs de produit, car chaque chef de produit gère un espace de problèmes fondamentalement différent. Ils travaillent avec différents types de clients, différents types de parties prenantes commerciales et différents types d’équipes de développement.
Pour vraiment approfondir ce que fait un chef de produit, plongeons dans la théorie de la gestion de produit.
La théorie de la gestion de produit
Utilisons un diagramme pour illustrer un monde sans chefs de produit.
Dans un monde sans chefs de produit, nous pouvons généraliser toutes les personnes pour qu’elles appartiennent à l’un des trois groupes suivants : le client, l’entreprise et l’équipe de développement.
Le client est une personne qui éprouve de la douleur. Il est prêt à payer du temps, de l’argent ou les deux pour que sa douleur soit prise en compte.
L’entreprise est une organisation qui se concentre sur la fourniture durable de valeur aux actionnaires à long terme. Elle cherche à monétiser des biens et des services afin d’employer des personnes et de créer de la richesse pour ses propriétaires.
L’équipe de développement est composée d’ingénieurs et de designers. Ils veulent créer quelque chose qu’ils trouvent significatif, tout en s’assurant qu’il est durable et maintenable à long terme.
Ces trois groupes ne s’entendent généralement pas bien tout seuls.
Les clients et les entreprises sont régulièrement confrontés à des conflits.
Les clients préféreraient obtenir des biens et des services gratuitement. Ils font pression sur les entreprises pour qu’elles fournissent des solutions à leurs douleurs spécifiques, qui peuvent ne pas représenter des opportunités suffisamment importantes pour que l’entreprise survive à long terme.
Les entreprises préfèrent que les clients achètent leurs produits existants à des prix élevés, même si cela ne résout pas la douleur du client, et les entreprises aimeraient consacrer autant d’attention que possible à la capture de nouveaux clients plutôt qu’à servir les clients existants.
Les clients et les équipes de développement sont régulièrement confrontés à des conflits.
Les clients veulent que les équipes de développement construisent les choses exactement comme ils le spécifient. S’ils veulent un bouton bleu en bas à gauche d’une page, ils pousseront pour que le bouton soit là, même si cela brise les paradigmes d’ingénierie et de conception existants. Les clients poussent pour des solutions perçues à leurs douleurs, même si ces solutions perçues ne répondent pas réellement à leur douleur.
Dans le sens inverse, les équipes de développement veulent construire de nouvelles choses cool, mais ces nouvelles fonctionnalités peuvent ne pas répondre réellement aux besoins du client. Les équipes de développement veulent disposer de suffisamment de temps pour effectuer une assurance qualité approfondie de leur travail, alors que les clients poussent à accélérer les délais.
Les équipes de développement et les entreprises sont régulièrement confrontées à des conflits.
Les entreprises veulent que les équipes de développement agissent comme des usines à fonctionnalités – plus elles peuvent expédier de fonctionnalités, plus l’entreprise peut gagner de l’argent.
Les équipes de développement repoussent régulièrement les échéances des entreprises parce qu’elles veulent refactorer le code pour des raisons de santé technique, ou qu’elles veulent redessiner les fonctionnalités pour des raisons de cohérence visuelle.
Tant de conflits ! Comment tous ces conflits sont-ils résolus ?
Ils sont résolus par le produit.
Le produit est quelque chose qui résout la douleur du client, tout en permettant à l’entreprise d’être rentable, tout en étant quelque chose que l’équipe de développement est enthousiaste à construire et peut facilement maintenir. En d’autres termes, un excellent produit résout les douleurs du client, de l’entreprise et de l’équipe de développement du produit.
Alors, qu’en est-il de tout l’espace blanc autour du produit ?
C’est le chef de produit.
Quel est le rôle d’un chef de produit ?
Le rôle du chef de produit est de servir de multiplicateur. Il s’agit en fait de deux métiers : coach et concierge.
En tant que coach, vous donnez les moyens aux parties prenantes et aux coéquipiers de fournir la valeur la plus élevée. Vous définissez le problème à résoudre, pour qui, pourquoi et quand. Vous conduisez la vision du produit et vous poussez vos équipes vers l’étoile polaire de votre vision.
En tant que concierge, vous débloquez les coéquipiers. Vous les protégez des reproches et de la pression, et vous vous attaquez à un travail de grande valeur mais peu prestigieux.
Par exemple, les chefs de produit rédigent des spécifications de produit, des notes de réunion et des cas de test. Ce n’est pas amusant, mais il est essentiel de documenter nos produits pour que tout le monde soit sur la même longueur d’onde. De même, les chefs de produit doivent faire face aux clients en colère et à la gestion de crise.
Vous travaillerez avec des gens de toutes sortes pour créer un puissant moteur d’expérimentation, de créativité et d’amélioration. Vous êtes chargé d’améliorer l’équipe de développement et l’entreprise, et vous êtes chargé de garder le client heureux.
En plus de cela, vous devez distiller des données quantitatives à partir de métriques historiques, des données qualitatives à partir d’études sur les utilisateurs et de commentaires des clients, des tendances du marché, de l’analyse de la concurrence, et plus encore – tout cela afin de pouvoir prendre la décision la plus rentable possible.
À partir de cette distillation d’informations, il incombe au chef de produit de hiérarchiser les produits ou les fonctionnalités sur lesquels son équipe doit se concentrer, ainsi que de convaincre son équipe et la direction supérieure de se rallier à la vision qu’il a exposée sur la base de son analyse et de sa hiérarchisation. Un bon chef de produit doit également travailler avec le reste de l’équipe pour établir un plan d’action pour exécuter ces idées proposées.
Une fois qu’il est temps pour l’équipe de construire le produit, un chef de produit doit s’assurer que les détails sont pris en charge, que les cas limites sont pris en compte et s’assurer que le produit est testé et prêt à être expédié à temps.
Même lorsque le produit est expédié, le travail n’est pas terminé. Un chef de produit doit déterminer le succès du produit en comprenant comment les clients interagissent avec le produit. Cette rétroaction donne aux gestionnaires de produits encore plus de contexte et de données pour les itérations futures du produit et leur permet de planifier des feuilles de route continues.
Responsabilités du gestionnaire de produits
Vous trouverez ci-dessous certaines des responsabilités tactiques quotidiennes qu’un gestionnaire de produits doit exécuter.
Réunions debout
Si votre startup exécute un processus de développement agile, vous pouvez organiser des » mêlées » où l’équipe se réunit et parle de ce sur quoi elle a travaillé hier, de ce sur quoi elle va travailler et s’il y a des blocages qui empêchent quelqu’un de faire son travail.
Un bon scrum master sera capable de guider les conversations et de s’assurer que personne n’entre trop dans les détails d’une tâche particulière. L’objectif n’est pas nécessairement de résoudre les blocages pendant les réunions de stand-up, mais plutôt d’aider les bons membres de l’équipe à être informés afin qu’ils puissent travailler sur les problèmes en dehors de la réunion.
Les gestionnaires de produits peuvent avoir besoin de servir de scrum masters, en particulier dans les organisations lean où des scrum masters distincts peuvent ne pas être disponibles. C’est votre travail de veiller à ce que vos équipes fonctionnent bien.
Parler aux clients
Que ce soit en personne ou par d’autres moyens tels que les tickets de support client, le téléphone ou les vidéoconférences, vous devriez passer du temps avec vos clients pour comprendre que ce que votre équipe construit est précieux pour vos clients. Le temps passé avec les clients vous aidera également à planifier les fonctionnalités à venir.
Gestion du backlog du produit
Vous êtes responsable de la gestion du backlog des fonctionnalités du produit et devez vous assurer que votre équipe n’a pas de temps mort entre le développement des fonctionnalités. Vous devez prioriser les fonctionnalités sur lesquelles votre équipe travaillera dans les sprints à venir.
Planification stratégique
Les chefs de produit sont chargés de déterminer non seulement les prochains éléments de travail immédiats du produit, mais aussi la stratégie et la vision du produit à long terme. Il est essentiel de rester en phase avec les changements dans l’industrie et dans le paysage concurrentiel, et il est crucial que vous ayez une position sur ce que sera l’avenir dans votre espace.
Vous êtes responsable non seulement de la performance actuelle du produit, mais aussi de la performance future du produit dans 1 an, 3 ans et 5 ans. Vos pairs de la gestion des produits s’attendront à ce que vous ayez une vision de l’endroit où vous emmenez votre produit, et ils s’attendront également à ce que votre vision fonctionne bien ensemble avec leurs visions pour leurs produits.
Rédaction de spécifications
Vous êtes responsable de la rédaction de spécifications complètes pour les nouvelles fonctionnalités et les nouveaux produits. Une partie du spec comprend les objectifs commerciaux, les user stories, les exigences du produit et le contexte du client. Vous serez également responsable des wireframes et des parcours utilisateurs dans le cadre de votre spec. Vous posséderez la définition de ce à quoi ressemble une bonne expérience utilisateur.
En plus de cela, vous réviserez également vos spec avec le reste de votre équipe de développement de manière itérative. Au fur et à mesure que vous obtenez plus d’informations de l’équipe d’ingénierie, de l’équipe produit et des clients, vous continuerez à affiner vos spécifications jusqu’à ce que vous décidiez qu’elles sont prêtes à être construites.
Réunions avec les autres équipes
Vous passerez une part importante de votre temps en réunions. Selon la taille de l’entreprise, vous passerez du temps avec diverses équipes interfonctionnelles comme les ventes, le marketing produit et le développement commercial. Vous rencontrerez également votre équipe de direction pour la tenir au courant de vos progrès, ou pour lui présenter votre vision du produit et lui demander des ressources supplémentaires. En outre, vous rencontrerez des clients et des utilisateurs pour comprendre leurs douleurs et confirmer si votre produit répond à leurs besoins.
Pourquoi devez-vous participer à autant de réunions ? L’un des défis fondamentaux de la psychologie humaine est que le moyen le plus efficace de transmettre des informations est la réunion. Même si vous écrivez de solides emails, les autres peuvent ne pas vous prêter attention. Les réunions en direct sont malheureusement quelques-uns des moyens les plus puissants pour vous de transmettre des informations et pour vous de recevoir des informations, même si elles prennent du temps.
En règle générale, vous serez dans des réunions consécutives pendant les heures de travail (par exemple de 9 h à 17 h), et vous devrez trouver du temps en dehors des réunions pour vous attaquer à votre travail de contributeur individuel, comme la rédaction de spec, l’analyse de données et les études de marché. Certains chefs de produit aiment travailler tôt le matin, d’autres aiment travailler tard le soir, et d’autres encore aiment travailler le week-end.
Analyse de données
Les données sont cruciales pour prendre des décisions bien informées sur les produits, les chefs de produit doivent donc être capables de comprendre et, espérons-le, de tirer les données dont ils ont besoin pour effectuer des analyses. SQL et Excel sont indispensables pour effectuer des analyses de données de base dans le cadre du travail. Après tout, si vous ne comprenez pas les données, vous aurez du mal à identifier la valeur commerciale que votre produit est censé générer.
Documentation
Les chefs de produit doivent s’assurer que les informations circulent vers les bonnes personnes au bon moment. La documentation est une composante essentielle de l’hygiène du flux d’informations. Les bons gestionnaires de produits sont efficaces pour recueillir des informations auprès de diverses équipes et résumer correctement les informations les plus importantes à partager avec les parties prenantes appropriées.
Vous êtes en charge de documenter les dates de sortie, les notes de version, les flux d’utilisateurs, les réserves, les notes de réunion et d’autres types de contexte organisationnel critique.
Compétences critiques pour les gestionnaires de produits
Cela vous semble être beaucoup de travail ? Ça l’est, et nous sommes conscients que cela peut être accablant.
Cela dit, si vous développez les trois compétences essentielles suivantes, vous vous épanouirez en tant que grand chef de produit, même en vous attaquant à la charge de travail monumentale de la gestion de produit :
- Empathie et communication
- Grit et vitesse d’apprentissage
- Impitoyable. prioritisation
L’empathie et la communication sont nécessaires car votre travail consiste fondamentalement à remplir l’espace blanc.
Vous ne saurez pas quel espace est le plus critique à remplir si vous ne comprenez pas parfaitement le client, l’entreprise et l’équipe de développement. En plus de cela, vous devez servir de médiateur pour les trois groupes, c’est pourquoi la communication est essentielle.
Vous avez besoin à la fois d’empathie et de communication – l’un sans l’autre ne vous mènera nulle part.
Si vous êtes empathique mais que vous ne pouvez pas communiquer, vous ne pourrez pas partager le contexte entre les trois groupes, et cela entraînera une rupture de confiance. Si vous êtes communicatif mais que vous n’avez pas d’empathie, vous détruirez également la confiance parce que vous ne façonnerez pas le message pour cibler les besoins de chaque groupe.
Le cran et la vitesse d’apprentissage sont nécessaires parce que la gestion de produit est par nature un espace infini.
Vous devez avoir du cran parce que vous allez être confronté à des décisions difficiles tous les jours, et vous serez confronté à des conflits de la part des trois groupes en permanence. Vous devez être convaincu dans votre mission et votre passion, et vous devez être le cheerleader spirituel et le représentant des trois groupes, même lorsque les temps sont difficiles.
Vous devez apprendre rapidement car les clients, les entreprises et les équipes de développement changent tout le temps. Les nouvelles tendances de l’industrie, les nouveaux concurrents, les nouvelles technologies, et même les nouvelles embauches pourraient changer complètement la façon dont vous travaillez.
Vous avez besoin à la fois du cran et de la vitesse d’apprentissage – l’un sans l’autre vous est relativement inutile. Si vous n’avez que du cran sans vitesse d’apprentissage, vous serez trop têtu et vous ne changerez pas d’avis assez vite lorsque les preuves s’accumulent contre vous. Et si vous n’avez que la vitesse d’apprentissage sans le cran, vous vous épuiserez trop vite et vous ne resterez pas sur le long terme.
Une priorisation impitoyable est nécessaire parce que la gestion de produit est infinie.
Vous avez des milliers de décisions à prendre chaque jour, parce que les gestionnaires de produit sont tous des décideurs. Devriez-vous envoyer ce message ? Si oui, à qui, et quand, et comment, et avec quel ton et quel contenu ? Devez-vous prendre l’appel de ce client ? Si oui, quel est l’objectif ? Si non, comment allez-vous le refuser avec tact ?
Si vous ne pouvez pas identifier rapidement les facteurs clés qui feront ou défairont votre entreprise, vous vous noierez dans la paralysie de l’analyse, ou vous serez trop submergé par le travail entrant. Vous devez savoir quand refuser du travail et quand déléguer du travail – vous ne pouvez pas tout faire vous-même, donc la priorisation de votre travail est cruciale.
Types de chefs de produit
Il existe de nombreuses saveurs différentes de la gestion de produit, d’autant plus que les responsabilités du chef de produit dépendent grandement de l’industrie, de l’entreprise, du modèle économique et du produit.
En raison de cette variabilité, il existe un large éventail d’activités quotidiennes, mais en fin de compte, un chef de produit est toujours responsable de faire tout ce qui est nécessaire pour collaborer avec plusieurs équipes.
Voici une poignée de facteurs qui différencient les chefs de produit :
- Modèle de distribution : B2C vs. B2B vs. B2B2C
- Financement : Investisseurs externes vs. bootstrapped
- Plateforme : Web vs. mobile vs. logiciel vs. matériel
- Réglementation : Industries hautement réglementées vs non réglementées
- Taille de l’entreprise : Grandes vs moyennes vs petites entreprises
- Positionnement : Interne (données, plateforme, API) vs externe
- Attributs des clients : Utilisateurs férus de technologie vs. utilisateurs non férus de technologie, âge, géographie
- Cycle de vie : Produit mature vs. nouveau produit
Encore, la nature du rôle d’un chef de produit provient du client, du type de produit et de l’équipe de développement.
Même au sein d’une même entreprise, différents chefs de produit peuvent avoir des descriptions de poste très différentes les unes des autres, car les types de clients qu’ils servent et les types d’équipes de développement avec lesquelles ils travaillent peuvent être totalement différents.
De manière générale, les chefs de produit en herbe peuvent s’attendre à être impliqués dans les décisions impliquant le « quand », le « quoi » et le « comment » des produits. Pour cette raison, certains PM peuvent être considérés comme le PDG du produit.
Cela nécessite un vaste spec de connaissances, qui comprend un certain savoir-faire technique et une compréhension profonde du leadership de produit.
Si vous êtes nouveau dans la gestion de produit, nous vous recommandons de consulter notre cours PM d’une semaine, un cours accéléré pour apprendre les fondamentaux de la gestion de produit, lancer votre propre produit et décrocher votre premier rôle de produit !