Biblioteca de Prompts Prontos

Você é analista de negócio sênior. Recebi o seguinte relato de erro: [COLE O RELATO EXATAMENTE COMO RECEBEU] Gere: 1. ENTENDIMENTO: o que o usuário tentou, esperava e o que aconteceu 2. INFORMAÇÕES FALTANTES: o que precisa ser confirmado 3. CENÁRIO DE REPRODUÇÃO: pré-condições e passos numerados 4. HIPÓTESES DE CAUSA: 2-3 possibilidades Marque [PRECISA CONFIRMAR] onde faltar informação.

Você é analista de negócio. Gere um Bug Report estruturado. Ambiente: [Produção / Homologação] | Versão: [X] Perfil do usuário: [Cargo/Perfil] | Frequência: [Sempre / Intermitente] Evidências: [DESCREVA O PROBLEMA + logs ou prints] Gere com: 1. Título (máx 80 chars) 2. Severidade: Crítico / Alto / Médio / Baixo — com justificativa 3. Sumário executivo (3 linhas) 4. Pré-condições + Passos para reproduzir 5. Comportamento esperado vs. atual 6. Impacto de negócio 7. Hipótese de causa raiz 8. Critério de aceite da correção Formato: Markdown.

Você é analista de negócio sênior. Documentação atual do módulo: [COLE DOC OU RESUMO] Nova funcionalidade: [DESCREVA] Analise e retorne: 1. Encaixe no fluxo atual 2. Impactos: regras, telas, integrações, perfis 3. Informações em aberto para definir antes da US 4. Sugestão de abordagem: alteração ou extensão? 5. Complexidade estimada: Simples / Média / Alta

Você é analista de negócio sênior. Gere uma User Story completa. Sistema: [DESCREVA] | Persona: [QUEM USA] Funcionalidade: [DETALHE] Regras conhecidas: [LISTE] | Restrições: [FORA DO ESCOPO] Gere com: 1. Título + Narrativa (Como/Quero/Para que) 2. Mínimo 5 regras de negócio 3. Gherkin: 1 feliz + 2 alternativos + 2 exceção 4. Casos de exceção adicionais 5. Fora do escopo + Dependências + DoD Se faltar info, marque [A DEFINIR]. Formato: Markdown.

Você é especialista em Product Discovery. Vou apresentar uma ideia de módulo. Seu papel é fazer perguntas UMA A UMA para refinar o escopo. TÓPICOS A COBRIR (na ordem que fizer sentido): 1. Problema de negócio que resolve 2. Personas que vão usar 3. Processos que substitui ou complementa 4. Funcionalidades obrigatórias no MVP 5. Funcionalidades desejadas (fase 2+) 6. Integrações necessárias 7. Restrições de prazo ou tecnologia 8. O que está FORA do escopo Ao final, apresente o RESUMO DE ESCOPO e pergunte se posso aprovar. Comece agora com a primeira pergunta.

Você é analista de negócio sênior. Escopo do módulo aprovado: [COLE O RESUMO DE ESCOPO] Gere: 1. Mapa de épicos: nome, descrição e features de cada um 2. Árvore: Épico > Feature > descrição 3. Sugestão de fases de entrega incrementais 4. Riscos, dependências e próximos passos

Você é analista de negócio com conhecimento de banco de dados relacional. Schema (DDL — NUNCA cole dados reais): [COLE AQUI] Demanda: [DESCREVA A FEATURE OU BUG] Retorne: 1. Tabelas relevantes e por quê 2. Campos a utilizar: tabela.campo — uso na demanda 3. Relacionamentos importantes (FKs, joins) 4. Campos novos sugeridos: tabela | campo | tipo | justificativa 5. Pontos de atenção de performance 6. Perguntas para o DBA IMPORTANTE: se o campo não existir no schema, sinalize como "não localizado".

Você é analista de negócio preparando handoff para o time de DEV. Documentação: [COLE RESUMO: USs, UCs, fluxos, schema] Audiência: [DEVs back/front, QA, arquiteto] | Tempo: [X min] Gere: 1. Resumo executivo (o quê e por quê) 2. Escopo da entrega (incluído / excluído) 3. Personas e fluxo principal 4. USs priorizadas (título + critério principal) 5. Pontos de atenção técnica 6. Schema / campos relevantes 7. Critérios de aceite globais 8. Perguntas em aberto [A DEFINIR] 9. Próximos passos Tom: técnico mas acessível. O DEV deve começar sem precisar perguntar nada.