Fiche métier : Product Manager (PM) — écouter, découper, livrer utile

Résumé en 10 secondes (Product Manager)

• Vous passez du temps avec les utilisateur·ices (terrain, visio, support) pour comprendre leurs besoins.
• Vous transformez des “gros problèmes” en petits pas concrets, testés puis améliorés.
• Vous travaillez en équipe (designers, développeurs, support, sales) pour livrer un logiciel utile.
• Vous avez le droit de vous tromper et d’itérer, parce que “rien n’est gravé dans le marbre”.
• Vous devez accepter une roadmap qui bouge et savoir vous adapter.

CIPA → Contribution, Activités quotidiennes, Interactions.

Mission & ce qu’on fait concrètement

Le métier de Product Manager (PM) consiste à partir des besoins réels des utilisateur·ices pour construire, avec une équipe, des solutions logicielles qui améliorent leur quotidien.

Missions principales

• Écouter les utilisateur·ices (patient·es ou professionnel·les) et comprendre leurs besoins.
• Clarifier le problème avant de chercher une solution.
• Découper un sujet complexe en problèmes plus petits et en projets actionnables.
• Formuler des hypothèses, les tester sur le terrain, valider ou invalider.
• Travailler avec designers et développeurs pour mettre en œuvre et délivrer.
• Porter un périmètre cohérent de fonctionnalités : vision + livraison au quotidien.

Une journée type (micro-détails)

• Aller en cabinet, s’asseoir à côté d’un·e praticien·ne, observer, poser des questions, prendre des notes.
• Faire de la double écoute avec le support pour entendre les problèmes “avec les mots” des utilisateur·ices.
• Organiser des visios (Google Meet) avec partage d’écran pour comprendre les habitudes et les clics.
• Revenir à l’équipe : schémas, dessins, discussions avec designer et développeurs pour concrétiser.
• Avancer par petits pas, livrer, apprendre, corriger, recommencer.

Marly Diallo (Product manager) : “Une journée type, ça va être passer du temps à écouter les utilisateurs, à la fois des patients ou des professionnels de santé… je travaille plus avec des professionnels de santé pour essayer de leur construire le logiciel de demain pour qu'ils puissent gagner du temps et passer plus de temps avec leurs patients… Je fais plein de terrain… je leur demande ce qui marche bien pour eux, ce qui est plus pénible et comment on pourrait les aider à changer ça… Le but du jeu, c'est vraiment de séquencer et d'apporter des solutions, d'essayer… d'itérer et ensuite de recommencer.”

CIPA → Activités quotidiennes (terrain, hypothèses, itérations) + Contribution (temps pour les patient·es).

Compétences & qualités clés

Techniques (hard skills)

Peu de hard skills “outils” sont présentées comme indispensables. Le socle décrit est surtout méthodologique : comprendre le problème, formuler des hypothèses, tester vite, itérer.

Humaines (soft skills)

• Écoute : “savoir vraiment écouter”.
• Organisation : tenir le fil, ne pas se perdre.
• Méthode et rigueur : suivre des étapes (problème → hypothèses → tests → solution).
• Curiosité : aller vers les utilisateur·ices, comprendre leur métier (ex : kinés).
• Adaptabilité : accepter que la feuille de route change.

Outils / technologies cité·es

• Google Meet (visio et partage d’écran).
• Prise de notes sur le terrain.
• Schémas et dessins (sur papier) pour imaginer des parcours et des interfaces.

CIPA → Activités quotidiennes (compétences) + Interactions (collaboration multi-équipes).

Conditions de travail

Cadre (lieux, déplacements, rythme)

• Terrain : se déplacer en cabinet, observer, questionner.
• Support : écouter des appels, comprendre les problèmes récurrents.
• Visios : partager des écrans pour voir les usages en situation.

Équilibre vie pro / vie perso

Dans l’entreprise décrite, l’équilibre est présenté comme compatible avec une vie personnelle, et même comme un critère important à vérifier avant de signer. L’idée est simple : il y a toujours du travail, mais la culture compte.

Rémunération

Non précisé dans le transcript. À clarifier : fourchettes junior/senior selon taille de structure et localisation. Piste mentionnée : Glassdoor.

Statut

Essentiellement des salarié·es. Des missions freelance existent (ex : designers), avec parfois embauche ensuite.

CIPA → Interactions (cadre) + Vie personnelle (rythme, revenus, statut).

Avantages — pourquoi ce métier peut faire aimer le lundi

• Vous êtes proche de la vraie vie : vous voyez les frictions et vous comprenez les métiers des utilisateur·ices.
• Vous cherchez l’impact tangible : des solutions concrètes, visibles, utiles.
• Vous pouvez essayer : sur du logiciel, si vous vous trompez, vous corrigez et vous itérez.
• Vous n’êtes pas seul·e : le travail se fait avec des designers, des développeurs, le support, les équipes en contact avec le terrain.

“Ce que je trouve super d'être Product Manager sur du software, c'est que ça peut aller vite et que quand on s'est trompé, on peut changer. Rien n'est gravé dans le marbre… on itère, on recommence, on a encore une chance.”

CIPA → Contribution (sens/impact) + Activités (itérations) + Interactions (travail collectif).

Inconvénients & points de vigilance

• La roadmap change : une priorité peut remonter “en haut de la pile” et remplacer un plan prévu.
  Piste : l’accepter comme une donnée du métier, rester ancré·e dans les besoins utilisateurs.
• La taille des sujets peut impressionner : “c’est trop gros”.
  Piste : séquencer, avancer en petits projets, tester, itérer.

CIPA → Vie personnelle (adaptation, charge mentale) + Interactions (priorisation) + Activités (méthode).

Comment y accéder (parcours & étapes)

1. Se renseigner / clarifier
   

   Qu’est-ce que vous cherchez : impact, terrain, itération, collectif ? Ce sont des moteurs centraux du métier tel qu’il est décrit.

2. Se former / valider
   

   Non précisé dans le transcript. À clarifier : formations recommandées. Un bootcamp de code est évoqué comme une démarche personnelle, utile mais non requise.

3. Constituer des preuves
   

   Capitaliser sur des expériences transférables : gestion de projet, contact utilisateur (support, appels), commerce, terrain, structuration de problèmes.

4. Obligations légales / certifications
   

   Non précisé dans le transcript. À clarifier.

5. Candidater
   

   Commencer en junior est décrit comme possible : vous apprenez avec des senior/lead et vous ne prenez pas tout de suite un périmètre trop large.

6. Réseauter / rencontres clés
   

   Non précisé dans le transcript. À clarifier.

Questions CIPA à poser avant de vous engager

• Contribution : comment l’équipe mesure-t-elle l’impact (et à quelle fréquence) ?
• Vie personnelle : quel rythme réel (pics, urgences, attentes implicites) ?
• Interactions : qui décide des priorités et comment les changements de roadmap sont arbitré·es ?

CIPA → toutes les briques via les questions (Contribution/Interactions/Vie perso) + Activités (preuves).

Astuces

• Ne sautez pas à la solution : posez le contexte, décrivez le parcours utilisateur, identifiez les frictions, puis seulement proposez.
• Testez sur le terrain : cabinet, support, visio avec partage d’écran.
• Découpez systématiquement : un gros problème devient une suite de petits problèmes traitables.

CIPA → Activités quotidiennes (routines) + Interactions (écoute, collaboration).

Retours d’expérience

Le parcours décrit est fait de virages : école de commerce, immobilier commercial (asset manager), aventure plus entrepreneuriale, puis une entreprise avec une mission d’accompagnement de familles en deuil, avant de rejoindre Doctolib comme Product Manager.

• 5 ans en asset management.
• 1 an dans une petite structure sur un projet de lieux de vie.
• 4 ans et demi dans une entreprise à mission (accompagnement des familles en deuil).
• Plus d’un an en tant que Product Manager chez Doctolib au moment où elle en parle.
• Âge mentionné : 37 ans.

CIPA → Contribution (impact) + Activités (approche user-centric) + Vie personnelle (priorités qui évoluent).

Évolutions & passerelles

• Évolutions : possibilité de trajectoires vers des rôles de type Chief Product Officer (exemple cité).
• Passerelles : profils variés (ingénieur·es, commerce, avocat·es, sales). Passage développeur → PM : travailler la posture “pourquoi” et le besoin client, dézoomer du delivery.

CIPA → Contribution (rayonnement) + Interactions (plus de coordination) + Activités (vision vs delivery). Détails à clarifier selon les entreprises.

FAQ

• Faut-il savoir coder ?
  

  Non. C’est un plus possible, mais pas un prérequis.

• Peut-on démarrer junior ?
  

  Oui, avec accompagnement par des senior/lead.

• À 40 ans, est-ce trop tard ?
  

  Non : l’état d’esprit est mis en avant (curiosité, énergie, envie).

• Comment écouter les utilisateur·ices concrètement ?
  

  Terrain en cabinet, double écoute support, visios avec partage d’écran (Google Meet).

• Quel salaire en junior ?
  

  Non précisé dans le transcript. À clarifier. Piste : Glassdoor.

Ressources citées

• Glassdoor
• YouTube (vidéos de l’IPM sur les cas produit)
• Google Meet

Choisir sa boussole : rester collé·e au besoin, sans se perdre

Le Product Manager avance sur une ligne de crête : garder une méthode pour ne pas se disperser, tout en restant souple quand les priorités bougent. Et surtout, retourner au terrain dès que ça devient flou. C’est là que le produit redevient simple : une réponse concrète à un besoin concret.

“Le but du jeu, c'est d'être 100% imprégnés de ce qu'ils font, de comprendre et qu'il y ait pas le moins de trous dans la raquette possible pour que nous, on puisse apporter la solution la plus pertinente.”

• Premier pas (Activités) : planifiez une heure d’observation (support, visio, terrain) et notez 10 frictions sans chercher de solution.
• Premier pas (Contribution) : choisissez une friction qui fait gagner du temps à l’utilisateur·ice et formulez-la comme un problème clair.
• Premier pas (Vie perso) : écrivez vos limites d’équilibre et préparez 3 questions “culture et rythme” à poser en entretien.

CIPA → Activités + Contribution + Vie personnelle.