ToolNavs Outils IA à découvrir
Proposer Connexion
Retour à Invites de l’IA
Prompt PRD : transformer une idée produit en une phrase en un cahier des charges exploitable par les développeurs

Prompt PRD : transformer une idée produit en une phrase en un cahier des charges exploitable par les développeurs

Invites de l’IA • Admin • • 15 vues

Ce prompt PRD s'adresse aux chefs de produit, aux fondateurs et aux développeurs indépendants : vous n'avez en tête qu'une seule idée de produit, par exemple « un mini-programme qui aide les petites boutiques du quartier à tenir leurs comptes et à les rapprocher ». Collez le prompt ci-dessous avec votre idée dans une IA, et elle produira en une fois un cahier des charges complet : contexte, utilisateurs cibles, liste des fonctionnalités, critères d'acceptation et hors-périmètre. L'équipe de développement pourra planifier directement, sans revenir sans cesse demander à quoi chaque fonctionnalité doit ressembler.

Le prompt PRD à copier-coller

Vous êtes chef de produit avec 8 ans d'expérience et vous rédigez un PRD (cahier des charges produit) pour l'idée ci-dessous. L'équipe de développement planifiera et développera directement à partir de ce document.

Idée produit : [Décrivez votre produit en une phrase, par exemple : un mini-programme qui aide les petites boutiques du quartier à tenir leurs comptes et à les rapprocher]

Suivez cette structure sans omettre aucune section :
1. Contexte et problème : le problème de qui ce produit résout-il, et comment s'en sortent-ils aujourd'hui ?
2. Utilisateurs cibles : 2 à 3 types d'utilisateurs, une phrase chacun sur leur situation et leurs difficultés.
3. Objectif produit : une phrase sur ce que cette version livre, plus 2 à 3 critères de réussite mesurables.
4. Liste des fonctionnalités : trois niveaux — « Indispensable / Souhaitable / Facultatif » — avec une phrase de description et un critère d'acceptation par fonctionnalité.
5. Parcours principal : les étapes, 5 maximum, qu'un utilisateur suit pour accomplir la tâche principale.
6. Hors-périmètre : 3 choses explicitement exclues de cette version, pour éviter que le périmètre ne s'étende pendant le développement.
7. Questions ouvertes : jusqu'à 3 informations dont vous avez besoin de ma part — n'inventez pas les réponses.

Exigences : chaque fonctionnalité doit avoir un critère d'acceptation ; signalez ce qui est incertain au lieu d'inventer des chiffres.

Deux endroits à changer, et l'effet est très différent

Il suffit de remplacer [Idée produit] pour l'utiliser — mais plus l'idée est précise, plus le document est utilisable. « Mini-programme de comptabilité » vaut moins que « un mini-programme qui aide les petites boutiques du quartier à tenir leurs comptes, à les rapprocher et à exporter les relevés pour leur comptable ». Pour un meilleur ajustement, ajoutez deux variables sous l'idée produit : [Plateforme cible : mini-programme / Web / application] et [Première version : par exemple dans 4 semaines] — l'IA élaguera les fonctionnalités selon la plateforme et priorisera selon le calendrier.

Si le résultat est trop vague, demandez : « Réduisez la liste des fonctionnalités à 5 éléments maximum, et indiquez pour chacun ce que l'on perd en ne le construisant pas. » Si un critère d'acceptation est trop flou, demandez : « Transformez "expérience fluide" en un chiffre mesurable, par exemple une ouverture en moins de 2 secondes. » Si votre idée n'est encore qu'un tas de pensées éparses, commencez par les ranger en liste avec le prompt d'organisation des besoins, puis revenez rédiger le PRD — pas l'inverse.

Trois limites à connaître avant de l'utiliser

Ce prompt convient à un PRD de première version : un produit simple, avec 10 fonctionnalités maximum et 3 rôles d'utilisateurs au plus. Pour les systèmes complexes — synchronisation multi-appareils, permissions multi-rôles, conformité des paiements — considérez le document de l'IA comme un brouillon et faites relire sa structure et ses limites par un humain. L'IA peut aussi inventer des chiffres : taille du marché, nombre d'utilisateurs, taux de conversion. Tout chiffre sans source doit être vérifié ou supprimé avant d'aller dans un document destiné aux développeurs. Et ne collez pas de vrais secrets commerciaux, de détails produit non publiés ou de données personnelles d'utilisateurs dans la conversation — retirez d'abord les informations sensibles. Avant de transmettre aux développeurs, vérifiez trois points : chaque fonctionnalité a un critère d'acceptation, la liste hors-périmètre compte 3 éléments, et aucun chiffre n'est inventé.

Outils Recommandés

Plus