100 Prompts IA pour les Product Managers — Guide Complet
Les Product Managers jonglent entre la vision stratégique, les besoins utilisateurs et les contraintes techniques. Les prompts IA bien conçus deviennent un levier pour structurer la pensée produit, rédiger des documents de qualité et prendre de meilleures décisions. Ce guide rassemble 100 prompts pratiques pour accélérer chaque aspect du travail de PM.
Découverte Produit et Recherche Utilisateur
Prompts pour comprendre vos utilisateurs et valider vos hypothèses
Guide d'entretien utilisateur
DebutantPréparer des interviews utilisateur
Génère un guide d'entretien utilisateur pour explorer le problème [description_problème] auprès de [persona: ex. 'responsables RH en PME']. L'entretien doit durer 45 minutes et couvrir : contexte actuel, frustrations, solutions actuelles, motivations. Inclus 15 questions ouvertes organisées du général au spécifique, les signaux à écouter, et les pièges à éviter (questions suggestives).
Analyse des avis clients
DebutantAnalyser la voix du client
J'ai collecté [nombre] avis clients de [source: App Store/Trustpilot/NPS] pour [produit]. Voici un échantillon : [extraits_avis]. Identifie les thèmes récurrents, les problèmes les plus critiques par fréquence et sentiment, les fonctionnalités demandées, et génère un rapport structuré avec des verbatims représentatifs pour chaque thème.
Création de personas
DebutantDéfinir les profils utilisateurs cibles
À partir des données utilisateur suivantes : [données_recherche], crée 3 personas distincts pour [produit]. Chaque persona doit inclure : profil démographique et professionnel, objectifs et motivations, frustrations et pain points, comportements typiques avec notre produit, et une citation représentative. Assure-toi que les personas couvrent les principaux segments d'usage.
Jobs-to-be-Done analysis
IntermediaireComprendre le vrai job de l'utilisateur
Applique le framework Jobs-to-be-Done à [produit/fonctionnalité]. Pour le job principal [description_job], identifie : les job steps (étapes fonctionnelles), les desired outcomes pour chaque étape, les pain points actuels, les contraintes, et les over/under-served outcomes. Génère la Job Map complète et les opportunités d'innovation.
Plan de recherche utilisateur
IntermediairePlanifier une phase de recherche
Je veux valider l'hypothèse suivante : [hypothèse]. Mon budget de recherche est [budget] et j'ai [durée] semaines. Propose un plan de recherche mixte (qualitatif + quantitatif) avec : méthodes recommandées, taille d'échantillon, recrutement des participants, questions de recherche, métriques de succès, et format de livrable.
Analyse compétitive
DebutantComprendre le paysage concurrentiel
Effectue une analyse compétitive de [notre produit] face à [concurrent1], [concurrent2], [concurrent3] sur les dimensions : fonctionnalités clés, modèle de pricing, positionnement, UX/design, intégrations, et avis clients. Identifie nos avantages compétitifs, nos faiblesses, et les opportunités de différenciation sous-exploitées.
Synthèse de recherche utilisateur
IntermediaireTransformer les données brutes en insights
J'ai mené [nombre] entretiens utilisateurs sur [sujet]. Voici les notes brutes : [notes]. Synthétise ces données en : thèmes clés avec citations représentatives, insights inattendus, patterns de comportement, hiérarchie des besoins, et recommandations actionnables pour l'équipe produit. Format le tout comme un rapport de recherche professionnel.
Survey de satisfaction NPS
DebutantMesurer la satisfaction et collecter des insights
Crée une enquête de satisfaction NPS pour [produit] destinée à [segment_utilisateurs]. Au-delà de la question NPS standard, inclus : 3 questions de suivi pour les détracteurs, 3 pour les promoteurs, 2 questions sur les fonctionnalités (usage et importance), et une question ouverte. Optimise pour un taux de complétion élevé (< 5 minutes).
Carte d'empathie
DebutantSe mettre dans la peau de l'utilisateur
Crée une carte d'empathie pour [persona] lors de [contexte_usage: ex. 'première utilisation de notre onboarding']. Remplis les 6 quadrants : ce qu'il voit (environnement), ce qu'il entend (influences), ce qu'il pense et ressent (intérieur), ce qu'il dit et fait (comportement observable), ses douleurs (fears, frustrations), et ses gains (desires, needs).
Test d'usabilité - script et analyse
IntermediaireÉvaluer l'usabilité d'une fonctionnalité
Génère le script d'un test d'usabilité modéré pour évaluer [fonctionnalité] auprès de [profil_participants]. Inclus : introduction et mise en confiance, 5 tâches à accomplir avec les critères de succès, les questions think-aloud, les métriques à mesurer (temps, taux de succès, erreurs), et la grille d'analyse des résultats.
Opportunity Solution Tree
AvanceStructurer l'espace des solutions
Construis un Opportunity Solution Tree pour atteindre l'objectif produit : [objectif]. Identifie : les opportunités (besoins/désirs/pain points) clés issus de [données_recherche], pour chaque opportunité les solutions potentielles (sans te limiter), et pour chaque solution les expériences à mener pour la valider. Présente sous forme d'arbre hiérarchique.
Stratégie Produit et Priorisation
Prompts pour définir la vision et prioriser le backlog
Vision produit et North Star Metric
IntermediaireDéfinir la direction stratégique du produit
Aide-moi à formuler la vision produit pour [produit] qui cible [audience] et résout [problème]. La vision doit être : inspirante, mémorable, orientée impact utilisateur, et guidante pour les décisions. Propose également la North Star Metric la plus adaptée à notre modèle business [description] et les 3-5 métriques de second niveau qui l'alimentent.
Priorisation RICE
DebutantPrioriser le backlog avec RICE
Aide-moi à scorer les features suivantes avec le framework RICE : [liste_features]. Pour chaque feature, estime : Reach (nombre d'utilisateurs impactés/trimestre), Impact (0.25/0.5/1/2/3), Confidence (%), et Effort (semaines-personne). Justifie chaque score et classe les features par RICE score. Identifie les quick wins (RICE élevé, effort faible).
Roadmap produit sur 12 mois
IntermediaireCréer une roadmap stratégique
Génère une roadmap produit sur 12 mois pour [produit] basée sur la stratégie suivante : [stratégie]. Organise par thèmes stratégiques plutôt que par features spécifiques. Pour chaque trimestre, définis : le thème prioritaire, les outcomes attendus, les dépendances, et les risques. Format adapté pour une présentation au board.
Analyse Now/Next/Later
DebutantStructurer le backlog en horizons temporels
Organise le backlog suivant en framework Now/Next/Later : [liste_initiatives]. Pour la classification, prends en compte : impact business potentiel, effort de développement, dépendances techniques, risques, et alignement avec [objectif_stratégique]. Justifie chaque classification et identifie les items qui bloquent d'autres initiatives.
Analyse Kano des fonctionnalités
IntermediaireClassifier les features par impact sur la satisfaction
Applique le modèle de Kano pour classer les features proposées : [liste_features] dans les catégories (Must-have, Performance, Delighter, Indifferent, Reverse). Pour chaque feature, explique le raisonnement, l'impact sur la satisfaction si présente vs absente, et la priorité résultante pour la roadmap de [produit].
Strategy canvas et courbe de valeur
AvanceDifférencier la stratégie produit
Crée un strategy canvas pour [produit] en comparant les facteurs de compétition avec [concurrent1] et [concurrent2]. Les facteurs à évaluer sont [liste_facteurs]. Pour chaque facteur, note l'investissement de chaque acteur (1-10). Identifie les opportunités de blue ocean : facteurs à éliminer, réduire, augmenter, et créer.
Impact Mapping
IntermediaireAligner features et objectifs business
Génère un Impact Map pour l'objectif business : [objectif_SMART]. Pour chaque acteur clé ([acteurs]), identifie : les impacts (comportements à changer), et les deliverables (features/actions) qui peuvent produire ces impacts. Présente sous forme d'arbre et identifie les 3 deliverables à plus fort impact.
Décision de make vs buy
IntermediaireDécider make vs buy vs partner
Je dois décider si [fonctionnalité] doit être développée en interne ou achetée/intégrée via une solution tierce. Génère un framework de décision structuré couvrant : valeur stratégique (différenciante ou non), coûts comparatifs (développement vs SaaS), risques, délai de mise sur le marché, compétences disponibles, et flexibilité future. Conclus avec une recommandation.
OKRs produit
DebutantDéfinir les OKRs de l'équipe produit
Aide-moi à définir les OKRs pour l'équipe produit pour [période: Q1/H1/année]. L'objectif stratégique de l'entreprise est [objectif_entreprise]. Génère 3 Objectives avec 3-4 Key Results chacun. Les KRs doivent être : mesurables, ambitieux mais atteignables, orientés outcome (pas output), et avec une baseline actuelle de [métriques_actuelles].
Analyse de la dette produit
AvanceGérer la dette produit
Génère un framework pour auditer et prioriser la dette produit (technique + design + UX) de [produit]. Inclus : catégories de dette à identifier, méthode de scoring (impact sur l'utilisateur × coût de remédiation), comment présenter la dette produit aux stakeholders pour justifier l'investissement, et comment intégrer la remédiation dans la roadmap.
Rédaction de Documents Produit
Prompts pour créer des PRDs, specs et autres documents produit
Product Requirements Document (PRD)
IntermediaireRédiger un PRD
Rédige un PRD complet pour la fonctionnalité [nom_fonctionnalité] de [produit]. Contexte : [contexte]. Inclus : problème à résoudre, objectifs et métriques de succès, utilisateurs cibles, user stories avec critères d'acceptation, cas limites, contraintes techniques, hors scope, et plan de lancement. Format pour une équipe de développement agile.
User stories avec critères d'acceptation
DebutantCréer des user stories complètes
Génère [nombre] user stories pour la fonctionnalité [fonctionnalité] de [contexte_produit]. Chaque story doit suivre le format 'En tant que [persona], je veux [action] afin de [bénéfice]'. Inclus pour chaque story : les critères d'acceptation en Given/When/Then, le story points estimé (1/2/3/5/8), les dépendances, et les edge cases à considérer.
Brief de lancement produit
IntermediairePlanifier le lancement d'une feature
Rédige un brief de lancement (Go-to-Market) pour [fonctionnalité/produit]. Inclus : résumé exécutif, problème résolu, audience cible et personas, proposition de valeur unique, stratégie de pricing, canaux de distribution, plan de communication (messaging par audience), métriques de succès du lancement, et planning détaillé des 30 premiers jours.
One-Pager de fonctionnalité
DebutantPrésenter une feature aux stakeholders
Rédige un one-pager percutant pour présenter [fonctionnalité] aux stakeholders de [niveau: C-suite/équipe technique/équipe commerciale]. En une seule page : problème, solution proposée, impact business attendu ([métriques]), effort estimé, risques principaux, et la décision attendue. Adapte le niveau de détail technique à l'audience.
Spec technique collaborative
IntermediaireDocumenter les specs techniques en collaboration
Génère le template d'une spec technique collaborative entre PM et développeurs pour [fonctionnalité]. La spec doit couvrir : contexte et objectifs (PM), architecture technique proposée (Dev), API design si applicable, modèle de données, questions ouvertes et décisions à prendre, plan de tests, et processus de review.
Changelog pour les utilisateurs
DebutantCommuniquer les mises à jour aux utilisateurs
Rédige le changelog utilisateur pour la release [version] de [produit]. Les changements techniques sont : [liste_changements_techniques]. Transforme ces changements en langage orienté bénéfices utilisateur, structure par ordre d'importance (nouvelles fonctionnalités, améliorations, corrections), et adapte le ton [formel/casual] à notre marque. Longueur : 200-300 mots.
RFC (Request for Comments)
AvanceStructurer une décision produit importante
Rédige une RFC pour la décision produit suivante : [décision]. La RFC doit inclure : contexte et problème, options envisagées (au moins 3) avec avantages/inconvénients, analyse des trade-offs, recommandation avec justification, implications pour les équipes concernées, et processus de feedback (deadline, reviewers).
Definition of Done et quality gates
DebutantDéfinir les critères de complétion
Définis une Definition of Done complète pour l'équipe produit de [contexte]. La DoD doit couvrir : critères techniques (tests, code review, performance), critères produit (critères d'acceptation validés, analytics instrumentée), critères UX (design review, accessibilité), et critères de lancement (documentation, formation CS). Adapte à une méthodologie Scrum.
Business case pour une nouvelle feature
IntermediaireJustifier l'investissement dans une feature
Rédige un business case pour justifier le développement de [fonctionnalité] qui nécessite [effort] semaines de développement. Inclus : problème et opportunité, revenus potentiels ou économies (avec hypothèses détaillées), coût de développement et maintenance, ROI sur 12/24 mois, risques et hypothèses, alternatives considérées, et recommandation.
Spécification d'API produit
AvanceSpécifier une API partenaire
Je dois spécifier une API [REST/GraphQL] pour [fonctionnalité] destinée à des partenaires tiers. Génère : les endpoints nécessaires avec méthodes HTTP, la structure des payloads de requête et réponse, la gestion des erreurs, la pagination, l'authentification, les limites de rate, et un exemple d'implémentation pour les 2 cas d'usage principaux.
Métriques, Analytics et Growth
Prompts pour mesurer et améliorer la performance du produit
Framework de métriques produit
IntermediaireDéfinir les métriques produit
Conçois un framework de métriques complet pour [produit SaaS/marketplace/app consumer] avec le modèle AARRR. Pour chaque étape (Acquisition, Activation, Rétention, Revenue, Referral), propose : 2-3 métriques clés, leur définition précise, la formule de calcul, la source de données, et les benchmarks sectoriels indicatifs.
Analyse de funnel de conversion
DebutantOptimiser un funnel de conversion
Analyse le funnel de conversion suivant : [étape1: X users] → [étape2: Y users] → [étape3: Z users] → [conversion: N users]. Calcule les taux de conversion par étape, identifie le plus grand levier d'amélioration, propose 3 hypothèses pour expliquer les drops, et suggère des expériences A/B à mener pour améliorer chaque étape.
Plan d'A/B testing
IntermediairePlanifier un A/B test
Je veux tester [hypothèse] sur [page/flow]. La métrique primaire est [métrique] avec une baseline de [valeur_actuelle]. Génère le plan d'A/B test : taille d'échantillon nécessaire pour détecter un effet de [delta]% avec 80% de puissance, durée estimée, variantes à tester, métriques guardrail, critères d'arrêt prématuré, et plan d'analyse des résultats.
Analyse de la rétention
IntermediaireAméliorer la rétention utilisateur
Mon produit a les courbes de rétention suivantes sur 30 jours : [données]. Compare à des benchmarks [secteur], identifie à quelle étape se produit le plus grand churn, propose le concept de 'magic moment' (l'action qui corrèle avec la rétention), et suggère 5 expériences concrètes pour améliorer la rétention au jour [7/14/30].
Dashboard de santé produit
DebutantSuivre la santé du produit
Conçois le dashboard de santé produit weekly pour [produit] que je présente à l'équipe chaque lundi. Il doit inclure : la North Star Metric avec évolution semaine/semaine, 5-7 métriques clés avec contexte (bon/mauvais), alertes sur les anomalies, insights de la semaine, et les expériences en cours. Format adapté à un standup de 10 minutes.
Segmentation des utilisateurs par valeur
IntermediaireSegmenter pour personnaliser l'expérience
Aide-moi à segmenter les utilisateurs de [produit] par valeur pour prioriser les efforts produit. Propose une segmentation basée sur [métriques_disponibles: engagement, revenus, tenure]. Définis les critères de chaque segment, les comportements distinctifs, la taille approximative de chaque segment, et les actions produit recommandées pour chacun.
Calcul du LTV et coût d'acquisition
IntermediaireOptimiser l'économie unitaire du produit
Aide-moi à calculer et améliorer le LTV:CAC pour [produit]. Les données disponibles sont : [ARPU, churn mensuel, CAC par canal]. Calcule le LTV avec différentes méthodes (simple et avec taux de discount), le ratio LTV:CAC, le payback period, et propose 3 leviers pour améliorer le LTV et 3 pour réduire le CAC.
Analyse post-lancement
DebutantÉvaluer le succès d'un lancement
Ma feature [nom_feature] a été lancée il y a [durée]. Voici les métriques observées : [métriques]. Génère une analyse post-lancement structurée : atteinte des objectifs, impact sur les métriques produit, comportement des utilisateurs (adoption, rétention, usage), enseignements, actions recommandées (itérer/scaler/pivoter/arrêter), et décision de suivante.
Prédiction du churn
AvancePrévenir le churn proactivement
Je veux identifier les utilisateurs à risque de churn avant qu'ils ne partent. Propose un modèle de prédiction du churn basé sur des signaux comportementaux pour [type_produit]. Inclus : les signaux d'alerte précoce (features corrélées au churn), comment scorer les utilisateurs, les actions d'intervention automatiques, et comment mesurer l'efficacité des interventions.
Attribution multi-touch
AvanceAttribuer la valeur aux canaux d'acquisition
Explique comment implémenter un modèle d'attribution multi-touch pour [produit] avec les canaux suivants : [liste_canaux]. Compare les modèles (first-touch, last-touch, linéaire, time-decay, data-driven) pour notre contexte [cycle de vente, canaux]. Propose le modèle adapté, comment le mettre en place avec [outil analytics], et comment l'utiliser pour les décisions d'investissement marketing.
Communication et Stakeholders
Prompts pour communiquer efficacement avec toutes les parties prenantes
Présentation roadmap au board
IntermediairePrésenter la roadmap au leadership
Prépare une présentation de roadmap produit pour le board (15 minutes, slides). Contexte business : [contexte]. La roadmap couvre [période]. Génère : la structure narrative (problème → stratégie → roadmap → métriques → risques → décision demandée), le contenu clé de chaque slide, et les questions difficiles à anticiper avec les réponses.
Gestion des désaccords sur la priorité
IntermediaireGérer les conflits de priorité
L'équipe commerciale insiste pour prioriser [feature_A] pour un gros client, mais ma priorité est [feature_B] car [raisons_strategiques]. Génère une stratégie de communication pour : comprendre les vrais besoins business derrière la demande, présenter objectivement les trade-offs, proposer un compromis acceptable, et maintenir la confiance des deux côtés.
Update hebdomadaire pour l'équipe
DebutantCommuniquer régulièrement avec l'équipe
Rédige un update produit hebdomadaire pour l'équipe (développeurs, design, QA) couvrant la semaine du [dates]. Inclus : progrès sur les initiatives en cours, décisions prises et leur rationale, blockers résolus et en cours, rappel des priorités pour la semaine suivante, et reconnaissance d'accomplissements. Ton : transparent et motivant.
Réponse à une demande de feature
DebutantRépondre aux demandes de features clients
Un client important demande la feature suivante : [description_feature]. Après analyse, je ne peux pas la développer dans les 6 prochains mois car [raisons]. Génère une réponse empathique qui : reconnaît le problème, explique la décision sans aliéner, propose des alternatives ou workarounds si possible, et engage sur le futur suivi de cette demande.
Sprint review et démo
DebutantAnimer une sprint review
Prépare le script d'une sprint review de 30 minutes pour présenter le sprint [numéro] à [audience: stakeholders business]. Les features complétées sont : [liste]. Le script doit inclure : contexte et objectifs du sprint, démo de chaque feature orientée bénéfices utilisateur, métriques atteintes, ce qui n'a pas été complété et pourquoi, et prochaines étapes.
Gestion d'une décision difficile
AvanceCommuniquer des décisions difficiles
Je dois communiquer la décision de [décision difficile: arrêter une feature/pivoter/merger des équipes]. Cette décision impacte [qui]. Génère un plan de communication incluant : le message principal, comment annoncer à chaque audience (équipe, stakeholders, clients si applicable), comment anticiper et répondre aux résistances, et les actions de suivi.
Alignment cross-fonctionnel
IntermediaireAligner les équipes cross-fonctionnelles
Je dois aligner [liste_équipes: engineering, design, marketing, sales, CS] sur la nouvelle direction produit [description]. Génère : un plan d'ateliers d'alignment (agenda, participants, outputs), les messages clés adaptés à chaque équipe, comment identifier et résoudre les conflits d'intérêts, et les artefacts à produire pour formaliser l'alignement.
Negotiation avec l'ingénierie sur la dette technique
AvanceÉquilibrer dette technique et nouvelles features
Mon équipe engineering demande [X] sprints pour rembourser de la dette technique avant de continuer les nouvelles features. Mon objectif business est [objectif_urgent]. Génère une approche de négociation : comment quantifier l'impact de la dette technique en termes business, comment trouver un compromis (ex. 20% du temps), et comment créer un accord durable.
Feedback structuré pour l'équipe design
DebutantDonner du feedback efficace sur le design
Je dois donner du feedback sur les maquettes de [fonctionnalité] produites par l'équipe design. Voici mes observations : [liste_observations_brutes]. Restructure ce feedback de manière : constructive et actionnable, distinguant les problèmes critiques des suggestions d'amélioration, justifiant chaque point par l'impact utilisateur, et sans imposer la solution.
Stakeholder mapping
IntermediaireGérer les parties prenantes du projet
Effectue un stakeholder mapping pour le projet [nom_projet]. Les parties prenantes identifiées sont : [liste]. Pour chaque stakeholder, évalue : niveau d'influence, niveau d'intérêt, position actuelle (supporter/neutre/opposant), et besoins clés. Propose une stratégie d'engagement adaptée pour chaque quadrant du power/interest grid.
Conseils de pro
Ancrez chaque prompt dans des données réelles
Les meilleurs prompts PM incluent des données concrètes : métriques actuelles, résultats d'entretiens, taille d'équipe, contraintes de délais. Plus le contexte est riche, plus les outputs sont actionnables et adaptés à votre situation réelle.
Utilisez l'IA pour jouer l'avocat du diable
Après avoir rédigé une spec ou une décision, demandez à l'IA : 'Quelles sont les 5 objections les plus solides à cette décision et comment y répondre ?' Cette technique renforce vos arguments avant les présentations aux stakeholders.
Adaptez le niveau de détail à l'audience
Précisez toujours l'audience dans vos prompts : 'pour un CEO non-technique', 'pour des ingénieurs séniors', 'pour l'équipe commerciale'. L'IA adaptera automatiquement le vocabulaire, le niveau de détail technique et les arguments mis en avant.
Itérez vos user stories avec l'IA
Après avoir généré des user stories, demandez : 'Pour chaque story, identifie les cas limites non couverts et les ambiguïtés qui pourraient causer des incompréhensions avec l'équipe engineering.' Cette étape préventive réduit les allers-retours pendant le sprint.
Challenger vos hypothèses avec l'IA
Avant de décider, partagez votre raisonnement et demandez : 'Quelles hypothèses implicites fais-je dans ce raisonnement ? Lesquelles sont les plus risquées à tester ?' L'IA identifie les biais et angles morts que vous pourriez manquer.