Scoring de missão: alinhar perfil e necessidade sem inventar critérios inúteis

O verdadeiro problema: enviamos perfis ao lado porque lemos mal a necessidade

O cliente pede "um sénior em cloud e industrialização". Enviam um perfil muito forte em front com uma stack diferente, porque o CV continha a palavra "cloud" uma vez numa linha de projeto de 2019. Ninguém fez batota. O comercial leu o CV depressa, a necessidade estava formulada em três palavras, e a pressão do prazo fez o resto.

Este cenário repete-se todas as semanas na maior parte das ESN. O resultado:

• O cliente recebe um perfil que não encaixa, perde confiança na vossa capacidade de perceber a necessidade
• O candidato faz uma entrevista à toa e fica numa posição desconfortável
• O comercial queimou um cartucho num posto onde podia ter enviado o perfil certo à primeira

O scoring não é uma ferramenta mágica. É um filtro que obriga a parar três minutos antes de carregar em "enviar". Não para assinalar caixas, mas para verificar que o que se lê no percurso do candidato responde de facto ao que o cliente descreveu.

---

Porque as grelhas de scoring clássicas não funcionam

A maior parte das ESN que tentaram o scoring passaram pela mesma fase: uma tabela Excel com quinze colunas, notas de 1 a 5, uma ponderação saída do nada, e um score global tipo "87/100" que ninguém sabe interpretar.

A síndrome da tabela que tranquiliza o interno

Constrói-se uma grelha exaustiva para mostrar que há um processo. Na realidade:

• Os comerciais preenchem as casas a olho para não bloquear o envio
• As notas variam por um fator 2 consoante quem avalia, porque não há um referencial comum sobre o que "3/5 em Java" significa
• O cliente nunca vê esta grelha: serve apenas para justificar o envio internamente

A confusão entre elegibilidade e preferência

Um candidato pode assinalar todas as caixas técnicas e estar indisponível antes de dois meses. Outro pode ter um buraco num framework preciso mas uma experiência de projeto perfeitamente alinhada com o contexto da missão. Não são as mesmas decisões, e misturá-las na mesma coluna produz classificações absurdas.

Quando tudo está no mesmo caldo, já não sabem se um perfil é rejeitado porque falta uma competência-chave ou porque levou 2/5 num critério que ninguém vai reler.

---

Construir uma matriz que serve mesmo no terreno

Um scoring útil cabe em quatro a seis eixos no máximo, ligados diretamente à missão em curso. Não um modelo genérico aplicado a todos os concursos.

Os eixos que contam

Antiguidade no domínio preciso da necessidade. Não "anos de experiência globais". Um programador com 8 anos de XP dos quais 6 meses em cloud não é um perfil cloud sénior. Contem os anos no tema exato da missão, e verifiquem nas descrições das missões, não na linha "competências" do CV.

Tipo de ambiente de projeto. Uma missão numa grande conta com 40 programadores num monolito legado e uma missão numa startup de 5 pessoas numa stack moderna não é o mesmo ofício. O candidato que se destaca num pode afundar-se no outro. O vosso scoring deve captar isto:

• Tamanho habitual da equipa
• Nível de autonomia esperado
• Quadro metodológico (Scrum rígido, Kanban flexível, modo bombeiro…)
• Interações com o negócio (diretas ou via proxy PO)

Volumetria e criticidade. Um programador que sempre trabalhou em aplicações internas com 200 utilizadores não reagirá da mesma forma perante um sistema em produção com 50K pedidos/segundo. A mesma lógica para ambientes regulamentados (banca, saúde, defesa): o rigor de processo não é um extra simpático, é um pré-requisito cultural.

Ferramentas realmente praticadas. A lista de tecnologias num CV não vale nada sem contexto. "Docker" na linha de competências pode significar "lancei um contentor numa formação" ou "industrializei o deployment de 30 microsserviços". O vosso scoring deve cruzar a ferramenta com a missão em que foi usada, a duração e o nível de responsabilidade.

O que se deixa de fora

• As competências "transversais" vagas tipo "espírito de equipa", "rigor", "capacidade de proposta", impossíveis de pontuar de forma objetiva, poluem a grelha
• As tecnologias secundárias que o cliente listou "por precaução" mas que não estão no perímetro real da missão
• As certificações quando o cliente não as tornou um pré-requisito explícito

---

Método concreto: pontuar em 15 minutos sem se contar histórias

Eis um processo que se aguenta no dia a dia, testado em equipas de 5 a 30 comerciais.

Etapa 1: Descodificar a necessidade do cliente (5 min)

Antes de olhar para um único CV, reformulem a necessidade em três blocos:

• O inegociável: aquilo sem o qual o perfil será rejeitado em 30 segundos (tecnologia principal, disponibilidade, habilitação)
• O núcleo do fit: o que fará o candidato ser eficaz desde o primeiro sprint (experiência em contexto semelhante, autonomia, senioridade real)
• O bónus: o que diferencia o vosso perfil dos três outros apresentados pela concorrência

Se não conseguirem preencher estes três blocos, o brief do cliente está vago. Voltem a ele antes de pontuar o que quer que seja.

Etapa 2: Ler o percurso, não o CV (5 min)

O CV é um documento de marketing. O percurso real está nas descrições das missões:

• O que fez o candidato em concreto em cada missão? (não "participação no desenvolvimento", mas "desenvolvimento do módulo de pagamentos em autonomia")
• Quanto tempo em cada contexto pertinente?
• Que progressão visível entre as missões?

Um dossier bem estruturado permite esta leitura em poucos minutos. É precisamente aqui que o Betterfolio faz ganhar tempo: o percurso já está organizado por missão, com as tecnologias, durações e responsabilidades claramente colocadas.

Etapa 3: Preencher a matriz e decidir (5 min)

Para cada eixo retido, uma avaliação em três níveis chega:

Sem nota em 100. Sem casas decimais. O comercial deve poder olhar para a matriz e dizer numa frase porque envia este perfil.

---

Os cinco erros que matam a credibilidade do lado do cliente

1. O score inflacionado para forçar o envio

Mostrar um 92/100 num perfil médio porque a grelha está mal calibrada é pior do que não pontuar de todo. O cliente que recebe três perfis a 90+ e que recusa dois em entrevista técnica já não confiará nas vossas avaliações. Nunca.

2. O efeito copiar-colar entre missões

Quando a grelha é a mesma para todas as missões, as respostas tornam-se genéricas. Um perfil "bom em tudo" no papel não diz nada sobre a adequação à necessidade específica. Adaptem os eixos a cada missão, mesmo que a base se mantenha estável, as ponderações e o inegociável mudam.

3. Pontuar sem conhecer o contexto do cliente

"O cliente quer React." De acordo, mas que React? Next.js em SSR com otimização de desempenho numa app de tráfego alto, ou React básico para um back-office interno? Sem este nível de detalhe, o vosso scoring técnico é um sorteio.

4. Ignorar o gate de relação com o cliente

Um cliente que rejeita sistematicamente os perfis júniores não muda de ideias porque a vossa grelha diz 78/100. Integrem o histórico dos regressos do cliente na calibração. Se os três últimos perfis "séniores" enviados foram julgados demasiado júniores, o vosso cursor de senioridade está desfasado.

5. Multiplicar os critérios para se cobrir

Quinze critérios são zero critérios. Ninguém lê uma grelha de quinze linhas com atenção. Cada critério acrescentado dilui o sinal dos critérios importantes. A regra: se não conseguirem explicar numa frase porque este critério está na grelha para esta missão, retirem-no.

---

O que isto muda para o comercial no dia a dia

Apresentações ao cliente mais rápidas

Quando o dossier é construído nos mesmos eixos que o scoring, o argumentário corre sozinho. Já não procuram o que dizer: mostram três missões do percurso que respondem cada uma a um eixo da necessidade. O cliente lê o dossier, encontra a lógica, e a discussão passa de "será que sabe fazer?" para "como o integramos?".

Menos perfis enviados, mais perfis retidos

O reflexo natural sob pressão é enviar cinco perfis na esperança de que um passe. O scoring bem feito inverte a lógica: enviam dois perfis em que conseguem defender cada linha. A taxa de conversão sobe, o cliente vê-vos como alguém que percebe a necessidade, e o ciclo de venda encurta.

Uma linguagem comum entre comerciais e recrutadores

O recrutador faz sourcing com os mesmos eixos que o comercial usa para pontuar. Acabou o "pensei que chegava" ou "o cliente queria outra coisa". A matriz torna-se o contrato entre os dois: se o perfil assinala os eixos, envia-se. Senão, explica-se porquê e ajusta-se.

Regressos do cliente exploráveis

Quando um perfil é rejeitado, podem perguntar em que eixo falhou. A resposta alimenta diretamente a calibração para os próximos envios. Sem matriz, o regresso do cliente é muitas vezes "não corresponde", inutilizável para progredir.

---

Calibrar o scoring ao longo do tempo: o que ninguém faz

A maior parte das ESN cria uma grelha, usa-a três meses e depois abandona-a porque "já não reflete a realidade". O problema não é a grelha: é a ausência de calibração.

Revisão mensal dos envios

Uma vez por mês, peguem nos dez últimos perfis enviados e classifiquem-nos:

• Retidos em entrevista: o scoring era coerente? Os eixos eram os certos?
• Rejeitados antes da entrevista: que eixo faltava? Estava na matriz?
• Retidos e depois não assinados: o problema estava noutro sítio (disponibilidade, TJM, timing), o scoring não está em causa

Ajustar os limiares, não a estrutura

Se constatarem que os vossos perfis "Forte" em senioridade são regularmente julgados demasiado júniores por um cliente, não acrescentem critérios, subam o limiar do que constitui "Forte" para esse cliente. A matriz continua simples, mas a calibração afina-se.

Documentar os casos-limite

Os perfis "Parcial" que passam na mesma são os mais interessantes. Mostram o que conta de verdade para o cliente para além da checklist. Notem estes casos: tornam-se os vossos melhores argumentos para os próximos perfis atípicos.

---

Quando o scoring deve recuar

O scoring serve para eliminar o ruído e estruturar a discussão. Não substitui o juízo.

Situações em que convém passar por cima da grelha:

• O perfil tem um "Fraco" num eixo técnico mas uma experiência de projeto tão próxima do contexto do cliente que o fit global é óbvio
• O cliente tem um histórico de regressos positivos sobre perfis atípicos: valoriza a adaptabilidade mais do que a checklist
• O candidato tem um percurso de subida de competência rápido e documentado que compensa uma falta de antiguidade bruta

Nestes casos, o comercial deve poder enviar o perfil explicitando o desvio: "Este perfil só tem 2 anos em Kubernetes mas conduziu a migração completa de um SI de 15 microsserviços na X, eis o contexto." Isto é defensável. Um score inflacionado não o é.

O sinal de alerta: se o scoring vos impede de enviar um perfil que defenderiam naturalmente frente a frente com o cliente, a grelha tornou-se um obstáculo administrativo. Reduzam o número de critérios, clarifiquem os limiares e deixem espaço ao juízo de terreno.

---

Em resumo: os princípios de um scoring que se aguenta

• 4 a 6 eixos no máximo, derivados diretamente da necessidade da missão, não um template genérico
• Três níveis de avaliação (Forte / Parcial / Fraco), sem notas em 100
• Separar elegibilidade e preferência: um sim/não não é uma nota
• Pontuar o percurso, não o CV: cruzar tecnologia, contexto e duração
• Calibrar todos os meses: comparar scores e regressos reais do cliente
• Deixar o juízo retomar a mão quando o perfil é defensável apesar de um eixo fraco
• Um dossier legível que permite ao cliente verificar o fit sozinho, sem slide de metodologia

O scoring não é um fim em si. É uma ferramenta de tradução entre o que o cliente pede, o que o candidato fez e o que o comercial consegue defender. Quando estes três elementos estão alinhados nos mesmos eixos, a taxa de conversão fala por si.