Construa Seu Operador Semanal

Construa um prompt de sistema que transforma sua entrega recorrente de segunda-feira em um trabalho de 30 segundos. Em seguida, execute-o em seus próprios dados e mantenha-o.

Em "Do Chatting ao Building", você conheceu o padrão do operador semanal: um prompt de sistema que conhece seu papel, mais dados novos a cada semana, resulta na mesma análise de qualidade toda segunda-feira. Nesta lição, você construirá o seu e o executará em seus dados reais antes de sair da página.

Dois minutos de configuração. Abra uma nota e responda a três perguntas:

Seu papel, em uma linha. Não seu título. "Eu gerencio uma equipe de vendas de 6 pessoas cobrindo o Sudoeste" é melhor que "Gerente Regional de Vendas."

Sua entrega recorrente. O resultado semanal com a mesma forma: revisão de pipeline, plano de conteúdo, atualização de operações, e-mail de status do cliente. Escolha o que mais consome sua segunda-feira.

Sua fonte de dados. Uma exportação de CRM, um painel, os números da semana passada. Escolha algo que você possa obter agora mesmo.

O Bloco 1 do seu prompt de sistema é o contexto do papel: tudo o que Claude precisa e que nunca muda de semana para semana. Quem você é, quem lê o resultado, que decisão eles tomam com ele.

O Gerente de Vendas: "Eu gerencio uma equipe de vendas de 6 pessoas. Toda segunda-feira eu reviso nosso pipeline para minha VP, que decide onde gastar seu tempo de suporte a negócios. Estágios: Descoberta, Proposta, Negociação, Fechado. Um negócio está estagnado após 21 dias no estágio."

O Líder de Operações: "Eu conduzo a revisão semanal de operações para uma equipe de fulfillment. KPIs: precisão do pedido (meta 99,2%), tempo de envio (meta 24h), backlog de suporte (abaixo de 40). Qualquer coisa abaixo da meta por 2 semanas seguidas vai para o COO."

O que está lá: definições, limites, o leitor, o que o leitor faz em seguida. O que não está: adjetivos, declarações de missão.

O Bloco 2 é o formato de saída. Descreva a forma exata da entrega, em ordem, com comprimentos. O teste: um estranho poderia produzir algo que se pareça com seu relatório apenas a partir desta descrição?

O Bloco 2 do Gerente de Vendas: "Saída: 1) Resumo de três frases da saúde do pipeline. 2) Tabela negócio por negócio: nome, estágio, dias no estágio, comentário de uma linha. 3) Os 3 principais riscos desta semana, cada um com uma ação recomendada que posso tomar antes de sexta-feira. Menos de 400 palavras. Sem discurso motivacional, sem repetir os dados para mim."

Se você tiver uma versão anterior da entrega com a qual ficou satisfeito, diga: "Corresponda à estrutura do relatório de exemplo abaixo." Um exemplo real é melhor do que qualquer descrição de um.

O Bloco 3 são as regras de escalonamento. É isso que separa um operador de um resumidor. Diga a Claude o que conta como um problema e o que fazer a respeito:

"Se algum negócio acima de $50K retrocedeu um estágio, sinalize-o no topo, antes do resumo."

"Se um KPI perder a meta pela segunda semana consecutiva, marque-o como ESCALAR e rascunhe a nota de um parágrafo para o COO."

"Se os dados estiverem faltando um campo que você precisa, liste-o em Perguntas Abertas. Nunca preencha lacunas com suposições e nunca use números que não estejam nos dados que eu colei."

Essa última regra vai em todo operador, seja qual for o seu papel. É a diferença entre um relatório que você verifica rapidamente e um relatório que você precisa auditar.

Agora monte e execute. Empilhe os três blocos em ordem: contexto do papel, formato de saída, regras de escalonamento. Termine com uma linha: "Toda semana eu colarei dados novos. Produza a entrega. Não me pergunte nada que você possa responder dos blocos acima."

Execute agora: cole o operador como a primeira mensagem de uma nova conversa, ou nas instruções do Projeto para que toda conversa futura o herde. Em seguida, cole os dados reais desta semana, redigidos.

Três verificações na saída: cada número remonta aos dados colados; o formato corresponde ao bloco 2, seção por seção; as recomendações são acionáveis hoje. "Acompanhar a Meridian sobre a proposta estagnada" passa. "Monitorar negócios em risco" falha.

Alguma verificação falha? Corrija o bloco que permitiu que isso acontecesse, não a saída, e execute novamente.

Isso é seu. Salve agora. Coloque o prompt corrigido em algum lugar que você o encontrará na próxima segunda-feira: uma nota intitulada "Operador Semanal", um documento ou as instruções do Projeto (já salvo, nesse caso).

Na próxima segunda-feira, todo o trabalho é: abrir o operador, colar dados novos, ler a saída em relação às suas três verificações. Trinta segundos do seu tempo para a entrega que costumava levar a manhã. Quando a saída desviar, edite o bloco, não o rascunho.

E o esqueleto se transfere: e-mail de status do cliente, resumo mensal do conselho, recapitulação do sprint. O segundo operador leva minutos porque você já conhece seus blocos.

Você construiu um operador semanal: contexto do papel, formato de saída, regras de escalonamento, montado em um prompt de sistema e executado em seus dados reais. Você conhece as três verificações (números rastreiam os dados, formato corresponde, recomendações são acionáveis) e a regra de reparo: corrija o bloco, não a saída. Está salvo onde você o encontrará. Na próxima segunda-feira, custará trinta segundos.