Comment rédiger un PRD pour une IA de code (avec un prompt)

Ce qu’est un PRD et en quoi il aide une IA

PRD signifie « product requirements document » (document d’exigences produit) : un court document qui décrit le produit souhaité, ce qu’il doit faire et ce qui est hors périmètre. Dans une équipe, il garantit que tout le monde comprend la même chose avant que quiconque écrive du code.

Il en va de même quand vous travaillez avec un outil de code par IA. Si vous demandez « une application de liste de tâches », elle comble chaque vide avec ses propres hypothèses. Un PRD clair réduit ces hypothèses, vous donne de quoi vérifier le résultat et sert de référence à chaque nouvelle conversation.

Les sections à inclure

• Objectif : le problème que le produit résout, en une ou deux phrases.
• Utilisateurs : qui s’en servira et dans quelle situation.
• Fonctions : ce qu’il doit faire, classé par priorité (indispensable, souhaitable, plus tard).
• Écrans ou parcours : ce que l’utilisateur voit et fait, étape par étape.
• Règles et limites : ce qui ne doit jamais arriver, par exemple qu’un utilisateur voie les données d’un autre.
• Données : quelles informations sont enregistrées et quels champs sont obligatoires.
• Critères d’acceptation : comment vous vérifierez que chaque fonction est terminée.
• Hors périmètre : ce que vous ne construirez pas dans cette version.

La section la plus utile, et la plus oubliée, est « hors périmètre ». Sans elle, les outils d’IA ont tendance à ajouter des fonctions que vous n’avez jamais demandées.

Les critères d’acceptation : la partie qui se remarque le plus

Un critère d’acceptation est une affirmation que l’on peut vérifier par oui ou par non. « Le formulaire est facile à utiliser » n’en est pas un. « Si l’adresse e-mail n’est pas valide, un message d’erreur s’affiche et le formulaire n’est pas envoyé » en est un.

• Rédigez chacun comme une situation et un résultat : « Étant donné X, quand Y, alors Z ».
• Couvrez aussi les cas d’erreur, pas seulement le cas où tout se passe bien.
• Visez au moins deux ou trois critères par fonction importante.

Un prompt pour rédiger le PRD avec une IA

Vous n’êtes pas obligé de rédiger le PRD de zéro. Exposez votre idée à une IA et laissez-la vous interroger. Relisez ensuite le résultat vous-même : l’IA propose, mais les décisions vous appartiennent.

Agis comme un product manager expérimenté dans les petits produits numériques.

Je veux rédiger un PRD pour cette idée : [décrivez votre produit en deux ou trois phrases].

Utilisateur principal : [qui il est].

Avant d’écrire quoi que ce soit, pose-moi toutes les questions nécessaires, une à la fois, jusqu’à ce que l’objectif, les fonctions principales et ce qui est hors périmètre soient clairs.

Quand tu as assez d’informations, rédige le PRD avec ces sections : objectif, utilisateurs, fonctions par priorité, écrans ou parcours, règles et limites, données, critères d’acceptation (au format « étant donné, quand, alors ») et hors périmètre.

N’invente pas d’exigences que je ne t’ai pas données. S’il manque quelque chose, indique « à décider ».

Comment utiliser le PRD avec un outil de code

Ne collez pas un long PRD en espérant que tout sorte correctement du premier coup. Servez-vous-en comme d’une carte et construisez par parties.

• Gardez le PRD sous forme de fichier dans le projet pour l’avoir toujours sous la main.
• Demandez d’abord un plan de construction par étapes et relisez-le avant que le moindre code soit généré.
• Mettez en œuvre une fonction à la fois, avec ses critères d’acceptation.
• Une fois chacune terminée, vérifiez les critères un par un.
• Si vous changez d’avis, mettez d’abord le PRD à jour, puis demandez la modification.

Voici le PRD de mon projet :

[collez ici le PRD]

Mets en œuvre uniquement cette fonction : [nom de la fonction].

Elle doit respecter ces critères d’acceptation : [liste des critères].

N’ajoute rien de ce qui figure sous « hors périmètre ». Quand tu as terminé, explique quels fichiers tu as modifiés et comment je peux vérifier chaque critère.

Les erreurs courantes dans un PRD

• Écrire des souhaits au lieu d’exigences vérifiables (« rends-le intuitif »).
• Mélanger trop d’idées : un PRD, un produit, une version.
• Omettre les priorités, si bien que l’IA traite tout comme également important.
• Oublier les données personnelles : si vous conservez des informations sur des utilisateurs, décidez de ce que vous gardez et pourquoi, et vérifiez auprès de sources officielles les règles de protection des données qui s’appliquent à vous.
• Ne pas mettre le document à jour quand le projet évolue.

Du formulaire au PRD grâce à un modèle

Le modèle PromptNow pour les PRD destinés aux IA de code vous demande, dans un formulaire, votre produit, vos utilisateurs et vos fonctions, puis produit un prompt prêt à copier avec la structure ci-dessus. Il vous évite la page blanche, mais le contenu reste le vôtre et mérite d’être relu.

Si vous ne savez pas ce qui doit figurer dans la première version, commencez par le modèle pour définir le MVP de votre application et servez-vous-en comme base du PRD.