Time to fill e time to hire podem terminar no mesmo evento e ainda assim responder a perguntas diferentes. O erro mais comum é chamar qualquer duração do recrutamento por um desses nomes sem registrar de onde a contagem começou. Quando isso acontece, dois dashboards exibem números parecidos, mas não necessariamente comparáveis.
No glossário da SHRM, time to fill mede o intervalo da requisição da vaga até a aceitação do emprego, enquanto time to hire mede o tempo entre a entrada do profissional que será contratado no pipeline e o aceite da oferta. O marco final é semelhante; o ponto de partida muda. Essa diferença é suficiente para alterar a leitura sobre onde o processo está demorando.
A diferença está no ponto de partida
Para uma medição operacional clara, trate time to fill como o tempo entre a requisição aprovada e o aceite da oferta. Trate time to hire como o tempo entre a entrada do candidato contratado no pipeline daquela vaga e o aceite da oferta. Em notação simples: time to fill = data do aceite - data da requisição aprovada; time to hire = data do aceite - data de entrada do contratado no pipeline.
A escolha da requisição aprovada como marco inicial torna explícito quando a organização de fato autorizou a busca. Se sua empresa começa a contar na criação da requisição, na abertura da vaga ou na publicação do anúncio, isso pode ser válido para um indicador interno, mas o nome e a definição precisam aparecer no painel. Trocar o marco sem renomear a métrica destrói a série histórica.
O mesmo vale para o final. Oferta enviada e oferta aceita são eventos diferentes. Uma proposta pode ficar dias em negociação. Se o objetivo é seguir a definição que termina no aceite, usar a data de criação ou envio da oferta encurta artificialmente o intervalo.
O dicionário de eventos que o ATS precisa registrar
A forma mais segura de evitar confusão é construir um pequeno dicionário de eventos antes de construir a fórmula. O ATS pode ter dezenas de campos, mas quatro datas resolvem a maior parte do problema: requisição aprovada, candidato entra no pipeline, oferta aceita e início do contratado.
Requisição aprovada
Esse é o momento em que a vaga deixa de ser apenas uma intenção e passa a estar autorizada para recrutamento, conforme a regra interna adotada. Não confunda com a criação de um rascunho, com a data em que o gestor pediu a vaga informalmente nem, necessariamente, com a publicação externa. Se aprovação financeira, abertura no ATS e publicação acontecerem em dias diferentes, o dicionário deve dizer qual deles inicia o time to fill.
Quando o sistema não possui um campo de aprovação confiável, é melhor assumir explicitamente outro marco, como opening date, do que preencher retroativamente uma data estimada. O indicador continua útil, mas passa a medir abertura até aceite, não aprovação até aceite.
Candidato entra no pipeline
Para time to hire, o início deve ser específico da pessoa que acabou contratada e da vaga em questão. Para um candidato que se inscreveu, pode ser a data de candidatura. Para alguém abordado ativamente, pode ser a data em que foi associado à vaga e entrou no processo. O importante é não usar a data em que o perfil foi criado no banco de talentos meses antes, se ele ainda não estava sendo considerado para aquela requisição.
Esse detalhe importa em reativações. Um profissional pode existir no ATS desde 2024 e entrar no pipeline de uma vaga de 2026 apenas quando o recrutador o vincula ao processo. Medir desde a criação original do perfil transformaria time to hire em uma mistura de tempo de relacionamento com tempo de seleção.
Oferta aceita
Registre a data real em que o candidato aceitou a proposta. Se o recrutador atualizar o ATS dois dias depois, o sistema deve preservar, quando possível, a data efetiva do aceite, não apenas o momento da edição. Essa diferença evita que atrasos administrativos apareçam como lentidão de seleção.
A documentação da Greenhouse reforça a importância de manter corretas datas de candidatura, oferta, aceite e abertura da vaga para que relatórios de contratação não sejam contaminados por registros atrasados ou incorretos. A lição vale para qualquer ATS: qualidade da métrica depende da qualidade do evento.
Início do contratado
A data de início é importante para planejamento de capacidade, mas não deve substituir o aceite se você estiver calculando time to fill ou time to hire com as definições acima. Entre o aceite e o primeiro dia podem existir aviso prévio, exames, documentação, checagens e disponibilidade pessoal. Esse intervalo mede outra coisa.
Se a empresa precisa acompanhar isso, crie um terceiro indicador, por exemplo aceite até início. Assim, uma espera de 30 dias para começar não infla artificialmente a velocidade do recrutamento.
Um mesmo processo fictício produz duas métricas
Imagine uma vaga cuja requisição foi aprovada em 3 de março de 2026. A vaga foi publicada em 5 de março. O candidato que acabou contratado entrou no pipeline em 12 de março. A oferta foi enviada em 27 de março, aceita em 31 de março e o início ocorreu em 20 de abril.
Com contagem de dias decorridos, o time to fill é 31 de março menos 3 de março: 28 dias corridos. O time to hire é 31 de março menos 12 de março: 19 dias corridos. O intervalo entre requisição aprovada e início é de 48 dias, mas esse número não é nenhuma das duas métricas definidas aqui.
Esse exemplo também mostra por que time to fill costuma capturar uma parte maior da jornada. Os nove dias entre a aprovação da requisição e a entrada do candidato contratado no pipeline aparecem no time to fill, mas não no time to hire. Eles podem refletir preparação da vaga, publicação, sourcing ou simplesmente o tempo até encontrar quem seria contratado.
Dias corridos ou dias úteis: escolha uma convenção e não troque no meio
A Workable descreve time to fill em dias corridos e também alerta que empresas podem escolher pontos iniciais diferentes, desde que a regra seja consistente. Para comparações externas, dias corridos tendem a ser a escolha mais fácil de auditar porque fins de semana e feriados não dependem do calendário de cada área. Para SLAs internos, dias úteis podem fazer sentido, mas devem aparecer como uma métrica separada ou claramente rotulada.
No exemplo de março, contando apenas segunda a sexta e sem descontar feriados adicionais, os 28 dias corridos de time to fill viram 20 dias úteis; os 19 dias corridos de time to hire viram 13 dias úteis. Os dois números descrevem o mesmo processo, mas não podem ser colocados na mesma série como se fossem equivalentes.
Também defina se a contagem é de dias decorridos. Uma convenção simples e reproduzível é calcular data final menos data inicial, de modo que um processo iniciado e encerrado na mesma data tenha zero dia decorrido. Se a empresa prefere contar o primeiro dia como dia 1, pode fazê-lo, mas precisa manter essa regra em todas as vagas e em todas as versões do painel.
Para dias úteis, use um calendário corporativo formal. Não basta remover sábados e domingos se a organização pretende excluir feriados nacionais, locais ou datas internas. O calendário usado deve ser parte da definição técnica do indicador.
O rótulo do dashboard não basta
Mesmo produtos de ATS usam nomes parecidos para cálculos diferentes. A documentação da Greenhouse atualizada em 2026 mostra que seu relatório essencial de Time to Hire mede, em uma de suas visões, da data de candidatura até a data de criação da oferta, enquanto um dashboard pode usar a data de contratação. O relatório de Time to Fill por vaga usa a data de abertura até a data em que a pessoa é marcada como contratada.
Isso não significa que o software esteja errado. Significa que o nome exibido na interface não substitui o dicionário de dados da empresa. Se você quer medir pipeline até aceite, configure a fórmula com esses eventos ou exporte os dados necessários para calculá-la. Se decidir usar a métrica nativa do ATS, documente exatamente o que ela faz.
A melhor prática é mostrar no próprio painel uma linha curta com a definição. Exemplo em texto: Time to hire = entrada do contratado no pipeline até aceite, dias corridos. Essa frase vale mais para a comparabilidade do que um gráfico sofisticado sem regra explícita.
Média e mediana contam histórias diferentes
Depois de definir as datas, surge um segundo risco: resumir processos heterogêneos com uma única média. A média é simples e útil para acompanhar o total de tempo consumido, mas reage fortemente a casos extremos. A mediana mostra o ponto central da distribuição e costuma representar melhor a experiência típica quando existem poucas vagas muito demoradas.
Se cinco contratações levaram 21, 23, 24, 26 e 68 dias, a média é 32,4 dias e a mediana é 24 dias. Nenhum dos dois números está errado. A média revela que o caso de 68 dias puxou o resultado geral; a mediana mostra que metade dos processos ficou em torno de 24 dias ou menos e metade em torno de 24 dias ou mais.
Por isso, um painel útil pode exibir média, mediana e quantidade de casos no mesmo período. Com volume suficiente, percentis como P75 também ajudam a responder quanto tempo leva a maior parte das contratações sem deixar que um único outlier domine a leitura.
Segmente antes de comparar áreas ou períodos
Misturar todos os cargos costuma produzir uma métrica aparentemente precisa e pouco acionável. Uma vaga de alta liderança, uma posição operacional de alto volume e uma função técnica rara têm mercados, etapas e aprovações diferentes. Se o mix de vagas muda de um mês para outro, a média global pode subir mesmo quando cada segmento melhorou.
Comece por segmentações que refletem diferenças reais de processo: família de cargo, senioridade, localidade, unidade de negócio e modelo de contratação. Fonte do candidato e recrutador também podem ser úteis para perguntas específicas, mas exigem cuidado para não atribuir causalidade a grupos com perfis de vaga diferentes.
Mostre sempre o número de casos. Uma mediana de 18 dias baseada em duas vagas não deve receber o mesmo peso de uma mediana de 24 dias baseada em cem contratações. Em equipes pequenas, janelas trimestrais ou semestrais podem ser mais estáveis que cortes mensais.
Monte a medição de forma reproduzível
Escolha a unidade de análise
Defina se cada linha representa uma requisição, uma abertura individual ou uma contratação. Isso é especialmente importante em requisições com várias posições. Se uma única requisição prevê cinco contratações, o primeiro aceite e o quinto aceite representam momentos diferentes. Uma empresa pode medir cada opening separadamente ou medir a requisição até completar todas as vagas, mas não deve alternar entre as duas abordagens sem avisar.
Para time to hire, a unidade natural costuma ser a contratação concluída, porque o início depende do candidato efetivamente contratado. Para time to fill, a unidade pode ser a abertura individual quando o ATS suporta várias openings dentro da mesma requisição.
Defina qual evento coloca o caso no período
Um dashboard mensal também precisa dizer como forma a coorte. Para métricas de duração concluída, uma opção simples é incluir as contratações cujo aceite ocorreu no mês. Assim, cada caso tem começo e fim conhecidos, mesmo que tenha começado em um mês anterior.
Vagas ainda abertas devem ser acompanhadas em outro indicador, como aging da requisição, calculado da
aprovação até a data atual. Misturar casos abertos com tempos concluídos exige técnicas diferentes e pode enviesar a média porque os processos mais longos ainda não terminaram.
Preserve os eventos originais
Não sobrescreva a data de candidatura para corrigir uma mudança de etapa, nem reutilize o mesmo campo para oferta enviada e oferta aceita. O ideal é armazenar timestamps de eventos e derivar as métricas deles. Se uma correção manual for necessária, registre quem alterou, quando alterou e qual era o valor anterior.
Quando a regra do indicador mudar, versione a definição. Por exemplo: Time to fill v1 = opening date até hire date; Time to fill v2 = requisição aprovada até aceite. A série histórica antiga pode continuar existindo, mas não deve ser colada à nova sem recalcular os períodos anteriores com a mesma lógica.
Audite anomalias antes de publicar o número
Crie testes simples de qualidade. Duração negativa indica datas invertidas ou associação errada. Zero dia em grande volume pode sinalizar atualização tardia do ATS. Aceite anterior à entrada no pipeline é impossível sob a definição escolhida e precisa de revisão. Requisições sem data inicial não devem entrar silenciosamente na média.
Também procure outliers antes de descartá-los. Uma vaga de 180 dias pode ser erro de cadastro, mas pode ser um processo real. Corrigir um erro é diferente de remover um caso difícil apenas porque piora o indicador.
O que cada métrica ajuda a diagnosticar
Time to fill é mais útil para planejamento porque começa antes da trajetória do candidato contratado. Ele ajuda a responder quanto tempo a organização leva desde a autorização da necessidade até garantir que alguém aceitou a vaga. Se estiver alto, o atraso pode estar em aprovação, abertura, sourcing, triagem, entrevistas, decisão ou negociação.
Time to hire recorta a velocidade a partir do momento em que o contratado entrou no pipeline. Ele é mais sensível à eficiência de triagem e movimentação daquele candidato pelo processo. Se time to fill estiver alto e time to hire baixo, uma hipótese é que boa parte da demora esteja antes de o contratado entrar no pipeline. Se ambos estiverem altos, vale investigar etapas posteriores, mas a métrica sozinha não prova a causa.
Essa leitura fica mais forte quando os intervalos são decompostos por etapa. Em vez de perguntar apenas por que o time to hire aumentou, verifique quanto tempo o candidato ficou entre candidatura e triagem, triagem e entrevista, entrevista e decisão, decisão e oferta, oferta e aceite. O total indica que existe um problema; os intervalos intermediários ajudam a localizá-lo.
O número só é comparável quando a regra viaja junto
Antes de levar time to hire ou time to fill para uma reunião, faça o número carregar sua própria definição. O painel deve informar o evento inicial, o evento final, se a contagem usa dias corridos ou úteis, qual evento define a coorte do período, a unidade de análise e quantos casos compõem o resultado.
Para comparação externa, confirme primeiro se a outra fonte usa os mesmos marcos. Um benchmark de 40 dias baseado em publicação até aceite não é diretamente comparável a um indicador interno de requisição aprovada até início. A diferença pode refletir apenas a fórmula.
A separação entre as duas métricas fica simples quando o ATS preserva os eventos certos. Requisição aprovada até aceite responde quanto tempo a vaga levou para ser preenchida dentro da convenção escolhida. Entrada do contratado no pipeline até aceite responde quanto tempo levou para converter aquele candidato em contratação. O resto é governança de dados: registrar os marcos, manter a regra estável e comparar grupos equivalentes.
