Prompts ChatGPT et Claude pour les chefs de produit : 25 prompts pour les PRD, les récits utilisateur, les feuilles de route, les personas et la priorisation

12 min de lecture KissMySkills

Les meilleurs prompts ChatGPT et Claude pour les chefs de produit ont chacun une fonction précise : rédiger un PRD à partir d’une idée en une ligne, décomposer une fonctionnalité en user stories avec des critères d’acceptation Given/When/Then, évaluer un backlog avec RICE ou transformer des notes d’entretien en persona. Ce guide vous en propose 25, regroupés selon les tâches réellement couvertes par un workflow de chef de produit utilisant l’AI, ainsi que quatre modèles réutilisables (PRD, user story, feuille de route now/next/later, persona) que vous pouvez coller dans n’importe quel modèle. Chaque prompt utilise des [brackets] pour les champs que vous devez remplir. Ils fonctionnent dans ChatGPT, Claude, Gemini et Copilot sans modification.

Sur cette page
  1. Comment obtenir des résultats utiles avec ces prompts
  2. Groupe 1 : Découverte et recherche (prompts 1 à 5)
  3. Groupe 2 : PRD et spécifications (prompts 6 à 10)
  4. Groupe 3 : User stories et critères d’acceptation (prompts 11 à 15)
  5. Groupe 4 : Feuilles de route et priorisation (prompts 16 à 20)
  6. Groupe 5 : Lancement, métriques et communications aux parties prenantes (prompts 21 à 25)
  7. Modèles que vous pouvez coller dans n’importe quel prompt
  8. Quel outil pour quelle tâche
  9. Questions fréquemment posées
  10. En résumé
Générateur de PRD
Skill de génération de PRD par AI
Transforme une idée de fonctionnalité et votre contexte en un PRD complet avec énoncé du problème, objectifs, exigences, indicateurs et questions en suspens.
$19
Obtenir le Skill →

Comment obtenir des résultats utiles avec ces prompts

Trois habitudes font la différence entre une réponse générique et un document que vous pouvez réellement mettre en production.

  • Donnez au modèle le même contexte qu’à une nouvelle recrue. Le produit, les utilisateurs, le modèle économique, la contrainte à laquelle vous travaillez. Un paragraphe suffit, mais il doit être présent.
  • Demandez une structure, pas une impression générale. « Rédigez un PRD » vous donnera un essai. « Remplissez ce modèle de PRD et marquez tout ce que vous avez dû supposer avec [ASSUMPTION] » vous donnera un brouillon que vous pourrez relire en dix minutes.
  • Itérez dans le même fil. Une fois que le modèle dispose du contexte, les prompts de suivi (« écris maintenant les user stories de la section 4 ») sont rapides et cohérents. Ne démarrez pas une nouvelle conversation pour chaque livrable.

Si vous voulez que le modèle conserve ce comportement de façon permanente au lieu de devoir recoller les instructions, c’est à cela que sert un fichier Skill. Parcourez la collection de Skills Claude pour découvrir des options par rôle, ou poursuivez votre lecture pour découvrir les prompts gratuits.

Groupe 1 : Découverte et recherche (prompts 1 à 5)

Prompt 1 : Synthèse des entretiens
Voici des notes issues de [number] entretiens clients sur [topic] : [collez les notes]. Regroupez les résultats par thèmes. Pour chaque thème, indiquez un nom, le nombre de personnes interrogées qui l’ont mentionné, une citation représentative et le besoin fondamental que l’utilisateur cherche à satisfaire. Terminez par les trois thèmes que vous approfondiriez et expliquez pourquoi.
Prompt 2 : Persona fondé sur les données
À partir de cette recherche : [collez les thèmes des entretiens, les données d’enquête ou les tickets d’assistance], rédigez un persona pour [segment]. Utilisez cette structure : nom et rôle, contexte (taille de l’entreprise, outils, équipe), objectifs, trois principales frustrations, critères d’évaluation d’une solution, ce qui provoquerait son désabonnement, une citation verbatim. Marquez tout élément non étayé par les données avec [ASSUMPTION].
Prompt 3 : Énoncé du problème
Nous envisageons de créer [feature] pour [persona]. Rédigez cinq formulations alternatives du problème sous la forme « [persona] a besoin d’un moyen de [job] parce que [insight] ». Pour chacune, indiquez quelles preuves confirmeraient qu’il s’agit d’un problème réel et quelles preuves l’invalideraient.
Prompt 4 : Analyse comparative des concurrents
Comparez la manière dont [competitor A], [competitor B] et [competitor C] traitent [use case]. Créez un tableau indiquant : fonctionnalité, manière dont chaque produit la gère, points faibles pour [our persona]. Listez ensuite trois options de positionnement pour nous. N’affirmez que les faits dont vous êtes certain et signalez tout élément incertain.
Prompt 5 : Script d’entretien
Rédigez un script d’entretien de découverte de 30 minutes pour [persona] au sujet de [problem area]. Commencez par deux questions pour briser la glace, puis posez huit questions ouvertes portant sur des comportements passés plutôt que sur des préférences hypothétiques, et terminez par deux questions de conclusion. Ajoutez sous chaque question une note indiquant ce qu’une réponse solide nous apprendrait.

Groupe 2 : PRD et spécifications (prompts 6 à 10)

Prompt 6 : PRD à partir d’une phrase
Rédigez un PRD pour [feature] dans [product]. Contexte : [users, business model, constraint]. Utilisez les sections suivantes : problème, objectifs et non-objectifs, indicateurs de réussite, user stories (résumé), exigences fonctionnelles (numérotées et testables), exigences non fonctionnelles, dépendances, risques, questions ouvertes. Marquez les hypothèses avec [ASSUMPTION]. Ne dépassez pas 900 mots.
Prompt 7 : Revue du PRD
Relisez ce PRD comme un responsable engineering sceptique : [paste PRD]. Listez chaque exigence ambiguë, non testable ou contradictoire avec une autre. Pour chacune, citez la ligne et proposez une reformulation. Listez ensuite les questions que vous poseriez avant d’estimer le travail.
Prompt 8 : Non-objectifs et réductions du périmètre
Voici le périmètre de [feature] : [paste]. Proposez la version la plus réduite qui permette encore de tester l’hypothèse centrale « [hypothesis] ». Listez ce qui devient un non-objectif, ce qui est reporté à une version ultérieure et le risque pris en supprimant chaque élément.
Prompt 9 : Cas limites
Pour l’exigence « [paste one requirement] », listez les cas limites concernant : les données vides ou manquantes, les autorisations, la concurrence, le mode hors ligne ou un réseau lent, la localisation, l’accessibilité et les abus. Pour chacun, indiquez le comportement attendu ou écrivez « décision nécessaire ».
Prompt 10 : Note technique pour les ingénieurs
Transformez ce PRD en une note technique d’une page pour l’équipe d’ingénierie : [paste PRD]. Incluez le comportement visible par l’utilisateur, les données à stocker ou à modifier, les intégrations concernées et les tests d’acceptation qui définissent ce qui est terminé. Ne proposez pas d’architecture ; indiquez uniquement ce que le système doit faire.

Groupe 3 : User stories et critères d’acceptation (prompts 11 à 15)

Prompt 11 : De l’epic aux stories
Découpez cet epic en user stories : [paste epic]. Formatez chacune ainsi : « En tant que [persona], je veux [action] afin que [outcome] ». Chaque story doit être réalisable en un sprint et apporter une valeur indépendamment des autres. Ajoutez une note d’une ligne expliquant pourquoi il s’agit d’une story distincte.
Prompt 12 : Critères Given/When/Then
Rédige les critères d'acceptation de cette story : [paste story]. Utilise Given/When/Then. Couvre le parcours nominal, au moins deux scénarios d'échec ou limites et un scénario de permissions. Chaque scénario doit pouvoir être vérifié par un testeur sans consulter le PM.
Prompt 13 : Vérification INVEST
Évalue ces stories selon INVEST (indépendante, négociable, utile, estimable, petite, testable) : [paste stories]. Indique pour chaque lettre si le critère est respecté ou non, explique chaque échec en une phrase et réécris les stories qui échouent.
Prompt 14 : Story map
Construis une story map pour [journey, e.g. onboarding a new team]. Première ligne : les activités principales dans l'ordre. Sous chaque activité : les tâches effectuées par l'utilisateur. Indique ensuite quelles tâches appartiennent aux versions 1, 2 et 3, ainsi que le résultat démontré par chaque version.
Prompt 15 : Du bug à la story
Réécris ce rapport de bug sous forme de user story avec des critères d'acceptation et un niveau de gravité : [paste bug report]. Distingue ce que l'utilisateur a constaté de ce que tu penses être la cause. Inclus les étapes de reproduction sous forme de scénario Given/When/Then.

Groupe 4 : Feuilles de route et priorisation (prompts 16 à 20)

Prompt 16 : Évaluation RICE
Évalue ces éléments du backlog avec RICE : [paste items with any data you have]. Pour chacun, estime la portée (utilisateurs par trimestre), l'impact (0,25 à 3), la confiance (pourcentage) et l'effort (semaines-personnes), affiche le calcul et classe-les. Signale chaque estimation à faible niveau de confiance et indique quelles données permettraient de l'améliorer.
Prompt 17 : Tri rapide ICE
Attribue un score ICE (impact, confiance, facilité, chacun de 1 à 10) à ces idées : [paste list]. Retourne un tableau trié par total, avec une phrase de justification par idée. Indique ensuite les deux éléments dont tu remettrais les scores en question et explique pourquoi.
Prompt 18 : Feuille de route maintenant/prochainement/plus tard
Transforme cette liste priorisée en feuille de route maintenant/prochainement/plus tard : [paste list]. Maintenant : ce à quoi nous nous engageons ce trimestre. Prochainement : ce que nous prévoyons de commencer ensuite. Plus tard : les orientations auxquelles nous croyons, mais auxquelles nous ne nous sommes pas engagés. Rédige chaque élément comme un résultat, et non comme un nom de fonctionnalité, et ajoute la métrique qui indiquera que le résultat est atteint.
Prompt 19 : Note sur les compromis
Nous devons choisir entre [option A] et [option B] pour [quarter]. Contexte : [team size, goals, constraints]. Rédige une note de décision d'une page présentant la décision, les options envisagées, les critères, le score de chaque option, la recommandation et ce qui nous ferait revenir sur cette décision.
Prompt 20 : Dire non
Une partie prenante ([role]) a demandé [request]. Cela ne s'intègre pas à la feuille de route actuelle pour [reason]. Rédige une réponse qui reconnaît le besoin, explique clairement le compromis, propose ce que nous pouvons faire à la place et indique quand nous réévaluerons la situation. Fais moins de 150 mots et adopte un ton non défensif.

Groupe 5 : Lancement, métriques et communications aux parties prenantes (prompts 21 à 25)

Prompt 21 : Métriques de réussite
Pour [feature] destiné à [persona], proposez une métrique phare, trois métriques complémentaires et deux métriques garde-fou qui montreraient un impact négatif. Pour chacune : définition, méthode de mesure, référence de départ à établir en premier et objectif à 90 jours après le lancement, avec votre raisonnement.
Prompt 22 : Checklist de lancement
Créez une checklist de lancement pour [feature] avec les responsables et le calendrier : deux semaines avant, une semaine avant, le jour du lancement, une semaine après. Couvrez la préparation de l’ingénierie, l’assurance qualité, la préparation de l’assistance, la documentation, le marketing, les ventes, l’analytique et le retour arrière. Signalez les éléments qui bloquent le lancement.
Prompt 23 : Notes de version en trois styles
Rédigez les notes de version de [feature] en trois versions : une pour les utilisateurs finaux (bénéfice en premier, sans jargon, moins de 80 mots), une pour les équipes commerciales et d’assistance internes (ce qui a changé, limites connues, réponses aux questions courantes) et une pour le changelog (précise, technique). Modifications : [paste].
Prompt 24 : Mise à jour hebdomadaire des parties prenantes
Rédigez la mise à jour produit de cette semaine à partir de ces notes : [paste notes]. Structure : titre (une phrase), livré, en cours avec les dates prévues, bloqué et ce dont nous avons besoin, métriques qui ont évolué, décisions attendues du lecteur. Moins de 250 mots. Aucun remplissage.
Prompt 25 : Rétrospective post-lancement
Voici ce qui s’est passé après le lancement de [feature] : [paste metrics and feedback]. Comparez les résultats aux objectifs du PRD : [paste goals]. Rédigez une rétrospective : ce que nous avions prévu, ce qui s’est passé, pourquoi l’écart existe, ce que nous ferions différemment et la prochaine décision à prendre (intensifier, itérer ou arrêter).

Modèles que vous pouvez coller dans n’importe quel prompt

Voici les quatre modèles auxquels les prompts ci-dessus font référence. Collez-en un dans le chat, ajoutez « remplis-le pour [feature] » et le modèle conservera les titres.

Modèle de PRD

  • Problème : qui le rencontre, comment nous le savons, ce que cela leur coûte aujourd’hui
  • Objectifs : deux ou trois résultats, chacun associé à une métrique
  • Objectifs hors périmètre : ce que cette version ne fait délibérément pas
  • Utilisateurs et personas : principaux et secondaires
  • Récits utilisateur : la liste succincte, les récits détaillés se trouvent dans le backlog
  • Exigences fonctionnelles : numérotées, chacune testable
  • Exigences non fonctionnelles : performances, sécurité, accessibilité, localisation
  • Dépendances et risques
  • Questions ouvertes : avec un responsable et une date

Modèle de récit utilisateur

En tant que [persona], je veux [action] afin que [outcome].

Critères d’acceptation :

  • Étant donné [starting state] quand [action] alors [observable result]
  • Étant donné [état d'un cas limite] quand [action] alors [comportement attendu]
  • Étant donné [utilisateur sans permission] quand [action] alors [comportement en cas d'accès refusé]

Modèle de roadmap (maintenant/ensuite/plus tard)

Colonne Signification Ce que comprend chaque élément
Maintenant Engagé, en cours ce trimestre Résultat, responsable, indicateur de réussite, date cible
Ensuite Prévu après Maintenant, pas encore engagé Résultat, questions ouvertes, dépendance vis-à-vis de Maintenant
Plus tard Axes auxquels nous croyons, sous réserve des enseignements tirés Résultat, l'hypothèse sur laquelle il repose

Modèle de persona

  • Nom et rôle, ainsi que le contexte dans lequel ils travaillent (taille de l'équipe, outils, pouvoir de décision budgétaire)
  • Objectifs : ce qu'ils cherchent à accomplir ce trimestre
  • Frustrations : les trois principales, chacune étayée par des preuves
  • Comment ils évaluent une solution et qui d'autre participe à la décision
  • Qu'est-ce qui les pousserait à partir
  • Une citation issue d'une vraie étude, pas inventée

Quel outil pour quelle tâche

Les prompts sont gratuits et rapides. Un générateur fournit à chaque fois un résultat structuré sans avoir à réexpliquer le format. Un skill de rôle modifie la façon dont le modèle raisonne pendant toute la session. Voici le rôle de chacun.

Tâche Prompt gratuit Générateur Skill de rôle
Rédiger un PRD Prompt 6 Skill de génération de PRD par IA (19 $) Isolde, Product Owner (19 $)
Découper un epic en stories Prompts 11 à 13 Inclus dans le pack d'outils pour Product Manager Isolde, Product Owner
Prioriser avec RICE ou ICE Prompts 16 à 17 Pack d'outils pour Product Manager Cassius, PM IA et données (19 $)
Construire une roadmap Prompt 18 Pack d'outils pour Product Manager Isolde ou Cassius
Rédiger une persona Prompt 2 Voir la page des générateurs d'IA Isolde, Product Owner
Mises à jour et mémos pour les parties prenantes Prompts 19, 20, 24 Bibliothèque de prompts pour l'activité et les opérations (27 $) Cassius, PM IA et données

Isolde - Skill de Product Owner (19 $) : une persona de Product Owner qui rédige et affine les éléments du backlog, les critères d'acceptation et les objectifs de sprint avec une voix cohérente.

Cassius - Skill de gestion de produits IA et données (19 $) : conçu pour les PM qui déploient des fonctionnalités liées aux données et à l'IA, avec des critères d'évaluation des modèles, des exigences en matière de données et la conception de métriques.

Bibliothèque de prompts pour les activités et les opérations (27 $) : un ensemble plus large de prompts pour les mémos, les mises à jour, les comptes rendus de réunion et les documents de processus qui gravitent autour du travail produit.

Si vous gérez également la livraison, la page consacrée aux prompts pour les chefs de projet couvre les rapports d’avancement, les registres des risques et les calendriers. Pour la rédaction de prompts à usage général, consultez les prompts ChatGPT.

Questions fréquemment posées

ChatGPT ou Claude peuvent-ils remplacer un responsable produit ?

Non. Le modèle rédige et structure ; vous fournissez le jugement, le contexte et la décision. Les prompts ci-dessus sont utiles parce qu’ils éliminent le problème de la page blanche et imposent une structure, pas parce qu’ils connaissent vos utilisateurs.

Ces prompts fonctionnent-ils de la même manière dans ChatGPT et Claude ?

Oui. Ce sont de simples textes sans syntaxe spécifique à un outil. Claude a tendance à suivre de près les longues structures, tandis que ChatGPT est généralement plus concis ; vous devrez donc peut-être ajouter « conserver toutes les sections » ou « plus court » selon le modèle.

Quelle est la différence entre un prompt, un générateur et un Skill ?

Un prompt est une instruction unique que vous collez. Un générateur est un fichier de Skill réglé pour un type de résultat, comme un PRD, afin que le format soit cohérent à chaque fois. Un Skill de rôle, comme une persona de responsable produit, modifie la manière dont le modèle raisonne pendant toute une session. Les Skills de KissMySkills sont des achats uniques (.md plus README) qui fonctionnent dans Claude, notamment Claude Code, dans ChatGPT comme GPT personnalisé, dans Gemini comme Gem et dans Copilot.

Dois-je utiliser RICE ou ICE pour la priorisation ?

Utilisez ICE lorsque vous devez trier rapidement une longue liste et que vous ne disposez pas de données de portée. Utilisez RICE lorsque les éléments se disputent la même capacité d’ingénierie et que vous pouvez estimer la portée et l’effort avec une certaine confiance. Les deux servent d’éléments pour prendre une décision, mais ne constituent pas la décision.

Que se passe-t-il si un Skill ne correspond pas à mon flux de travail ?

Chaque Skill bénéficie d’une garantie satisfait ou remboursé de 30 jours, sans poser de questions.

En résumé

Choisissez les cinq prompts qui correspondent aux artefacts que vous produisez le plus souvent, conservez les modèles dans une note et exécutez-les dans un même fil avec un contexte réel. Cela vous fera déjà gagner quelques heures par semaine. Lorsque vous vous surprenez à coller les mêmes instructions chaque jour, transformez cette tâche en générateur ou en Skill de rôle afin que le modèle conserve la structure pour vous.

Pack
Pack d’outils de responsable produit - 1 Skill AI + 3 Skills d’outils
Un Skill de responsable produit et trois Skills d’outils pour les PRD, les récits utilisateurs et les feuilles de route, prêts pour Claude, ChatGPT, Gemini et Copilot.
$74.99
Obtenez-le maintenant →

Parcourez tous les Skills Claude sur KissMySkills.

~/get-started

Skills qui fonctionnent. Sans fioritures.

Parcourez chaque skill, prompt pack et agent de la boutique.

Parcourir toutes les compétences →Ou essayez les outils gratuits