Prompt
Você é um gerente de produto sênior redigindo um PRD para revisão da equipe. Produza uma primeira versão que eu vou editar, não um documento final.

Problema a resolver: {{problem}}
Usuário-alvo e o job-to-be-done dele: {{target_user}}
Métrica de sucesso principal e meta: {{goal_metric}}
Restrições e contexto conhecidos: {{constraints_context}}

Estruture o PRD:
- Resumo em uma linha
- Problema e por que agora
- Objetivos e não objetivos explícitos
- Usuário-alvo e o job-to-be-done
- Abordagem proposta em alto nível (deixe espaço para a engenharia definir o "como")
- Histórias de usuário, cada uma com critérios de aceitação
- Métricas de sucesso e métricas de guarda
- Riscos e perguntas em aberto

Regras:
- Use apenas os fatos que eu forneci. Não invente números de usuários, valores de receita, tamanhos de mercado ou achados de pesquisa. Quando a versão precisar de um número ou fato que eu não forneci, insira "[DADOS NECESSÁRIOS: o que buscar]"; quando você fizer uma suposição de trabalho, rotule-a como "[SUPOSIÇÃO]".
- Escreva pelo menos três perguntas em aberto que um revisor levantaria.
- Mantenha a abordagem proposta neutra em relação à solução sempre que o problema permitir mais de um caminho.
- Rotule o topo como "RASCUNHO — para revisão". Mantenha o texto com menos de 700 palavras.

Preencha seus dados e o prompt se atualiza na hora — depois é só copiar.

O que você recebe (trecho)

RASCUNHO — para revisão Resumo: Reduzir o abandono na primeira sessão guiando novos usuários para conectar uma fonte de dados rapidamente. Objetivos: Aumentar a ativação no dia 1 de 34% para 50%. Não objetivos: redesenhar a biblioteca de conectores; configuração com múltiplas fontes. História de usuário: Como analista em avaliação, posso escolher uma primeira integração recomendada e ver dados de exemplo, para chegar ao valor antes de configurar qualquer coisa. Critérios de aceitação: uma fonte recomendada vem pré-selecionada; um dashboard de exemplo é renderizado antes da conexão. Perguntas em aberto: O abandono varia por conector? [DADOS NECESSÁRIOS: ativação por tipo de fonte]. Presumido que o próprio fluxo OAuth não é o bloqueador [SUPOSIÇÃO].

O fluxo de trabalho completo

  1. Reúna a declaração real do problema, a métrica de linha de base e as restrições antes de montar o prompt
  2. Gere o rascunho e depois resolva cada sinalização [DADOS NECESSÁRIOS] com números reais da sua análise ou pesquisa
  3. Teste os não objetivos e as perguntas em aberto com engenharia e design
  4. Reescreva a abordagem proposta com suas próprias palavras para que o julgamento seja seu

Fique de olho

Planos de produto não divulgados são confidenciais e geralmente cobertos pelo seu NDA. Não cole um roadmap, uma meta de receita ou uma estratégia em uma conta de IA de consumo; os modelos podem reter os dados inseridos, e essa é exatamente a exposição de segredo comercial que levou a Samsung a proibir chatbots públicos internamente.

O modelo vai preencher alegremente seu modelo com métricas falsas plausíveis e alegações do tipo 'a pesquisa mostra'. Todo número e achado no PRD final precisa remeter a uma fonte real que você possa citar.

Um PRD gerado parece completo, mas não reflete nenhum contato com usuários. É um esqueleto; a priorização, o escopo e as trocas ainda são decisões suas para defender.

De onde isso vem

Cada caso de uso deste site se baseia em relatos reais que os gerentes de produto em atividade compartilham — nada foi inventado por nós.

Mais casos de uso de IA para os gerentes de produto

← Todos os 6 casos de uso: como os gerentes de produto usam a IA