Chef de Produit
La difficulté d’un CV produit est structurelle : un chef de produit ne produit presque rien lui-même. Le code a été écrit par des ingénieurs, les écrans dessinés par des designers, et la page se retrouve à décrire un travail que d’autres ont visiblement fait. Le réflexe est de compenser en listant les fonctionnalités livrées, ce qui se lit comme un journal des versions et répond à la mauvaise question. Ce qu’une équipe veut voir, c’est du jugement : ce que vous avez choisi de ne pas construire, et pourquoi vous aviez raison.
Une fonctionnalité livrée n’est pas une affirmation
« Lancé une refonte du tunnel de paiement » indique au lecteur qu’une équipe a livré quelque chose et que vous étiez à proximité. Cela ne dit pas si l’idée était la vôtre, si elle a fonctionné, ni si c’était la chose la plus utile que cette équipe pouvait faire d’un trimestre.
La version qui pèse nomme la décision sous-jacente. « Ramené la refonte du tunnel de six écrans à trois après que les enregistrements de session ont montré l’abandon concentré sur la saisie d’adresse ; la finalisation est passée de 61 % à 74 % » contient un choix, la preuve qui le soutient et une conséquence. C’est aussi bien plus difficile à écrire, et c’est précisément pour cela que cela vous distingue.
Toute décision n’a pas de chiffre attaché, et prétendre le contraire produit ces métriques inventées qui s’effondrent à la première question. Là où il n’y a pas de chiffre, le raisonnement mérite quand même la place : ce que vous pensiez, ce que vous avez testé, et ce qui vous a fait changer d’avis.
Ce que vous avez arrêté vaut souvent mieux que ce que vous avez lancé
Ces CV ne mentionnent presque jamais ce qui n’a pas vu le jour, et c’est la matière la plus sous-employée qui soit. Décider d’arrêter est la décision la plus difficile du métier : elle déçoit des gens, gâche un effort visible, et devient invisible dans le produit ensuite.
« Arrêté un chantier d’intégration de six mois après que deux clients pilotes ont montré que le flux résolvait un problème qu’ils avaient déjà contourné, en réorientant l’équipe vers la facturation » démontre ce qu’une liste de livraisons ne peut pas. Dites-le simplement. Un lecteur expérimenté reconnaît la décision immédiatement, parce qu’il a dû la prendre et sait ce qu’elle coûte.
Les métriques que vous avez influencées sans les détenir
Presque tous les chefs de produit travaillent sur une métrique partagée avec le marketing, les ventes ou une autre équipe produit, et la tentation de s’attribuer tout le mouvement est forte parce que le chiffre impressionne. C’est aussi l’affirmation qui se défait le plus vite : qui demande ce qui tournait d’autre ce trimestre-là l’apprend rapidement.
La forme honnête convainc davantage de toute façon. « La rétention de la cohorte d’intégration a gagné 9 points en deux trimestres, parallèlement à un changement tarifaire dont je n’étais pas responsable » montre que vous comprenez l’attribution, ce qui est en soi un signal de séniorité. En revendiquer trop suggère l’inverse.
Là où vous avez réellement porté un résultat de bout en bout, dites-le explicitement : c’est ce contraste qui rend le reste de la page crédible.
Où ces CV sont généralement écartés
Le problème le plus courant est de ne pas se distinguer d’un CV de chef de projet. Les rituels, les feuilles de route et les points d’avancement figurent sur les deux, et un lecteur qui ne voit que cela conclut à de la livraison, pas à du produit. Ouvrez par la décision et le problème utilisateur ; laissez le processus à sa place, plus bas.
Le deuxième est l’écart de domaine. Le recrutement produit est inhabituellement sensible au secteur : croissance grand public, flux B2B, places de marché et plateforme sont presque des métiers différents. Un CV qui reste générique pour tout couvrir ne convainc personne en particulier. Parlez la langue de l’offre que vous avez devant vous et laissez le reste en contexte.
Le troisième est la métrique de vanité. Utilisateurs, téléchargements et pages vues sans rétention ni revenu à côté se lisent comme l’aveu que les chiffres qui comptaient n’ont pas bougé, ce qui est rarement l’impression recherchée.
Des termes présents dans presque toutes les offres.
- Responsabilité de la feuille de route
- Qui décidait de ce qui en sortait, pas qui la tenait à jour. Toute la distinction est là.
- Expérimentation / tests A/B
- Une expérience, son résultat, et ce que vous avez fait quand il était gênant.
- Découverte client
- Combien d’entretiens, avec qui, et quelle conviction ils ont changée.
- Leadership sans autorité
- Diriger sans hiérarchie est le métier. Un désaccord que vous avez tranché dit plus que l’étiquette.
- Décisions fondées sur les données
- Nommez la métrique dont vous répondiez. Plus vague, cela se lit comme n’en avoir eu aucune.
N’ajoutez un terme que si votre propre expérience le justifie. ApplySpan signale les exigences que vous ne pouvez pas étayer au lieu de les écrire à votre place.
Questions
En quoi un CV de chef de produit diffère-t-il d’un CV de chef de projet ?+
Ils sont évalués sur des choses opposées. Un chef de projet est jugé sur sa capacité à livrer un périmètre défini de façon prévisible ; un chef de produit, sur le choix de ce périmètre. Si votre page est surtout faite de rituels, de délais et de comptes rendus d’avancement, elle sera lue comme de la gestion de projet, quel que soit votre intitulé.
Et si je ne peux pas partager de métriques pour raisons de confidentialité ?+
Donnez le sens et l’ordre de grandeur — « presque doublé », « réduit d’un tiers » — ou décrivez la décision sans le chiffre. Une décision précise sans chiffre vaut mieux qu’un chiffre que personne ne peut situer, et les deux valent mieux qu’un chiffre inventé.
Dois-je lister les fonctionnalités que j’ai livrées ?+
Quelques-unes, comme preuves des décisions que vous décrivez, pas comme structure de la page. Une liste de fonctionnalités invite à juger le produit plutôt que vous, et vous n’avez presque jamais maîtrisé le sort du produit.