Prompt de IA: transforme um pedido de funcionalidade em 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.
Pedidos de funcionalidade quase nunca chegam como um documento de produto bem organizado. Na prática, eles aparecem como uma mensagem no Slack, uma fala de cliente, uma nota do fundador ou uma ideia incompleta em um documento de planejamento. É exatamente aí que as equipes perdem tempo. Antes que design ou engenharia possam agir, alguém precisa transformar o pedido em escopo, necessidade do usuário e pontos ainda indefinidos.
Este prompt foi criado para acelerar essa etapa. Você cola o pedido bruto e o modelo o transforma em um PRD compacto com resumo, objetivos e não objetivos, histórias de usuário, requisitos funcionais, casos de borda e uma checklist de aceitação útil. Ele não substitui o julgamento de produto. Ele dá à equipe um rascunho inicial melhor em minutos, em vez de começar do zero.
- Útil para o handoff entre produto e engenharia: a estrutura ajuda todos a se alinharem sobre o que realmente será construído.
- Escopo melhor definido desde cedo: separa o que está dentro do escopo do que deve ficar fora antes que o projeto cresça demais.
- Menos suposições escondidas: as informações ausentes são destacadas em vez de serem chutadas.
- Maior prontidão para execução: critérios de aceitação e riscos aparecem mais cedo na conversa.
Funciona especialmente bem para ferramentas internas, funcionalidades de fluxo de trabalho, pedidos B2B, mudanças em painéis administrativos e qualquer projeto em que a ideia seja real, mas o briefing ainda esteja bagunçado. Se sua equipe se move rápido, um prompt assim pode melhorar velocidade e clareza sem reduzir a qualidade do planejamento.