CV product manager qui montre du jugement, pas des features.
Résultat plutôt qu'output. Commencez le CV par la métrique que vous avez bougée, le problème utilisateur que vous avez résolu et l'équipe cross-fonctionnelle que vous avez menée. ATS-clean et scannable par recruteur.
- Commencer par les résultats
- Nommer la métrique utilisateur
- Taille d'équipe cross-fonctionnelle
- Export gratuit
Résultat plutôt qu'output.
Les hiring managers lisent les CV PM pour trouver des preuves de jugement. La puce 'Livré la feature X' est de l'output. La puce 'Identifié que 38% des nouveaux signups churnaient à l'étape d'import; mené un effort de 6 semaines entre design et engineering pour ajouter l'upload CSV, hissant la rétention jour-7 de 14 points' est un résultat.
Chaque puce de PM senior devrait avoir un verbe (livré, killé, scopé, priorisé, mené, partneré), un artefact (la feature, le doc, l'équipe) et une métrique (la hausse, la baisse, le changement de comportement utilisateur). Deux sur trois passe. Zéro sur trois est la puce qui vous coûte l'écran.
Killer la mauvaise feature est une puce PM plus forte que livrer la deuxième meilleure. Commencez par les décisions de kill quand vous en avez, avec le raisonnement intact.
Montrer le périmètre sans le gonfler.
Taille d'équipe, impact revenu, nombre d'utilisateurs. 'Mené un pod de 7 personnes à travers 2 designers et 5 engineers' bat 'Mené équipe produit'. 'Owner d'une ligne produit à $4,2M ARR' bat 'Owner produit'.
Si votre périmètre est petit, cadrez le ratio impact-sur-headcount. 'Drivé 38% de la croissance de l'entreprise en tant que PM #2' est un signal plus fort que cacher le headcount et gonfler la taille d'équipe.
Ne réclamez pas l'ownership P&L sauf si vous portez réellement le P&L. L'écran vérifiera, et la fausse déclaration est un ticket aller simple vers le refus.
Questions, answered.
Une page sous 7 ans d'expérience PM, deux pages au-dessus. Les PMs seniors et directors ont deux pages parce que le contexte cross-fonctionnel (taille d'équipe, périmètre, revenu) prend plus de place à articuler qu'une puce d'engineering.
Oui, si vous pouvez en écrire un spécifique. Nommez le niveau (senior PM, group PM, director), le domaine produit (growth, payments, outillage interne), l'échelle utilisateur (B2C 14M MAU, B2B SaaS enterprise) et le résultat le plus défendable (hissé la métrique X de Y points).
80% de résultats durs, 20% de processus et équipe. Les soft skills (gestion des parties prenantes, communication) se déduisent des résultats, pas des listes. Listez-les dans le bloc Skills seulement si vous avez des certifications ou formations méthodologiques spécifiques (CSPO, Pragmatic, JTBD).
Seulement en transition vers le PM depuis engineering, design ou data. Trois projets product-style avec recherche utilisateur, framework de priorisation et résultat livré battent une histoire pro maigre. Sautez les projets passé 4 ans de tenure PM.
'Killé la feature X après 3 semaines de beta, basé sur 28% d'adoption et 4 tests d'utilisabilité négatifs; redirigé l'équipe de 4 engineers vers la feature Y qui a livré en GA en 6 semaines à 71% d'adoption.' Le kill est la preuve du jugement.
Notez votre CV PM.
Gratuit. Six sous-scores. Les puces qui vous nuisent, surlignées.
Vérifier mon CV →