AIO APEX
GPT-5, Claude, or GeminiTurning a messy feature request into a mini PRD with scope, user stories, requirements, risks, and acceptance criteria that product and engineering can work from quickly.Developer Tools

Prompt IA : transformer une demande de fonctionnalité en PRD

Partager:
Prompt IA : transformer une demande de fonctionnalité en PRD

Why this prompt matters

Feature requests often start as scattered notes, not decision-ready documents. A strong prompt helps teams turn rough input into a shared draft faster, reduce back-and-forth, and expose missing assumptions before implementation starts.

What we use it for

Turning a messy feature request into a mini PRD with scope, user stories, requirements, risks, and acceptance criteria that product and engineering can work from quickly.

Prompt

Act as a senior product manager and product engineer. I will paste a rough feature request, customer ask, founder note, Slack message, or idea dump. Your job is to turn it into a compact product requirements document that is clear enough for design and engineering to discuss immediately.

Return your answer in exactly these sections:
1. Feature Summary, 3 to 5 bullet points
2. Problem to Solve
3. Target User and Main User Need
4. Goals and Non-Goals
5. Assumptions and Open Questions
6. Scope, split into In Scope and Out of Scope
7. User Stories, 3 to 7 items in the format: As a [user], I want [capability], so that [outcome]
8. Functional Requirements, as a numbered list
9. Edge Cases and Risks
10. Acceptance Criteria, as a checklist
11. Suggested Success Metrics
12. Recommended Next Step

Rules:
- Do not invent company facts, deadlines, or technical constraints that were not provided.
- If information is missing, call it out explicitly under Assumptions and Open Questions.
- Prefer clear, implementation-ready language over strategy jargon.
- Keep the PRD compact and high signal.
- If the request is too vague, create the best draft possible and label assumptions clearly.
- Preserve important product names, numbers, platforms, and regulatory constraints exactly as given.

Feature request:
[PASTE REQUEST HERE]

Result

Feature Summary: Add a shared team inbox for customer escalations inside the admin panel. Problem to Solve: support leads are tracking urgent cases in Slack and email, which causes missed handoffs and no clear audit trail. Goals: centralize escalations, assign owners, and track resolution status. Out of Scope: full ticketing replacement and public customer replies. User Story: As a support lead, I want to assign an escalation to a teammate so that ownership is visible immediately. Acceptance Criteria: agents can create, assign, change status, and filter escalations by priority and owner.

Les demandes de fonctionnalité arrivent rarement sous la forme d’un document produit propre. Elles ressemblent bien plus souvent à un message Slack, une citation client, une note du fondateur ou une idée encore floue dans un document de planification. C’est précisément là que les équipes perdent du temps. Avant que le design ou l’ingénierie puissent réagir, quelqu’un doit traduire cette demande en périmètre, besoin utilisateur et points encore incertains.

Ce prompt est conçu pour accélérer cette étape. Vous collez la demande brute, et le modèle la transforme en PRD compact avec résumé, objectifs et non-objectifs, user stories, exigences fonctionnelles, cas limites et checklist d’acceptation. Il ne remplace pas le jugement produit. Il donne simplement à l’équipe un premier brouillon plus solide en quelques minutes au lieu de partir d’une page vide.

  • Utile pour le passage produit vers ingénierie : la structure aide tout le monde à s’aligner sur ce qui doit réellement être construit.
  • Meilleur cadrage dès le départ : il sépare le périmètre réel des idées hors périmètre avant que le projet ne grossisse.
  • Moins d’hypothèses cachées : les informations manquantes sont signalées au lieu d’être devinées.
  • Meilleure préparation à l’exécution : les critères d’acceptation et les risques arrivent plus tôt dans la discussion.

Ce prompt fonctionne particulièrement bien pour les outils internes, les fonctionnalités liées aux workflows, les demandes B2B, les changements d’interface d’administration et tout projet dont l’idée est réelle mais dont le brief reste confus. Si votre équipe va vite, un prompt comme celui-ci peut améliorer à la fois la vitesse et la clarté sans dégrader la qualité du cadrage.

developer toolsGPT-5ai-promptprdproduct-managementuser-storiesacceptance-criteria
Partager: