← Voltar para os artigos
PipelineMetodologiaReporting

Estágios de pipeline que não mentem para você

A maioria dos pipelines de recrutamento é uma ficção bem reportada. Veja como desenhar estágios que de fato refletem o que está acontecendo — e o que cada estágio precisa exigir para avançar.

Estágios de pipeline que não mentem para você

Abra a visão de pipeline em qualquer sistema de recrutamento e você verá algo assim: Mapeado → Contatado → Triado → Apresentado → Entrevista → Proposta → Contratado. Sete estágios. Setas limpas entre eles. Um relatório semanal sobe direitinho para um dashboard que os sócios olham na manhã de segunda.

Quase sempre é mentira.

Não porque os estágios estão errados, mas porque ninguém combinou o que significa um candidato estar num estágio. Aí o dado deriva. Um associado júnior marca alguém como “Apresentado” no minuto em que o CV sai do inbox. Um sócio sênior só marca “Apresentado” quando o cliente reconhece formalmente o recebimento. Dois meses depois, o pipeline parece saudável. Três meses depois, o sócio pergunta por que ninguém está em final round e descobre que a matemática de conversão era ficção.

Isso tem conserto. Abaixo, o framework que usamos no HireSys, tanto como time de produto desenhando a UI do pipeline quanto como praticantes rodando searches reais nele.

O princípio central: todo estágio precisa de uma definição de “dentro”

Estágio não é só um rótulo. É um contrato. Para estar em um estágio, o candidato precisa satisfazer uma condição clara e observável. Essa condição precisa ser testável por qualquer pessoa da firma — não pode ficar sujeita à interpretação.

Se “Triado” significa conversamos com a pessoa, então uma entrada de calendário ou nota de chamada precisa existir no registro. Se significa acreditamos que faz fit, então uma avaliação de fit precisa estar salva. Escolha uma, e só uma.

O exercício mais útil que rodamos com firmas no onboarding do HireSys: escrever, em uma frase cada, a condição de entrada de cada estágio do pipeline. A maioria não consegue na primeira tentativa. O ato de escrever melhora o dado mais do que qualquer feature que entreguemos.

Os estágios que recomendamos (e por quê)

Já vimos dezenas de firmas rodarem variações próprias. A versão que sobrevive ao contato com a realidade é mais ou menos esta:

1. Identificado

Condição de entrada: o candidato existe como registro no mandato, com pelo menos nome, empresa atual e cargo atual.

Este é o único estágio em que operações em massa são apropriadas. Você está varrendo o mercado. Ainda não está fazendo julgamentos qualitativos. O estágio existe para medir cobertura — olhamos a fatia certa do mercado?

2. Qualificado

Condição de entrada: um consultor leu o perfil completo e salvou uma justificativa de uma linha sobre por que ele deveria avançar.

A justificativa importa. Sem ela, “Qualificado” decai para “pareceu interessante numa terça-feira”. Com ela, você tem um rastro auditável quando o candidato falha lá na frente — e tem como aprender com isso.

3. Abordado

Condição de entrada: contato outbound foi feito (ligação, mensagem, intro). Timestamp e canal precisam estar registrados.

Crítico: este é outbound, não resposta. O candidato é “Abordado” no momento em que você o procura, não quando ele responde. Separar isso de “Engajado” é o que permite medir efetividade de outbound de forma honesta.

4. Engajado

Condição de entrada: o candidato respondeu de forma substantiva. Uma nota resumindo o nível de interesse (interessado / aberto / passando / sem resposta) está registrada.

A maioria das firmas colapsa Abordado e Engajado em um. Não faça isso. A razão entre os dois é o número mais diagnóstico do funil. 70% de engajamento significa que sua segmentação e o seu outreach estão funcionando. 15% significa que algo a montante está quebrado — e só separando os estágios você enxerga isso.

5. Triado

Condição de entrada: uma conversa de triagem aconteceu, e uma avaliação estruturada contra a especificação do mandato está salva.

A avaliação estruturada é o portão. Sem ela, “triagem” vira “tivemos um papo” e o dado não vale nada. Com ela, você tem um artefato que pode submeter ao cliente sem reescrevê-lo de memória.

6. Apresentado

Condição de entrada: o candidato foi formalmente submetido ao cliente, e o cliente reconheceu o recebimento.

O reconhecimento é a metade que costuma ser pulada. Muitas firmas movem para “Apresentado” no instante em que o e-mail sai. Isso conta a mais: metade desses candidatos está parada na caixa de entrada do cliente, sem ter sido lida. Se você quer dado de conversão limpo lá na frente, o portão é recebido, não enviado.

7. Análise do cliente → Entrevista → Proposta → Fechado

Esses estágios finais são específicos de cada mandato. O que precisa ser imposto é que toda transição esteja ancorada em um evento verificável — uma entrada de calendário, uma confirmação por escrito, uma proposta assinada. Não em um checkbox.

Estados fora do pipeline que importam tanto quanto os de dentro

A vida do candidato em um mandato nem sempre é linear. Os estados que não são parte do avanço importam igualmente:

  • Parqueado. Candidato é interessante, mas não agora. Precisa de uma data de “revisitar em”, senão vira cemitério.
  • Retirado. Candidato saiu por conta própria. Anote o porquê — a razão é inteligência sobre o seu mercado.
  • Off-limits. Candidato trabalha em lugar que a firma não pode abordar. Isso precisa ser imposto em nível de banco para não falhar entre mandatos.
  • Concluído-não-selecionado. Candidato passou e não venceu. Frequentemente o pool mais valioso para searches futuros; trate como ativo estratégico, não como beco sem saída.

Os pipelines mais saudáveis que vemos têm dado explícito sobre candidatos fora do avanço, não só dentro.

Como o HireSys modela isso

Tomamos uma decisão cedo: todo estágio de pipeline no HireSys exige que a firma declare a condição de entrada na configuração. O sistema então solicita o artefato relevante no momento do avanço — uma nota de triagem, um reconhecimento do cliente, uma avaliação de fit.

Sim, é mais fricção que um drag-and-drop de um clique. É proposital. A fricção é a feature. É a diferença entre um pipeline que reporta a realidade e um que reporta a sensação.

Se você herdou um pipeline que derivou para a ficção, a saída mais rápida é a chata: combinar condições de entrada, retroajustá-las no sistema atual e aceitar que os números do próximo trimestre vão parecer piores antes de parecerem reais. Sempre foram reais assim. Você só não enxergava.

Um teste para rodar esta semana

Puxe o reporting do trimestre passado. Escolha cinco candidatos marcados como “Apresentado” no primeiro dia. Caminhe pelo registro de cada um e pergunte: tenho um artefato que prova que esse estágio era real?

Se cinco em cinco têm artefato, seu pipeline é honesto. Se três em cinco têm, há trabalho a fazer. Se zero em cinco têm, você não tem um pipeline — você tem uma lista de desejos.

A boa notícia: é uma das correções mais baratas em operações. A má notícia: ninguém faz isso por você.