O Skill por trás deste guia: Elena - Skill de AI para analistas de negócios. Carrega no Claude, em um único upload, a ordem das perguntas e a disciplina de critérios de aceitação descritas abaixo - $29, um pagamento, sem assinatura.
Veja o Skill da Elena →Para usar o Claude como analista de negócios, forneça a solicitação citada exatamente, o processo atual passo a passo e a falha específica que você está tentando corrigir - nessa ordem - antes de pedir um único requisito. Por conta própria, Claude documenta a solução proposta pelo stakeholder em vez do problema subjacente e preenche as lacunas do seu mapa de processos com etapas plausíveis que inventou. Abaixo estão a ordem das informações, cinco prompts que produzem resultados verificáveis e os modos de falha que vale a pena reler em cada rascunho.
O que você fornece ao Claude e em que ordem?
A ordem importa porque Claude se ancora no que lê primeiro. Comece com uma solução proposta e todas as respostas posteriores se ajustarão a ela. Forneça as informações nesta sequência:
- A solicitação, citada exatamente. Cole o que o stakeholder realmente disse ou escreveu, não a sua versão revisada. "Vendas precisa de um dashboard" e "Vendas não consegue identificar quais negócios estão parados" produzem documentos completamente diferentes, e a segunda frase geralmente é o que queriam dizer.
- Quem é afetado e quem aprova. Cargos e quais deles têm poder de veto. Caso contrário, Claude escreverá para um "usuário" genérico e você obterá requisitos pelos quais ninguém é responsável.
- O processo atual, passo a passo. Cada etapa recebe um responsável, um sistema, um gatilho e uma saída. Inclua as soluções manuais alternativas - a planilha que uma pessoa mantém, a mensagem no Slack que funciona como aprovação. Geralmente é aí que o requisito real está escondido.
- A falha específica. Não diga apenas "é ineficiente". O que falha, com que frequência e quanto isso custa: "três de aproximadamente quarenta faturas por mês são lançadas duas vezes, e o financeiro gasta cerca de um dia por mês para revertê-las." Se você não tiver o número, escreva que não tem - isso é uma tarefa de pesquisa, não algo que você deve deixar o Claude preencher.
- As restrições. Prazo, orçamento, sistemas que não podem ser alterados, regras de conformidade, a integração que levou nove meses da última vez.
- O que já existe. Documentos atuais, exportações de tickets, capturas de tela das telas existentes. Claude lê texto colado e arquivos anexados. Ele não lê seu Jira.
Só então peça o resultado e peça um artefato por vez: mapa do estado atual, depois lista de lacunas, depois histórias. Peça um BRD completo de uma vez e você receberá um documento em que cada seção está aproximadamente 60% certa e não conseguirá dizer quais 40% estão errados.
O que o Claude faz errado no trabalho de análise de negócios?
Ele documenta a solução, não o problema. Peça requisitos para "um novo painel de aprovações" e você obterá requisitos para o painel. Ele não perguntará se a etapa de aprovação deveria existir. Você precisa forçar essa separação explicitamente; ele nunca a faz espontaneamente.
Ele preenche lacunas com etapas de processo inventadas. Diga a ele "depois vai para o financeiro", e ele retorna três subetapas financeiras plausíveis, escritas exatamente no mesmo tom confiante das etapas que você realmente forneceu. Nada na saída marca a diferença. Esse é o erro mais caro da lista, porque etapas inventadas são revisadas, aprovadas com um aceno e implementadas.
Critérios de aceitação que repetem a história. Sem edição, ele escreve "Como gerente, quero exportar o relatório para poder compartilhá-lo. Critérios de aceitação: o gerente pode exportar o relatório." Isso não é testável, e a equipe de QA o devolverá imediatamente.
Requisitos não funcionais escritos como adjetivos. "O sistema deve ser rápido, escalável e fácil de usar" aparece em quase todos os primeiros rascunhos. Nenhum número, nenhum método de medição, nada contra o qual alguém possa aprovar formalmente.
Mais uma questão sobre conversas longas: até a vigésima mensagem, ele reincluiu silenciosamente o escopo que você eliminou na sexta mensagem. Reafirme o escopo acordado a cada poucas interações e confira o documento em relação a ele.
Quais prompts realmente funcionam?
1. Separe o problema da solução proposta.
Aqui está uma solicitação, citada exatamente: <paste>. Ainda não escreva os requisitos. Separe o que foi solicitado (uma solução proposta) do problema que isso implica. Em seguida, liste as cinco perguntas cujas respostas mais mudariam o que vamos construir. Marque cada linha que você inferiu em vez de ter lido com [INFERRED].
2. Mapeie o estado atual sem deixar que ele invente.
Abaixo estão as etapas do processo que conheço. Reapresente-as como um fluxo numerado, com ator, sistema, gatilho e saída para cada etapa. Quando eu não tiver fornecido uma etapa, escreva [UNKNOWN - confirm with owner] em vez de preenchê-la. Não adicione etapas.
3. Force os critérios de aceitação a serem testáveis.
Para cada critério de aceitação, escreva o teste exato que um engenheiro de QA executaria: estado inicial, ação, resultado observável. Se não conseguir escrever o teste, o critério está vago demais - reescreva-o até conseguir.
4. Coloque números nos requisitos não funcionais.
Reescreva cada requisito não funcional para que contenha um número e uma forma de medi-lo. Remova da lista qualquer requisito que você não consiga quantificar e coloque-o em uma seção separada intitulada "Precisa de uma meta do negócio".
5. Detecte desvios de escopo.
Escopo acordado: <list>. Leia o documento acima e liste todos os requisitos contidos nele que não estejam contemplados nessa lista.
O prompt 2 é o que mais economiza retrabalho. O prompt 3 é o que as pessoas pulam e depois lamentam.
Elena mantém a ordem das entradas e as regras de marcação [INFERRED] / [UNKNOWN] acima como instruções permanentes, para que você não precise redigitá-las em todas as conversas.
Ver Elena - Skill de AI para analistas de negócios →Como instalar?
A Skill é um ZIP com um arquivo SKILL.md na raiz. No aplicativo para desktop do Claude, acesse Personalizar → Skills → +, envie o ZIP e ative a Skill. Claude lê o SKILL.md e mostra um resumo do que a Skill faz antes de você ativá-la.
Uma coisa a verificar primeiro: a execução de código precisa estar ativada em Configurações → Recursos. As Skills funcionam em todos os planos, incluindo o Gratuito. Sem a execução de código, a Skill não será executada.
Em um plano gratuito do Claude, ou no ChatGPT ou Gemini, a alternativa é abrir o SKILL.md em qualquer editor de texto e colar o conteúdo nas instruções personalizadas. Você perde o botão de ativar/desativar; o comportamento é o mesmo. Requisitos do plano verificados em setembro de 2026 com base no artigo de ajuda sobre Skills da Anthropic - eles alteram os requisitos de planos com bastante frequência, então confirme o requisito atual no aplicativo Claude antes de comprar.
Quando você não deve usar Claude para isso?
Ele não pode conduzir uma entrevista com stakeholders e não tem acesso ao seu Jira, ao seu modelo de dados, aos limites reais de campos do seu CRM ou à velocidade da sua equipe. Qualquer coisa que diga sobre o que um stakeholder quer é um palpite apresentado como descoberta. Se você ainda não sabe como o processo atual funciona, Claude não pode descobrir isso por você - ele vai entregar um mapa confiante de um processo que nunca viu.
Em trabalhos regulamentados, nos quais cada requisito precisa ser rastreável até uma fonte aprovada, a velocidade de redação se torna um risco, a menos que você mantenha a própria proveniência. E, em um problema de domínio genuinamente novo, sem equivalente próximo no material de treinamento, ele recorre a padrões genéricos e você recebe outro template.
Onde ele faz valer o investimento: no segundo e terceiro rascunhos, na expansão de um escopo acordado para histórias, na análise de lacunas entre dois mapas de processo e na identificação do requisito que ninguém registrou.
Para quem é?
Analistas de negócios que querem um segundo rascunho mais rápido, product owners escrevendo histórias, fundadores especificando uma implementação para um desenvolvedor contratado e líderes de operações redesenhando um processo que já conhecem. A coleção Business, Consulting & Operations reúne 101 Skills que abrangem essas funções relacionadas, e o guia de analista de dados continua de onde os números começam.
A mesma disciplina, mas os mapas de processos e os critérios de aceitação são escritos nos termos do Salesforce - objetos, tipos de registro, regras de validação, modelo de compartilhamento.
Veja Owen - Skill de AI para analistas de negócios do Salesforce →Em resumo
Forneça ao Claude a solicitação exatamente como foi feita, o processo atual e a falha específica, nessa ordem - depois faça com que ele marque tudo o que inferiu. Requisitos gerais e trabalho de processos: Elena - Skill de AI para analistas de negócios ($29). Análise específica do Salesforce: Owen - Skill de AI para analistas de negócios do Salesforce ($29). Ambos são uploads de ZIP, sem programação, com garantia de reembolso em até 30 dias.
Elena - Skill de AI para analistas de negócios
Envie um único ZIP, e o Claude analisa a solicitação antes de documentá-la - marca suas próprias inferências, se recusa a inventar etapas do processo e redige critérios de aceitação que a equipe de QA pode executar. Um pagamento, sem assinatura.
KissMySkills é um marketplace com mais de 1.700 Skills de AI, 48 pacotes de prompts, 55 agentes e ferramentas gratuitas para Claude, ChatGPT e qualquer chat de AI. Garantia de reembolso em até 30 dias.
