RPO de recrutamento: agilize e-mails de candidatos e gestão de processos com Claude Code

Sexta-feira de tarde, 35 candidatos de três clientes diferentes. Respostas de agendamento de entrevista, avisos de reprovação, lembretes de documentos pendentes. Eu fiquei com a caixa de entrada aberta, parado, perdendo trinta minutos só para decidir por onde começar.

E aí eu vacilei feio. O e-mail “sua próxima entrevista é na terça que vem”, escrito para o Cliente A, eu mandei para um candidato do Cliente B. Percebi no instante em que apertei “enviar” e gelei na hora.

Trabalhar com RPO (recrutamento terceirizado) é ficar o dia inteiro fazendo essa “troca de cabeça”. Cada cliente tem um fluxo de seleção e um tom de voz diferente. Cada candidato está numa etapa diferente. Enquanto você tocar isso só na base da memória e da força de vontade, alguma coisa vai quebrar no pico de demanda. É certo.

O que eu fiz nestes últimos meses não foi “automatizar tudo” o e-mail. Foi traçar uma linha clara: deixar só o rascunho e a organização com o Claude Code, e manter a decisão de enviar na mão de uma pessoa. Hoje eu escrevo o passo a passo exato disso, com prompt pronto para copiar e colar e um script de verificação.

Pontos principais

• A maior parte do retrabalho em RPO não vem de “escrever o texto”, mas de perder de vista “qual candidato está em qual etapa agora”.
• Deixe com o Claude Code o rascunho dos e-mails, o inventário do funil e a detecção de candidatos parados; mantenha o envio e a decisão de aprovação na mão de uma pessoa.
• Quando você padroniza o rascunho do e-mail, uma tarefa de 5 a 8 minutos por mensagem cai para 1 a 2 minutos. Com 100 e-mails por semana, dá uns 20 horas economizadas por mês.
• Projete o fluxo para nunca entregar nome real nem contato à IA: trabalhe só com apelido fictício e rótulo de etapa.
• Aqui vai um modelo de prompt pronto para usar e um script que varre o funil em busca de candidatos esquecidos.

Quem é o leitor de RPO e onde o trabalho sempre trava

Este artigo é para quem assume o recrutamento de várias empresas-cliente ao mesmo tempo. Sozinho, você cuida de 5 a 10 empresas, com dezenas de candidatos em paralelo o tempo todo. Respostas de busca ativa nos portais, conversa com agências, agendamento de entrevistas, aviso de aprovação ou reprovação: praticamente tudo desemboca em você.

Vamos primeiro listar o fluxo de sempre.

1. Entrevistar o cliente sobre o perfil desejado e o fluxo de seleção
2. Reunir candidatos via portais e agências
3. Avisar o candidato sobre o resultado da triagem de currículo
4. Agendar a primeira e a segunda entrevista
5. Confirmar com o cliente a avaliação após cada entrevista
6. Comunicar a aprovação ou a reprovação
7. Compartilhar com o cliente o relatório de andamento

Esse fluxo em si é parecido em qualquer RPO. O problema é fazer o mesmo fluxo rodar em paralelo, multiplicado pelo número de clientes.

Listo os retrabalhos mais comuns. Reconhece algum?

• Pegar um texto escrito no tom do Cliente A e reaproveitar no Cliente B, soando esquisito
• Prometer “responder em até 48 horas após a entrevista” e não conseguir cumprir quando os candidatos aumentam
• Esquecer por dias um candidato que está parado esperando a avaliação do cliente
• Escrever do zero, toda vez, o texto de reprovação, e chegar no fim do dia exausto
• Deixar o status na planilha desencontrado da situação real dos contatos

Nenhum desses é problema de competência. É só que o volume de tarefas em paralelo ultrapassa a sua capacidade de “trocar de cabeça”. É exatamente aqui que entra a IA.

O que delegar à IA e o que uma pessoa precisa sempre decidir

Primeiro, vamos deixar a linha bem clara. Se isso ficar vago, acontece um acidente como o meu envio errado lá do começo.

Tarefa	Delegar ao Claude Code	Uma pessoa sempre decide
E-mail ao candidato	Criar rascunho e ajustar o tom	Apertar o botão de enviar
Status do funil	Inventariar a lista e detectar lacunas	A decisão de aprovar ou reprovar
Agendamento	Redigir opções de data e rascunho de lembrete	O contato de confirmação final
Relatório de andamento	Somar os números e montar a versão preliminar	A decisão de divulgar ao cliente
Aviso de reprovação	Gerar um texto com cuidado e respeito	Validar se o motivo da reprovação faz sentido

O raciocínio é simples. O que, se sair errado, para na pasta de rascunhos, vai para a IA; o que, depois de sair, não tem mais volta, fica na mão de uma pessoa. Envio, decisão de aprovação e contato de confirmação. Combine que esses três são sempre o último toque do dedo humano, e você não se acidenta nem no pico.

Para detalhar como definir esses limites de permissão, ajuda muito o texto Como pensar quando quem usa o Claude Code não é programador.

Caso de uso 1: produzir rascunhos de e-mail em série, por padrão

É aqui que dá o maior retorno. Olhando de perto, os e-mails de RPO têm pouquíssimos padrões. Aprovação na triagem, agendamento de entrevista, reprovação, aprovação final. O esqueleto do texto é o mesmo; muda só o nome do candidato e o tom do cliente.

Então você registra os textos mais usados como “modelos” e passa a situação ao Claude Code só para ele cuspir o rascunho. O que antes levava de 5 a 8 minutos por mensagem, escrevendo do zero, vira 1 a 2 minutos quando é só preencher o modelo.

Comparando o antes e o depois:

• Antes: olhar a caixa de entrada e escrever cada e-mail do zero. De tarde, o texto fica desleixado.
• Depois: passar a situação em tópicos e receber o rascunho. A pessoa só confere os fatos e faz pequenos ajustes.

Este é o modelo de prompt para gerar o rascunho. Copie e cole, trocando só o que está dentro dos colchetes.

Você é um assistente de redação de e-mails para RPO (recrutamento terceirizado).
Com as condições abaixo, crie o rascunho de um e-mail ao candidato, em português.

# Tom do cliente
[ex.: educado e formal; evitar jargão técnico]

# Tipo de e-mail
[aprovação na triagem / convite para entrevista / reprovação / aprovação final]

# Situação
- Apelido do candidato: [ex.: Candidato A, apelido fictício]
- Vaga: [ex.: vendas]
- O que comunicar agora: [primeira entrevista em 12/06 às 14h, online]
- Observação: [faz 3 dias desde o último contato, então inclua um breve pedido de desculpas]

# Restrições
- Cerca de 80 a 120 palavras
- Sugira também o assunto
- Não inclua no corpo nenhum dado que identifique a pessoa
- Como uma pessoa vai conferir antes de enviar, liste no final os pontos a verificar

O segredo é fazer a IA gerar esses “pontos a verificar” no final. Quando ela mesma declara onde ficou em dúvida, a conferência da pessoa termina num instante. Quem quiser refinar mais a montagem dos prompts pode ler também Técnicas avançadas de engenharia de prompt.

Caso de uso 2: varrer todos os dias os candidatos parados no funil

O segundo é detectar quem está parado. O maior medo em RPO é “esquecer” alguém. Deixar um candidato parado três dias esperando a avaliação do cliente vira perda de oportunidade e abala a confiança.

Aqui é mais seguro não pedir o julgamento à IA, e sim varrer as lacunas com uma regra mecânica. Guarde a etapa e a data da última atualização de cada candidato num CSV e use um script para revelar “quem não se mexe há vários dias”.

O script Node.js a seguir lista os candidatos que não avançam há 3 dias ou mais. Ele roda sem nomes reais, só com IDs fictícios. Coloque o candidates.csv na mesma pasta e execute.

import { readFile } from "node:fs/promises";

// Formato de candidates.csv:
// id,stage,lastUpdate,owner
// C001,triagem,2026-06-01,Masa
// C002,aguardando 1a entrevista,2026-06-05,Masa

const STALE_DAYS = 3;
const today = new Date("2026-06-07");

const raw = await readFile(new URL("./candidates.csv", import.meta.url), "utf8");
const rows = raw.trim().split("\n").slice(1); // remove o cabeçalho

const stale = [];
for (const line of rows) {
  const [id, stage, lastUpdate, owner] = line.split(",").map((s) => s.trim());
  const days = Math.floor((today - new Date(lastUpdate)) / 86400000);
  if (days >= STALE_DAYS) {
    stale.push({ id, stage, owner, days });
  }
}

stale.sort((a, b) => b.days - a.days);

if (stale.length === 0) {
  console.log("Nenhum candidato parado.");
} else {
  console.log(`Candidatos parados há ${STALE_DAYS} dias ou mais: ${stale.length}`);
  for (const c of stale) {
    console.log(`- ${c.id} / ${c.stage} / responsável ${c.owner} / parado há ${c.days} dias`);
  }
}

Para executar é só isto.

node check-stale.mjs

Pegue a lista que apareceu e passe direto ao Claude Code: “a partir desta lista de parados, crie os rascunhos dos lembretes que devo enviar hoje, separados por etapa”. Aí ele se conecta com o Caso de uso 1. O julgamento fica com a pessoa, a chata detecção de lacunas fica com a máquina, e a redação do texto fica com a IA. Cada papel separado bonitinho.

Caso de uso 3: fixar no CLAUDE.md as regras de texto de cada cliente

O terceiro é um mecanismo para impedir a troca de tom entre clientes. Meu envio errado lá do começo tinha como raiz justamente “as regras do Cliente A e do Cliente B se misturaram na minha cabeça”.

Isso dá para evitar: escreva as regras de cada cliente num arquivo e faça a IA lê-lo sempre. No Claude Code, se você anotar as regras do projeto no CLAUDE.md, ele consulta o arquivo automaticamente a cada pedido.

Por exemplo, escreva assim:

• Cliente A: tom bem cerimonioso. Tratar por “prezado(a)”. Proibido emoji. Responder no mesmo dia.
• Cliente B: meio informal. Sempre incluir uma frase que acolha a ansiedade do candidato.
• Comum: nunca garantir salário nem benefícios. Sempre oferecer mais de uma opção de data.

Como construir bem esse arquivo está reunido em Boas práticas de CLAUDE.md. Uma vez que as regras viram arquivo, mesmo com a cabeça cansada no pico, a IA segura a troca de tom para você.

Como checklist do pós-adoção, basta confirmar o seguinte antes de enviar o e-mail para que os acidentes praticamente sumam:

• O cliente do destinatário e o tom do texto combinam?
• O apelido e a vaga do candidato estão corretos?
• Não há erro de fato em data, local ou URL?
• Você não garantiu salário ou benefícios por conta própria?
• Você não colou nenhum dado pessoal dentro da instrução para a IA?

Estimativa de ROI e cuidados com dados pessoais

Vou dar uma estimativa grosseira de economia de tempo. Com 100 e-mails por semana, 7 minutos por mensagem antes e 2 minutos depois, dá cerca de 8 horas por semana e uns 30 horas por mês. Somando a parte manual da detecção de parados, no pico rende ainda mais. É só uma estimativa, mas o valor real é poder usar o tempo economizado nas conversas com candidatos e nas propostas.

Por outro lado, aqui a gente vai com cuidado. RPO (recrutamento terceirizado) é um trabalho que lida com um amontoado de dados pessoais. Não cole nome real, telefone, e-mail nem data de nascimento do candidato direto na instrução para a IA. Mantenha isso à risca.

Na prática, projete assim:

• Trate cada candidato por um ID fictício, como “Candidato A” ou “C001”
• Não entregue contatos nem o conteúdo do currículo à IA; a pessoa cruza essas informações no próprio computador
• Se quiser ocultar o nome do cliente também, troque por algo como “Empresa X”
• Confira nos termos do serviço usado se os dados de entrada não são usados para treinamento

Rodando com apelidos, ainda dá de sobra para montar os modelos de e-mail e detectar os parados. Aliás, não entregar dado pessoal deixa o texto mais genérico como modelo, e ele se reaproveita melhor.

Perguntas frequentes

P. Posso deixar o e-mail ser enviado totalmente sozinho? Melhor não. E-mail de RPO, uma vez enviado, não se cancela. A IA vai até o rascunho e a lista de pontos a conferir; o botão de enviar quem aperta é a pessoa. Não quebre essa linha.

P. Posso fazer a IA ler e resumir o currículo do candidato? Pelo lado dos dados pessoais, é preciso cautela. Se o resumo for mesmo necessário, oculte nome e contato e passe só a descrição das funções e os anos de experiência. Confira antes se o contrato com o cliente permite o uso de IA externa.

P. Não entendo de programação. Consigo usar o script de verificação? Sim. Instale o Node.js e digite uma linha de comando, que ele roda. Comece pela montagem do ambiente em Guia de primeiros passos do Claude Code para não tropeçar.

P. Se for começar pequeno, qual é o primeiro passo? O rascunho do aviso de reprovação. O texto é padronizado e, ao mesmo tempo, escrever toda vez é discretamente cansativo. Só transformar isso em modelo já reduz claramente o desgaste do fim do dia.

O que aconteceu quando testei de verdade

Eu montei aqui, na minha mão, um CSV com 20 candidatos fictícios e rodei o script de detecção de parados acima. Ele revelou de uma vez 5 candidatos parados há 3 dias ou mais, e os deslizes da época em que eu só olhava a lista no olho pareceram piada.

Os rascunhos de e-mail, eu gerei 10 mensagens escrevendo os tons do Cliente A e do Cliente B como regras no estilo CLAUDE.md. Zero troca de tom. O que me surpreendeu foi como os “pontos a verificar” que a IA gera no final ajudam mais do que eu imaginava. Como ela sempre acrescenta “confira se o dia da semana da data bate com a realidade”, a conferência da pessoa termina em alguns segundos.

Por outro lado, um “julgamento humano” como a validade do motivo da reprovação, claro, não dá para largar nas mãos da IA. Senti na pele que o projeto certo era manter isso na mão da pessoa, exatamente como a linha definia.

Equipes de RPO que querem transformar a gestão do funil inteira em sistema chegam mais rápido acertando o desenho da operação juntos em treinamento e consultoria de adoção. Quem prefere testar primeiro sozinho, copie o script de detecção de parados e o modelo de prompt acima e rode na caixa de entrada amanhã de manhã.

Como referência externa, ao lidar com dados pessoais vale conferir as orientações mais recentes no site oficial da Autoridade Nacional de Proteção de Dados (ANPD) para ir mais tranquilo.