Admission : J’ai une profonde fascination — ou, plus exactement, une obsession — pour le célèbre livre et maintenant film d’Andy Weir, The Martian. Demandez aux personnes qui me connaissent le mieux et elles pourront attester que je parle de ce bijou, que je le lis ou que je le regarde à un titre ou à un autre chaque semaine.
Si vous vous demandez où cela va nous mener et quel est le rapport avec le fait de devenir un gestionnaire de produits, j’y arrive.
J’ai commencé à me demander pourquoi j’étais si attiré par cette histoire particulière.
Est-ce l’intrigue ? Le personnage principal, Mark Watney, et sa détermination, son esprit brillant et son humour autodérisoire ? La précision scientifique requise pour survivre ? La frontière ténue entre la vie et la mort ? La notion de pionnier de l’espace ?
C’était tout cela, mais je pense que c’est la scène finale qui a fait mouche pour moi. Watney, qui vient de revenir de Mars et qui enseigne maintenant une classe à la NASA, raconte comment il a survécu aux périls de l’espace, à un groupe d’aspirants astronautes :
« C’est tout ce que c’est. Vous commencez simplement. Vous faites des calculs. Vous résolvez un problème … et vous résolvez le suivant … et puis le suivant. Et si vous résolvez suffisamment de problèmes, vous pouvez rentrer à la maison. »
Dans ces mots, je me suis rendu compte que ce qui m’attirait tant dans The Martian, c’était la résolution persistante des problèmes. Watney, un pirate de l’espace autoproclamé, fournissait un guide pratique sur la façon de devenir un chef de produit. Mais aussi, qui n’aime pas une bonne histoire spatiale ?
Qu’est-ce qu’un chef de produit ?
Il y a deux considérations principales à prendre en compte dans la hiérarchisation de ce qui est construit ; la probabilité de maximiser la valeur client et l’impact commercial. Le gestionnaire de produit doit optimiser les deux domaines du produit pour générer le plus de valeur pour l’entreprise. Idéalement, cela conduit à des produits utiles pour le consommateur et rentables pour l’entreprise.
Le PM est également le chef des équipes de développement et de gestion du produit. Cela signifie qu’il est chargé de distribuer les informations et de s’assurer que tout le monde est au clair sur ses objectifs. En gestion de produit, il est important de respecter les délais, c’est pourquoi les PM doivent être des communicateurs compétents dotés de solides compétences en leadership.
Un chef de produit supervise un ensemble de responsabilités pendant le développement et la production. Passons en revue quelques-unes de ces tâches dans la section ci-dessous.
Que fait un chef de produit ?
Le chef de produit définit la portée du projet et identifie les livrables pour le reste des équipes de développement. Il est chargé d’esquisser une vision du produit et de créer une stratégie exploitable pour le mettre en production. C’est à eux de coordonner chaque équipe d’ingénieurs et de les diriger depuis la planification initiale jusqu’à la sortie du produit final.
En pratique, cela signifie qu’un chef de produit doit identifier les douleurs des clients ou les défis que l’entreprise cherche à résoudre. Ensuite, les chefs de produit travaillent avec les équipes de conception et de développement pour valider et mettre en œuvre des solutions, et finalement lancer un produit sur le marché.
Selon l’organisation, c’est souvent au chef de produit de hiérarchiser les problèmes à résoudre de la manière la plus urgente, et de valider les défis des clients comme des problèmes qui valent la peine de consacrer du temps et des ressources pour les résoudre maintenant ou dans le futur.
Comment devenir chef de produit
Devenir chef de produit peut être un peu un piège — car la plupart des rôles de GP exigent une expérience préalable en tant que chef de produit. Cependant, les opportunités qui offrent une préparation précieuse et qui renforcent votre candidature peuvent être trouvées même si vous ne travaillez pas encore dans le domaine des produits.
Suivez l’exemple de Mark Watney : continuez à résoudre problème après problème — sans titre nécessaire. C’est ce que j’ai fait pour devenir un PM chez HubSpot. Voici mes meilleurs conseils pour vous attaquer aux problèmes qui vous prépareront à la gestion de produit.
Trouver un projet que vous pouvez posséder de bout en bout.
En 2015, j’étais impatient de devenir un PM — tout comme vous. J’étais attiré par ce rôle parce que l’impact que je pouvais potentiellement avoir sur l’entreprise me plaisait. Je travaillais en tant que représentant du support client chez HubSpot, et j’avais décidé de suivre un cours de gestion de produit chez General Assembly. Dans le cadre de mon projet final pour le cours General Assembly, j’ai dû choisir un problème et passer par l’exercice de validation de solutions potentielles à mettre sur le marché.
Après avoir présenté le problème et la solution, je me suis associé à un camarade de classe pour poursuivre réellement le problème que j’avais recherché et découvert : gérer vos abonnements numériques mensuels (comme Spotify, Netflix, etc.) à partir d’une seule application sur votre téléphone.
Trois mois plus tard, notre application iOS, SubscriptMe, était née et promettait d’aider les consommateurs à gérer leurs abonnements, à suivre les essais et à trouver les services les mieux notés par d’autres utilisateurs.
Dans le cadre du processus de création de l’application, j’ai mené des études sur les utilisateurs et le marché, j’ai conçu et testé des prototypes, et je me suis associé à un développeur pour construire une application iOS afin de mettre une solution sur le marché. Pour être clair, je n’ai pas codé l’application moi-même – j’ai sous-traité le travail d’ingénierie et je me suis concentré sur la résolution d’un problème réel par SubscriptMe. Avoir un bagage technique n’est pas nécessaire pour mettre un produit sur le marché ou pour être un chef de produit.
Après 18 mois, j’ai arrêté de travailler sur l’appli après avoir échoué à trouver un modèle économique viable. Même si je n’avais pas encore le succès commercial que j’espérais, ni le titre de chef de produit, j’avais fait toutes les choses qu’un GP ferait pour valider les problèmes et les solutions.
Principaux enseignements : Vous n’avez pas besoin de construire une application mobile pour obtenir l’expérience dont je parle ici. Commencez une activité secondaire. Créez une entreprise. Travaillez sur un ensemble de problèmes qui vous donne l’occasion d’essayer des choses et d’échouer. Ce sont tous des apprentissages utiles sur votre chemin pour devenir un chef de produit.
Bénévolez pour résoudre des problèmes en tant que projet parallèle au travail.
Que vous travailliez dans une startup ou une grande entreprise, les entreprises donnent à leurs employés les moyens de résoudre les problèmes les plus épineux. Si vous n’êtes pas dans un poste où vous avez l’autonomie ou le temps de travailler sur des problèmes qui ne relèvent pas de votre fonction principale, continuez à creuser jusqu’à ce que vous en trouviez un qui, selon vous et votre responsable, vaut la peine d’être résolu.
À ce moment-là, j’étais passé d’un représentant du support à un spécialiste de la mise en œuvre, aidant les équipes de vente à embarquer sur le CRM de HubSpot. À l’époque, nous étions en train de migrer d’un système de facturation à un autre, et la transition causait une tonne de douleur aux clients autour de l’accessibilité des comptes et de la facturation. J’ai demandé à ma responsable si elle voulait bien me laisser m’attaquer au problème que nous rencontrions, et avec son soutien, je me suis lancé à fond dans la résolution du problème.
A chaque fois que le problème de facturation faisait surface, je demandais à mes coéquipiers d’envoyer le client vers moi. Je sautais sur un partage d’écran et je documentais les étapes pour savoir comment le client s’est retrouvé dans un état bizarre. Ensuite, je résolvais le problème de facturation pour le client et transmettais mes conclusions à l’équipe travaillant sur cet ensemble de produits particulier. En fin de compte, nous avons pu atténuer le problème de facturation avec une solution élégante que l’équipe produit a publiée quelques semaines plus tard.
J’ai appris une tonne de choses en cours de route — comment faire du triage, comment établir des priorités, comment faire la liaison avec diverses équipes. Mais, à la fin, je n’étais toujours pas devenu un PM. Encore une fois, comme Watney, il était temps de passer au problème suivant.
Principaux enseignements : Diagnostiquez, ou demandez à vos coéquipiers ou à votre manager, un défi auquel ils sont confrontés, et prenez en charge la recherche, l’expérimentation et l’exécution d’une solution que vous vous appropriez vous-même, en plus de votre travail quotidien.
Constituez un historique de la résolution de problèmes difficiles, de la conduite de recherches et de la direction d’une collaboration interfonctionnelle.
Mon responsable avait maintenant confiance en moi pour m’attaquer à un autre problème : aider les très petites entreprises à démarrer avec HubSpot grâce à un modèle d’onboarding en libre-service.
Le défi consistait à faire en sorte qu’un segment de clientèle notoirement difficile à onboarder et à fidéliser, le fasse à l’échelle et avec peu ou pas de ressources humaines. Mon rôle était devenu moitié gestion de programme, moitié mise en œuvre. Je passais du temps au téléphone avec les clients pour savoir comment je pouvais mettre à l’échelle un programme permettant d’intégrer et de former de nouvelles équipes sans contact humain. Puis j’ai été chargé de développer un programme d’onboarding complet.
Dans le cadre de mes efforts, j’ai documenté les expériences sur le wiki de l’entreprise, suivi les taux d’engagement avec mes ressources d’onboarding, et travaillé avec les parties prenantes internes du produit, des ventes et du support pour créer le programme qui existe encore aujourd’hui. J’ai travaillé sur ce programme pendant près d’un an et j’ai eu l’occasion de rencontrer d’autres chefs de produit au sein de l’entreprise. J’agissais essentiellement comme un chef de produit, sans certaines de leurs responsabilités essentielles.
Témoignage clé : Gardez une trace des projets que vous gérez et des expériences que vous menez, documentez vos résultats au sein du wiki ou du bulletin d’information interne de votre entreprise, et utilisez ces apprentissages pour entamer des conversations de réseautage avec votre organisation de produits. Alternativement, si vous cherchez un rôle de gestionnaire de produit en dehors de votre organisation, documentez ces choses sur un blog personnel ou votre profil LinkedIn.
Demandez une ouverture de poste.
Après avoir passé quelques années à gérer des problèmes à l’intérieur et à l’extérieur du lieu de travail, j’avais créé un corpus de travail auquel je pouvais faire référence et j’avais maintenant des expériences à exploiter.
Toutes les expériences que j’ai décrites ci-dessus ont été essentielles pour décrocher le poste de gestionnaire de produit. Voici quelques-unes des compétences que j’ai acquises en cours de route et qui m’ont aidé à démontrer à mon employeur que je pouvais faire le travail d’un PM :
- Apprendre à raconter une bonne histoire sur le problème que vous essayez de résoudre
- Comprendre et pratiquer la façon de mener des études d’utilisateurs et de marché
- Avoir une aisance à parler avec des prospects ou des clients
- Avoir une expertise en la matière pour le rôle de produit pour lequel je postulais
- Démontrer de solides compétences en communication orale et écrite
- Gagner de l’achat-.dans et influencer plusieurs équipes
- Apprendre à mesurer, analyser et présenter les résultats clés aux parties prenantes internes
Notez qu’aucune des compétences que j’ai énumérées n’a d’aspect technique. C’est l’expérience collective de l’identification et de la résolution de problèmes pendant quelques années qui m’a permis de décrocher un emploi de chef de produit.
En raison des relations que j’avais établies et de l’expérience engrangée en cours de route, je suis fier de dire que j’ai été embauché en tant que chef de produit associé pour le Hub des ventes HubSpot au début de 2017 et que j’ai depuis progressé jusqu’à devenir chef de produit.
Témoignage clé : Postulez à une ouverture de chef de produit et réussissez l’entretien en mettant en avant votre expérience et votre expertise pour identifier, diagnostiquer et résoudre les problèmes de bout en bout, collaborer de manière interfonctionnelle et vous approprier les succès et les échecs des projets.
Alors, si vous voulez devenir chef de produit, soyez comme Mark Watney. Soyez un pirate de l’espace. Commencez simplement. Résolvez un problème, et le suivant, et encore le suivant. Si vous résolvez suffisamment de problèmes, alors vous deviendrez un chef de produit.
Pour en savoir plus, lisez la suite du dossier sur la gestion technique des produits.
