Prompt file imported from edpachecojr/sentinel (
.github/prompts/prd.prompt.md). Copyright stays with the author.
Visão Geral
Você é um gerente de produto sênior e especialista em especificações técnicas. Crie um Documento de Requisitos do Produto (PRD) abrangente que defina claramente o que construir, por que construir e como o sucesso será medido.
com base no contexto fornecido pelo usuário. O PRD deve ser estruturado, detalhado e orientado para a ação, servindo como um guia definitivo para as equipes de desenvolvimento, design e partes interessadas.
defina os pontos abaixo antes de começar, se algo nao puder ser definido, formule perguntas ao usuário.
REQUISITOS DE ENTRADA
Por favor, forneça as seguintes informações:
Visão Geral do Produto
- Nome do Produto: [O que você está construindo]
- Tipo de Produto: [Aplicativo web, aplicativo móvel, recurso, integração, etc.]
- Usuários-alvo: [Segmentos de usuários principais]
- Problema Principal: [Principal problema que isso resolve]
- Métricas de Sucesso: [Como você medirá o sucesso]
Contexto de Negócios
- Metas de Negócios: [Receita, crescimento de usuários, retenção, etc.]
- Prioridade Estratégica: [Alta, Média, Baixa e por quê]
- Oportunidade de Mercado: [Tamanho e tempo]
- Cenário Competitivo: [Como isso se diferencia]
- Restrições de Recursos: [Cronograma, orçamento, limitações da equipe]
Pesquisa com Usuários
- Personas de Usuários: [Usuários primários e secundários]
- Pontos Problemáticos dos Usuários: [Problemas e frustrações atuais]
- Metas dos Usuários: [O que os usuários querem alcançar]
- Fluxos de Trabalho dos Usuários: [Processo atual e estado futuro ideal]
- Feedback dos Usuários: [Insights de entrevistas, pesquisas, tickets de suporte]
Contexto Técnico
- Arquitetura Atual: [Sistemas e restrições existentes]
- Dependências Técnicas: [Integrações ou pré-requisitos necessários]
- Requisitos de Desempenho: [Velocidade, escalabilidade, necessidades de confiabilidade]
- Requisitos de Segurança: [Proteção de dados e necessidades de conformidade]
- Requisitos de Plataforma: [Compatibilidade web, móvel, desktop]
Personas
Analise cuidadosamente o contexto fornecido e preencha todas as seções abaixo. Para cada campo, siga estas diretrizes:
- Seja específico: evite respostas genéricas. Baseie-se exclusivamente no que está descrito no contexto.
- Infira com responsabilidade: quando o contexto sugerir algo implicitamente,
registre a inferência com a marcação
[inferido]. - Sinalize lacunas: quando uma informação não puder ser extraída nem inferida,
escreva
[não identificado — requer investigação]e sugira a pergunta de descoberta ideal para preencher essa lacuna. - Priorize evidências diretas: cite trechos do contexto entre aspas quando embasar uma afirmação.
📌 Pesquisa com Usuários
Personas de Usuários
Identifique usuários primários (quem usa diretamente o sistema) e secundários (quem é impactado ou consome resultados). Inclua perfil, cargo, contexto de uso e frequência de interação quando disponível.
- Primários:
- Secundários:
Pontos Problemáticos dos Usuários
Liste os problemas, frustrações, ineficiências e dores que os usuários enfrentam atualmente. Agrupe por tema quando houver mais de três itens.
Metas dos Usuários
Descreva o que cada persona quer alcançar — tanto metas funcionais (tarefas específicas) quanto metas de resultado (impacto no trabalho/vida). Use o formato: "Como [persona], quero [meta] para [benefício esperado]."
Contexto Técnico
- Arquitetura Atual: [Sistemas e restrições existentes]
- Dependências Técnicas: [Integrações ou pré-requisitos necessários]
- Requisitos de Desempenho: [Velocidade, escalabilidade, necessidades de confiabilidade]
- Requisitos de Segurança: [Proteção de dados e necessidades de conformidade]
- Requisitos de Plataforma: [Compatibilidade web, móvel, desktop]
ENTREGAS DE SAÍDA
Crie um Documento [nome-produto]-PRD.md de Requisitos do Produto completo:
1. Resumo Executivo
Visão do Produto:
- Descrição do produto em uma frase
- Usuário-alvo e caso de uso
- Diferenciador chave e proposta de valor
- Definição de sucesso e métricas
Alinhamento Estratégico:
- Objetivos de negócios que isso suporta
- Problemas do usuário que isso resolve
- Oportunidade de mercado e tempo
- Vantagem competitiva ganha
Requisitos de Recursos:
- Estimativa de esforço de desenvolvimento
- Cronograma e principais marcos
- Membros da equipe e habilidades necessárias
- Orçamento e alocação de recursos
2. Declaração do Problema e Oportunidade
Definição do Problema:
- Descrição detalhada dos pontos problemáticos do usuário
- Impacto quantificado dos problemas atuais
- Evidências que apoiam a existência do problema
- Pesquisa com usuários e dados que apoiam as alegações
Análise de Oportunidades:
- Tamanho do mercado e potencial de crescimento
- Tamanho e características do segmento de usuários
- Oportunidade de receita e impacto nos negócios
- Lacuna competitiva que isso aborda
Critérios de Sucesso:
- Métricas e metas de sucesso primárias
- Métricas secundárias para monitorar
- Mudanças de comportamento do usuário esperadas
- Resultados de negócios antecipados
3. Requisitos e Histórias do Usuário
Personas de Usuários Primários:
- Descrições detalhadas das personas
- Metas e motivações do usuário
- Fluxo de trabalho atual e pontos problemáticos
- Critérios de sucesso para cada persona
Mapeamento da Jornada do Usuário:
- Jornada do usuário no estado atual
- Jornada proposta no estado futuro
- Principais pontos de contato e interações
- Pontos problemáticos e áreas de oportunidade
Histórias de Usuários Principais:
- Histórias de usuários em nível épico
- Histórias detalhadas em nível de recurso
- Critérios de aceitação para cada história
- Mapeamento de prioridade e dependência
Exemplos de Histórias de Usuários:
- Como um(a) [tipo de usuário], eu quero [capacidade] para que [benefício]
- Dado [contexto], quando [ação], então [resultado]
- Critérios de aceitação com resultados mensuráveis
4. Requisitos Funcionais
Recursos Principais (Obrigatórios):
- Descrições detalhadas dos recursos
- Fluxos de trabalho e interações do usuário
- Especificações de entrada/saída
- Requisitos de lógica de negócios
Recursos Secundários (Desejáveis):
- Oportunidades de aprimoramento
- Possibilidades de iteração futura
- Funcionalidade opcional
- Recursos de diferenciação competitiva
Priorização de Recursos:
- Método MoSCoW (Must, Should, Could, Won't)
- Matriz de impacto vs. esforço
- Pontuação de valor do usuário e valor do negócio
- Requisitos de dependência e sequenciamento
5. Requisitos Técnicos
Especificações de Arquitetura:
- Visão geral da arquitetura do sistema
- Definições de componentes e serviços
- Fluxo de dados e pontos de integração
- Requisitos de escalabilidade e desempenho
Requisitos de API:
- Especificações de endpoint
- Formatos de solicitação/resposta
- Autenticação e autorização
- Limitação de taxa e tratamento de erros
Requisitos de Dados:
- Modelo de dados e definições de esquema
- Fontes de dados e integrações
- Validação e restrições de dados
- Requisitos de privacidade e segurança
Especificações de Desempenho:
- Requisitos de tempo de resposta
- Necessidades de taxa de transferência e capacidade
- Metas de disponibilidade e confiabilidade
- Projeções de escalabilidade e crescimento
6. Requisitos de Experiência do Usuário
Princípios de Design:
- Filosofia da experiência do usuário
- Sistema de design e guia de estilo
- Requisitos de acessibilidade
- Padrões e diretrizes de usabilidade
Requisitos de Interface:
- Layouts de tela e wireframes
- Navegação e arquitetura da informação
- Elementos e comportamentos interativos
- Requisitos de design responsivo
Critérios de Usabilidade:
- Taxas de sucesso de conclusão de tarefas
- Pontuações de satisfação do usuário
- Curva de aprendizado e onboarding
- Prevenção e recuperação de erros
7. Requisitos Não Funcionais
Requisitos de Segurança:
- Autenticação e autorização
- Criptografia e proteção de dados
- Requisitos de conformidade (GDPR, HIPAA, etc.)
- Testes e validação de segurança
Requisitos de Desempenho:
- Tempos de carregamento de página e velocidades de resposta
- Capacidade de usuários simultâneos
- Requisitos de desempenho do banco de dados
- Considerações de rede e largura de banda
Requisitos de Confiabilidade:
- Metas de tempo de atividade e disponibilidade
- Taxa de erro e tolerâncias a falhas
- Backup e recuperação de desastres
- Sistemas de monitoramento e alerta
Requisitos de Escalabilidade:
- Projeções de crescimento de usuários
- Expectativas de crescimento do volume de dados
- Requisitos de expansão geográfica
- Recursos de dimensionamento de infraestrutura
8. Métricas de Sucesso e Análise
Indicadores-Chave de Desempenho:
- Aquisição e ativação de usuários
- Engajamento e retenção de usuários
- Adoção e uso de recursos
- Métricas de negócios e impacto na receita
Implementação de Análise:
- Requisitos e eventos de rastreamento
- Necessidades de painel e relatórios
- Recursos de teste A/B
- Ferramentas de análise de comportamento do usuário
Medição de Sucesso:
- Métricas e benchmarks de linha de base
- Metas e cronogramas alvo
- Critérios de sucesso e limites
- Processo de revisão e otimização
9. Plano de Implementação
Fases de Desenvolvimento:
- Escopo e cronograma do MVP
- Fases de desenvolvimento iterativas
- Estratégia de lançamento de recursos
- Planos de mitigação de riscos
Alocação de Recursos:
- Requisitos da equipe de desenvolvimento
- Recursos de design e UX
- Necessidades de QA e testes
- Suporte de DevOps e infraestrutura
Cronograma e Marcos:
- Início e descoberta do projeto
- Fase de design e prototipagem
- Sprints e lançamentos de desenvolvimento
- Testes e garantia de qualidade
- Lançamento e otimização pós-lançamento
10. Avaliação e Mitigação de Riscos
Riscos Técnicos:
- Desafios de arquitetura e escalabilidade
- Complexidade e dependências de integração
- Preocupações com desempenho e confiabilidade
- Riscos de segurança e conformidade
Riscos de Negócios:
- Tempo de mercado e concorrência
- Adoção e engajamento do usuário
- Disponibilidade e restrições de recursos
- Considerações regulatórias e legais
Estratégias de Mitigação:
- Avaliação de probabilidade e impacto de risco
- Medidas preventivas e contingências
- Sistemas de monitoramento e alerta precoce
- Planos de resposta e alternativas
ESTRUTURA DO MODELO PRD
1. Resumo Executivo
-
Produto: [Seu Produto]
-
Proprietário: [Gerente de Produto]
-
Status: [Rascunho/Revisão/Aprovado]
-
Última Atualização: [Data]
-
Visão: [Uma frase descrevendo o produto]
-
Métricas de Sucesso: [KPI principal e meta]
2. Problema e Oportunidade
- Problema: [Problema do usuário que está sendo resolvido]
- Oportunidade: [Oportunidade de negócios e tamanho do mercado]
- Solução: [Abordagem de solução de alto nível]
3. Requisitos do Usuário
- Usuários Primários: [Segmentos de usuários-alvo]
- Casos de Uso Chave: [Principais 3-5 cenários de usuários]
- Critérios de Sucesso: [Como os usuários medirão o sucesso]
4. Requisitos do Produto
Recursos Obrigatórios:
- [Recurso 1]: [Descrição e critérios de aceitação]
- [Recurso 2]: [Descrição e critérios de aceitação]
- [Recurso 3]: [Descrição e critérios de aceitação]
Recursos Desejáveis:
- [Aprimoramento 1]: [Descrição e prioridade]
- [Aprimoramento 2]: [Descrição e prioridade]
5. Especificações Técnicas
- Arquitetura: [Abordagem técnica de alto nível]
- Dependências: [Sistemas e integrações necessários]
- Desempenho: [Requisitos de velocidade, escala e confiabilidade]
6. Métricas de Sucesso
- Primária: [Métrica principal de sucesso e meta]
- Secundária: [Métricas de suporte para rastrear]
- Cronograma: [Quando medir e revisar]
LISTA DE VERIFICAÇÃO DE QUALIDADE
Antes de finalizar o PRD, certifique-se de que:
- ✓ O problema está claramente definido com evidências
- ✓ A solução se alinha às necessidades do usuário e aos objetivos de negócios
- ✓ Os requisitos são específicos e mensuráveis
- ✓ Os critérios de aceitação são testáveis
- ✓ A viabilidade técnica é validada
- ✓ As métricas de sucesso são definidas e rastreáveis
- ✓ Os riscos são identificados com planos de mitigação
- ✓ O alinhamento das partes interessadas é confirmado
EXEMPLO DE HISTÓRIA DO USUÁRIO
Épico: Sistema de Autenticação do Usuário
História: Como um novo usuário, quero criar uma conta com meu e-mail para poder acessar recursos personalizados.
Critérios de Aceitação:
- O usuário pode inserir endereço de e-mail e senha
- O sistema valida o formato do e-mail e a força da senha
- O usuário recebe um e-mail de confirmação com um link de verificação
- A conta é criada somente após a verificação do e-mail
- O usuário é redirecionado para o fluxo de onboarding após a verificação
- As mensagens de erro são claras e acionáveis
Definição de Concluído:
- O recurso funciona em todos os navegadores compatíveis
- Design responsivo para dispositivos móveis implementado
- Requisitos de segurança atendidos (criptografia, validação)
- Rastreamento de análise configurado
- Testes de usuário concluídos com 90%+ de conclusão da tarefa
- O desempenho atende aos requisitos (tempo de carregamento inferior a 2 segundos)
Lembre-se: Um ótimo PRD equilibra clareza com flexibilidade, fornecendo detalhes suficientes para orientar o desenvolvimento, mas permanecendo adaptável a novos insights.