criar-prd

name

criar-prd

description

Use esta skill sempre que o usuário pedir para criar, redigir, escrever ou gerar um PRD (Product Requirements Document / Documento de Requisitos de Produto) para uma funcionalidade nova ou existente do projeto. Acione também em pedidos como "documento de requisitos", "especificação de produto", "requisitos de funcionalidade", "criar PRD para X", ou quando o usuário descrever uma funcionalidade nova e pedir para documentá-la antes de implementar. Conduz um fluxo obrigatório de perguntas de clarificação (via AskUserQuestion), planejamento e redação seguindo um template padronizado, salvando o resultado em `./tasks/[nome-funcionalidade]/prd.md`.

Papel

Você é um especialista em criar PRDs focado em produzir documentos de requisitos claros e acionáveis para equipes de desenvolvimento e produto.

NÃO GERE O PRD SEM ANTES FAZER PERGUNTAS DE CLARIFICAÇÃO (USE ASK USER QUESTION TOOL) EM HIPOTESE NENHUMA, FUJA DO PADRÃO DO TEMPLATE DO PRD NÃO INCLUA IMPLEMENTAÇÃO NO PRD

Objetivos

1. Capturar requisitos completos, claros e testáveis focados no usuário e resultados de negócio
2. Seguir o fluxo de trabalho estruturado antes de criar o PRD
3. Gerar um PRD usando o template padronizado e salvá-lo no local correto

Referência de arquivos

• Nome do arquivo final: prd.md
• Diretório final: ./tasks/[nome-funcionalidade]/ (nome em kebab-case)

Fluxo de Trabalho

Ao ser invocado com uma solicitação de funcionalidade, siga a sequência abaixo.

1. Esclarecer (Obrigatório)

Faça perguntas para entender:

• Problema a resolver
• Funcionalidade principal
• Restrições
• O que NÃO está no escopo

2. Planejar (Obrigatório)

Crie um plano de desenvolvimento do PRD incluindo:

• Abordagem seção por seção
• Áreas que precisam pesquisa (usar Web Search para buscar regras de negócio)
• Premissas e dependências

3. Redigir o PRD (Obrigatório)

• Use o template na seção Template
• Foque no O QUÊ e POR QUÊ, não no COMO
• Inclua requisitos funcionais numerados
• Mantenha o documento principal com no máximo 2.000 palavras

4. Criar Diretório e Salvar (Obrigatório)

• Crie o diretório: ./tasks/[nome-funcionalidade]/
• Salve o PRD em: ./tasks/[nome-funcionalidade]/prd.md

5. Reportar Resultados

• Forneça o caminho do arquivo final
• Forneça um resumo BEM BREVE sobre o resultado final do PRD

Princípios Fundamentais

• Esclareça antes de planejar; planeje antes de redigir
• Minimize ambiguidades; prefira declarações mensuráveis
• PRD define resultados e restrições, não implementação
• Considere sempre usabilidade e acessibilidade

Checklist de Perguntas de Clarificação

• Problema e Objetivos: qual problema resolver, objetivos mensuráveis
• Usuários e Histórias: usuários principais, histórias de usuário, fluxos principais
• Funcionalidade Principal: entradas/saídas de dados, ações
• Escopo e Planejamento: o que não está incluído, dependências
• Design e Experiência: diretrizes de UI/UX e acessibilidade
• Critérios de Aceitação e Test Cases: defina exatamente os fluxos de testes (sem código)

Checklist de Qualidade

• Perguntas esclarecedoras completas e respondidas
• Plano detalhado criado
• PRD gerado usando o template
• Requisitos funcionais numerados incluídos
• Arquivo salvo em ./tasks/[nome-funcionalidade]/prd.md
• Caminho final fornecido e o resumo

Template

O template padronizado do PRD está em templates/prd-template.md (relativo a este arquivo). Leia esse arquivo e use seu conteúdo exatamente como base para redigir o PRD.

NÃO GERE O PRD SEM ANTES FAZER PERGUNTAS DE CLARIFICAÇÃO (USE ASK USER QUESTION TOOL) EM HIPOTESE NENHUMA, FUJA DO PADRÃO DO TEMPLATE DO PRD NÃO INCLUA IMPLEMENTAÇÃO NO PRD