Guia de Prompt
Como pedir ao Claude para escrever um procedimento operacional padrão
Um bom POP permite que alguém que nunca fez a tarefa a faça corretamente na primeira tentativa.
O Claude da Anthropic é bom em transformar um processo que você já sabe fazer em um procedimento operacional padrão que alguém sem experiência possa realmente seguir: etapas numeradas, pontos de parada claros e os casos excepcionais que fazem as pessoas tropeçarem. Ele não é bom em conhecer as partes do seu processo que existem apenas na sua cabeça, as exceções que você nunca escreveu, ou as ferramentas e nomes específicos que sua equipe realmente usa, a menos que você forneça esses detalhes. A solução é guiar o Claude pelo processo real da forma como você explicaria a um novo funcionário parado ao seu lado, não a versão limpa que você descreveria se alguém perguntasse o que você faz em uma frase.
Para pedir ao Claude que escreva um procedimento operacional padrão, descreva o processo passo a passo da forma como você realmente o faz, incluindo as ferramentas, sistemas e nomes exatos envolvidos, e peça ao Claude para formatá-lo como etapas numeradas com um ponto de início e fim claros. Aponte quaisquer exceções, erros comuns ou pontos de decisão em que a próxima etapa dependa de uma condição, e peça ao Claude para sinalizar qualquer etapa em que ele teve que adivinhar um detalhe porque você não especificou. Leia o rascunho comparando com o processo real uma vez, idealmente enquanto realiza a tarefa, antes de tratá-lo como final.
Publicado em
Aula grátis · sem precisar de contaConheça o ClaudePor Que o Claude?6 minComeçar a aula grátisPrincipais pontos
- Descreva o processo como você realmente o faz, não a versão resumida e limpa. As etapas que você pula porque são automáticas para você são exatamente as etapas que um novo funcionário precisa ter por escrito.
- Dê ao Claude os nomes reais: a ferramenta específica, o campo exato, o sistema em que se faz login. Uma etapa que diz "atualize o sistema" é inútil para alguém que ainda não sabe qual sistema.
- Aponte os pontos de decisão explicitamente. Um processo com uma bifurcação, "se a solicitação for inferior a R$ 500, faça X; se não, faça Y", precisa dessa bifurcação declarada, não apenas implícita por um contexto que só você possui.
- Peça um ponto de início e fim claros. Um POP que não diz quando a tarefa começa e quando ela realmente termina deixa o leitor adivinhando se ele terminou.
- Percorra o rascunho enquanto realiza a tarefa uma vez antes de publicá-lo. Um POP que parece bom na tela, mas pula uma etapa, só se torna óbvio quando alguém realmente tenta segui-lo em ordem.
- Separe o caminho normal das exceções. Enterrar um caso excepcional no meio das etapas principais torna o caso comum mais difícil de seguir nos noventa por cento do tempo em que a exceção não se aplica.
Copie e cole
Prompts para usar hoje mesmo
Um primeiro rascunho a partir de uma explicação do processo
Vou descrever como faço [tarefa] passo a passo, incluindo as ferramentas e sistemas exatos envolvidos. [Percorra o processo com o máximo de detalhes possível, incluindo nomes de ferramentas, nomes de campos e tudo o que você verifica no caminho]. Transforme isso em um POP numerado com um ponto de início claro e um ponto claro onde a tarefa está concluída. Sinalize qualquer etapa em que você teve que adivinhar um detalhe porque eu não especifiquei.
Descreva o processo da forma como você realmente o faz, incluindo as pequenas verificações habituais que você normalmente não menciona em voz alta; essas costumam ser as etapas que faltam a um novo funcionário.
Adicionando um ponto de decisão do qual as etapas dependem
Aqui está meu rascunho de POP: [cole seu rascunho]. A etapa 4 na verdade se divide dependendo de uma condição: se [condição], a próxima etapa é [X]; caso contrário, é [Y]. Reescreva a etapa 4 para declarar essa bifurcação claramente, para que quem segue o POP saiba qual caminho se aplica a ele antes de continuar.
Faça isso para cada bifurcação no processo real; um POP que esconde um ponto de decisão dentro de uma única etapa é o motivo mais comum pelo qual alguém segue o caminho errado.
Separando o caso normal das exceções
Aqui está meu rascunho de POP para [tarefa]: [cole seu rascunho]. Retire qualquer coisa que se aplique apenas em situações inusuais, como [descreva a exceção], para uma seção separada de "Exceções" no final, para que as etapas numeradas principais descrevam apenas o caso normal. Mantenha uma breve referência nas etapas principais indicando onde verificar se o caso atual não se encaixa no padrão normal.
Isso mantém o caminho comum fácil de seguir, em vez de forçar todo leitor a navegar por casos excepcionais que se aplicam a uma pequena fração dos casos.
Testando o POP em busca de uma lacuna
Leia este rascunho de POP como se você nunca tivesse feito essa tarefa e estivesse seguindo-o por primeira vez: [cole seu rascunho]. Em cada etapa, me diga qualquer coisa que você precisaria saber que não está declarada, qualquer termo que não esteja definido, ou qualquer ponto em que você ficaria inseguro se fez a etapa corretamente antes de passar para a próxima.
Isso traz à superfície as lacunas que são invisíveis para você porque você já conhece o processo; uma leitura nova capta o que a familiaridade esconde.
Adaptando um POP depois que o processo mudou
Aqui está nosso POP existente para [tarefa]: [cole o POP atual]. O processo mudou: [descreva o que é diferente agora]. Atualize o POP para refletir o novo processo, e indique exatamente quais etapas mudaram para que a equipe possa ver o que é diferente da versão que já conhece.
Indicar o que mudou, em vez de substituir silenciosamente as etapas antigas, ajuda as pessoas que memorizaram a versão anterior a notar o que realmente é diferente.
A Estrutura
O que um POP seguível realmente precisa
Estas são as partes que permitem que alguém sem familiaridade com uma tarefa a conclua corretamente na primeira tentativa.
Um ponto de início e fim claros
Declare exatamente quando a tarefa começa e como ela se parece quando está realmente concluída. Um POP sem um ponto final definido deixa o leitor adivinhando se terminou ou perdeu uma etapa.
Nomes reais para ferramentas reais
Use os nomes reais de sistema, campo e ferramenta da sua equipe, não uma descrição genérica. "Abra a solicitação" só é útil se o leitor já souber onde as solicitações vivem; nomeie o sistema.
Pontos de decisão declarados explicitamente
Se o processo se divide com base em uma condição, diga isso diretamente na etapa, em vez de deixá-lo implícito. Uma bifurcação escondida é o motivo mais comum pelo qual alguém segue o caminho errado.
Exceções separadas das etapas principais
Mantenha o caminho normal curto e limpo, e mova os casos excepcionais para sua própria seção. Um POP que enterra exceções nas etapas principais torna o caso comum mais difícil de seguir.
As Etapas Que Você Pula
Por que o processo que você descreveria em uma frase não é o processo para dar ao Claude
Se alguém perguntasse o que você faz para essa tarefa, você provavelmente resumiria em uma ou duas frases: "eu verifico a solicitação, confirmo a conta e processo o reembolso." Esse resumo é preciso, e também está faltando quase tudo o que um novo funcionário realmente precisaria, porque as pequenas verificações que você faz automaticamente, o campo específico que você olha, a coisa que você sempre confirma antes de continuar, se tornaram invisíveis para você pela repetição. Elas não são invisíveis para alguém que está fazendo a tarefa pela primeira vez.
Essa é a lacuna que faz um primeiro rascunho de POP parecer superficial mesmo quando está tecnicamente correto. O Claude só pode escrever o que você diz a ele, e se você descrever a versão resumida e limpa do processo, você recebe de volta um resumo limpo formatado como etapas numeradas, não um procedimento real que alguém sem familiaridade com o trabalho poderia seguir. A solução é narrar o processo da forma como você guiaria um novo funcionário parado ao seu lado, incluindo as partes que parecem óbvias demais para mencionar.
Um truque útil para trazer à superfície essas etapas invisíveis é realmente fazer a tarefa uma vez narrando-a em voz alta, ou o mais próximo disso que você conseguir chegar em um prompt, em vez de resumi-la de memória depois. As verificações habituais tendem a surgir naturalmente quando você percorre o processo em tempo real; tendem a desaparecer quando você as recorda depois, porque a memória guarda o resumo e descarta os pequenos movimentos que tornaram o resumo verdadeiro.
Erros Comuns
O que faz um POP falhar na primeira vez que alguém realmente o usa
Essas são as lacunas que transformam um documento de aparência razoável em um que não sobrevive ao contato com um usuário real e sem familiaridade.
Referências vagas a ferramentas em vez de nomes reais
"Registre a atualização no sistema" não significa nada para alguém que ainda não sabe qual sistema, qual tela, qual campo. Nomeie a ferramenta real sempre.
Uma decisão escondida enterrada dentro de uma etapa
Se uma etapa secretamente depende de uma condição que não está declarada, o leitor não saberá qual caminho se aplica à sua situação até que já seja tarde demais para trocar de rota facilmente.
Nenhum ponto final declarado para a tarefa
Se o POP não disser como é "concluído", o leitor fica adivinhando se deve continuar ou se perdeu uma etapa que vem depois da última escrita.
Exceções misturadas com as etapas principais
Um caso excepcional colocado no meio das etapas normais obriga todo leitor, mesmo os do caso comum, a descobrir se ele se aplica antes de continuar.
Mantendo Material Relacionado Junto
Por que um POP se beneficia de existir ao lado de seus documentos relacionados
Um procedimento operacional padrão raramente existe isoladamente. Ele geralmente faz referência a uma política que precisa cumprir, uma versão anterior que substituiu, ou um procedimento relacionado para uma tarefa diferente, mas conectada, e manter esses documentos próximos durante a redação torna o resultado mais consistente do que escrever o POP isoladamente e esperar que ele se alinhe com tudo o mais. O recurso de Projetos do Claude permite manter um conjunto de arquivos relacionados em um só lugar, de forma que cada conversa sobre o POP possa referenciar o mesmo material de contexto sem que você precise colá-lo novamente a cada vez, o que está documentado na página de ajuda de Projetos em support.claude.com.
Isso importa mais quando um POP precisa permanecer consistente com um documento de política que muda independentemente do próprio procedimento. Se a política define um limite, como um valor em dinheiro que determina qual caminho de aprovação se aplica, manter a política e o POP no mesmo projeto significa que uma atualização futura de um é mais fácil de verificar em relação ao outro, em vez de descobrir meses depois que o procedimento e a política que ele deveria implementar silenciosamente se desalinharam.
Também ajuda quando uma equipe mantém vários POPs relacionados para variações da mesma tarefa, como um procedimento para uma solicitação padrão e um segundo para uma acelerada. Ter ambos visíveis de uma vez facilita manter as etapas compartilhadas redigidas de forma consistente e as diferenças entre elas deliberadas em vez de acidentais, o que importa mais do que parece quando duas pessoas estão atualizando cada uma uma versão diferente do que deveria ser o mesmo processo subjacente.
Antes de Publicar
O que verificar antes de o POP se tornar a versão oficial
Percorra o rascunho enquanto realmente faz a tarefa, não apenas lendo-o em sua mesa. Uma etapa que parece completa na tela frequentemente acaba pulando uma pequena ação que você faz automaticamente, e essa lacuna é muito mais evidente com as mãos no teclado do que lendo em silêncio de cima a baixo.
Verifique cada nome de ferramenta, nome de campo e referência de sistema contra o que realmente está na tela agora. As interfaces mudam, e um POP que ainda faz referência a um botão renomeado ou a um sistema descontinuado vai mandar um novo funcionário procurar algo que não existe mais, o que é uma falha pior do que uma etapa faltante, porque parece erro dele em vez de erro do documento.
Dê o rascunho a alguém que nunca fez a tarefa, se possível, e observe onde essa pessoa hesita. O ponto em que alguém genuinamente sem familiaridade com o processo pausa e pergunta "espera, o que eu faço aqui?" é o sinal mais confiável de onde o POP realmente tem uma lacuna, mais confiável do que sua própria releitura, porque você não pode esquecer o processo para lê-lo da forma como essa pessoa o lê.
O Claude pode transformar uma explicação detalhada em um procedimento limpo e numerado rapidamente, mas o julgamento sobre se esse procedimento realmente corresponde a como o trabalho é feito, e se é completo o suficiente para que alguém novo o siga sem fazer uma pergunta, ainda é algo que só um teste real contra a tarefa em tempo real pode confirmar.
Um bom POP sobrevive ao seu primeiro usuário real
Descrever um processo com detalhes suficientes para que outra pessoa realmente possa segui-lo é uma habilidade específica de escrita. As lições gratuitas da Nightschool AI abordam tarefas reais de escrita no trabalho com o Claude, incluindo as decisões de julgamento sobre o que detalhar e o que deixar para uma seção separada de exceções.
Perguntas frequentes
Qual é a coisa mais importante a dizer ao Claude antes de ele redigir um POP?
Percorra o processo da forma como você realmente o faz, incluindo os nomes reais de ferramentas e campos e as pequenas verificações habituais que você normalmente não menciona em voz alta. Essas etapas invisíveis são o que um novo funcionário realmente precisa.
Como devo lidar com uma etapa que depende de uma condição?
Declare a bifurcação explicitamente na etapa: se uma condição for verdadeira, faça uma coisa; se não, faça outra. Uma decisão escondida enterrada dentro de uma única etapa é o motivo mais comum pelo qual alguém segue o caminho errado.
As exceções devem ser misturadas com as etapas numeradas principais?
Não. Mantenha o caminho normal curto e mova os casos excepcionais para uma seção de exceções separada, com uma breve referência nas etapas principais indicando onde verificar se o caso atual não se encaixa no padrão normal.
Como sei se meu rascunho de POP realmente tem uma lacuna?
Percorra-o enquanto faz a tarefa fisicamente, ou peça ao Claude para lê-lo como alguém sem familiaridade com o processo faria e sinalizar qualquer coisa não definida. Ambos trazem à superfície lacunas que são invisíveis uma vez que você já conhece o processo.
O Claude pode ajudar a manter um POP consistente com um documento de política relacionado?
Manter ambos no mesmo Projeto do Claude, como descrito na página de ajuda de Projetos em support.claude.com, facilita referenciar a política durante a redação e verificar depois se houve desalinhamento entre os dois.
O que um POP deve dizer sobre quando a tarefa está concluída?
Declare um ponto final claro: exatamente como a tarefa se parece quando está realmente concluída. Sem isso, o leitor fica adivinhando se terminou ou perdeu uma etapa que deveria vir depois da última escrita.
Como devo atualizar um POP depois que o processo real mudar?
Dê ao Claude o POP existente e descreva o que é diferente agora, e peça para ele indicar exatamente quais etapas mudaram. Isso ajuda as pessoas que memorizaram a versão antiga a notar o que realmente é diferente, em vez de reaprender todo o documento.
Quem deveria revisar um rascunho de POP antes de ele ser publicado?
Alguém que nunca fez a tarefa, se possível. Onde essa pessoa hesita ou pergunta o que fazer a seguir é um sinal mais confiável de uma lacuna real do que sua própria releitura, já que você não pode lê-lo da forma como alguém sem familiaridade com o processo lê.
Um POP só funciona se alguém novo realmente conseguir segui-lo
A estrutura é reutilizável todas as vezes. Percorrer o processo real, incluindo as partes que você normalmente pula, é a parte que vale a pena fazer bem.