10 Erros na Implementação de um ATS
Os erros mais comuns na implementação de um ATS não estão no software, estão nas decisões tomadas nas primeiras semanas de uso: dados importados sem limpeza, etapas configuradas para copiar um processo que já não funcionava, e ninguém definido como dono do sistema depois que o time de projeto foi embora. O resultado costuma aparecer seis semanas depois do lançamento, quando os recrutadores voltam a abrir a planilha antiga “só para garantir” e os relatórios do novo sistema não batem com o que todo mundo sabe que está acontecendo.
Neste artigo você vai ver dez erros reais de implementação de ATS, organizados em três famílias, com o sintoma que denuncia cada um, a causa por trás dele e como corrigir. A AjustaCV não vende software de recrutamento, ela analisa currículos e descrições de vaga contra os parsers de ATS usados no Brasil. Isso dá uma visão direta de como um sistema mal configurado do lado da empresa também prejudica quem está do outro lado, tentando passar pela triagem.
O Tripé PAD: as três famílias de erro em toda implementação
Todo erro de implementação de ATS cai em uma de três famílias, e identificar a família ajuda a diagnosticar o problema mais rápido do que tentar corrigir sintoma por sintoma. A AjustaCV chama isso de Tripé PAD.
O Tripé PAD organiza os erros de implementação de ATS em três famílias: Processo (o funil configurado não reflete como a contratação realmente deveria acontecer), Adoção (as pessoas que deveriam usar o sistema não foram preparadas ou nunca tiveram acesso a ele) e Dados (o que entra e o que sai do sistema não é confiável). Um projeto pode acertar duas pernas do tripé e ainda assim falhar pela terceira, porque as três sustentam o mesmo resultado.
Na prática, os dez erros a seguir raramente aparecem sozinhos. Um funil configurado sem redesenho (Processo) costuma andar junto com gestores sem login (Adoção), porque ninguém parou para repensar quem participa de cada etapa. Ler os dez como uma lista solta esconde essa relação. Ler pela família ajuda a decidir por onde começar a corrigir.
Falhas de Dados: o que entra sujo, sai errado
Falhas de dados corrompem o valor do ATS antes mesmo de qualquer recrutador abrir a primeira vaga, porque um relatório só é tão confiável quanto o dado que o alimenta.
1. Importar dados sujos no primeiro dia
Você vai notar quando: os relatórios do primeiro mês mostram candidatos duplicados, vagas fantasmas de processos já encerrados, ou status que não corresponde à realidade de nenhum candidato ativo.
A causa costuma ser migrar tudo que existia na planilha antiga sem filtrar, incluindo processos já fechados há anos e contatos que nunca deveriam ter entrado no sistema novo. O ATS não limpa dados sozinho, ele só organiza o que recebe. A correção é migrar apenas processos ativos e definir, antes da importação, o que acontece com o histórico: arquivamento separado, prazo de retenção definido, ou descarte do que já expirou.
2. Nenhum motivo de reprovação registrado
Você vai notar quando:alguém pede um relatório de “por que perdemos esse candidato” e a única resposta possível é “reprovado”, sem detalhe algum.
A causa é configurar a etapa de reprovação sem tornar o motivo um campo obrigatório. Sem esse campo, nenhum relatório de motivo de perda é respondível, porque o dado simplesmente não existe. A correção é obrigatória, não opcional: toda reprovação exige um motivo de uma lista curta e padronizada (fora do perfil técnico, pretensão salarial incompatível, desistência do candidato, posição cancelada), definida antes do sistema entrar no ar.
3. Pular a decisão de retenção de dados e LGPD
Você vai notar quando: o jurídico ou um candidato pergunta por quanto tempo os dados dele ficam guardados, e ninguém no time de RH sabe responder com uma política escrita.
A causa é tratar o ATS como uma decisão só de tecnologia e deixar a questão de dados pessoais para depois. O Art. 6 da Lei 13.709/2018 (LGPD), texto oficial no portal do Planalto, exige que o tratamento de dados pessoais fique limitado ao mínimo necessário para a finalidade declarada. Isso não é uma sugestão de boas práticas, é uma exigência legal que deveria ser decidida antes da primeira importação, não depois de um pedido de esclarecimento. Na prática, a decisão cabe em uma página: prazo de retenção para candidatos reprovados, prazo separado para quem consentiu entrar em banco de talentos, e o processo que alguém segue quando um candidato pede a exclusão dos próprios dados. Sem esse documento, cada pessoa do time de RH responde de um jeito diferente à mesma pergunta.
Falhas de Processo: configurar o sistema para repetir o problema
Falhas de processo acontecem quando o ATS é configurado para espelhar exatamente o processo que já existia, incluindo as partes dele que não funcionavam.
4. Configurar etapas para copiar um processo já quebrado
Você vai notar quando: o funil no ATS tem as mesmas oito etapas confusas que a planilha tinha, e ninguém consegue explicar por que a etapa 5 existe separada da etapa 6.
A causa é tratar a implementação como uma migração de formato, e não como uma oportunidade de simplificar. Um funil com etapas redundantes no papel fica com etapas redundantes no sistema, só que agora com um relatório bonito em cima delas. A correção é redesenhar o funil antes de configurar, reduzindo a etapas que representam uma decisão real (triagem, entrevista com RH, entrevista técnica, proposta), e não um passo burocrático herdado.
5. Deixar currículos continuarem chegando por e-mail em paralelo
Você vai notar quando: um gestor de área encaminha um currículo direto por e-mail e espera resposta, enquanto o mesmo candidato também está, ou não está, cadastrado no ATS.
A causa é não desligar de fato o canal antigo quando o novo entra no ar. Isso importa mais do que parece diante do volume atual: o CEO da Greenhouse, Daniel Chait, afirmou que cada vaga recebe em média 254 candidaturas, um aumento de 412% no volume por recrutador, segundo a Fortune. Nesse volume, um segundo canal informal por e-mail não é um atalho, é um jeito garantido de perder candidatos que ninguém vai procurar de propósito. A correção é comunicar, com prazo, que toda candidatura passa pelo ATS, inclusive as indicações internas, e desativar (ou redirecionar automaticamente) a caixa de e-mail que antes recebia currículos, para que o canal antigo pare de existir na prática, não só no discurso.
6. Não definir uma métrica de sucesso antes de começar
Você vai notar quando:alguém pergunta, três meses depois do lançamento, se o ATS “está valendo a pena”, e a resposta é uma impressão, não um número.
A causa é pular direto para a configuração técnica sem registrar uma linha de base do processo antigo. Sem saber o tempo médio de contratação ou a taxa de resposta a candidatos antes da implementação, não existe comparação possível depois. A correção é simples e barata: medir uma ou duas métricas manualmente antes de configurar qualquer coisa, e revisitar os mesmos números 90 dias depois do go-live. Uma métrica sem linha de base não é uma métrica, é uma opinião com um número do lado.
7. Comprar módulos de IA e nunca configurá-los
Você vai notar quando: o ranqueamento automático de candidatos parece aleatório, colocando currículos fracos no topo e currículos fortes no meio da lista.
A causa quase sempre é a mesma: o módulo de IA depende diretamente dos requisitos obrigatórios, desejáveis, senioridade e competências cadastrados na vaga, exatamente como o Gupy descreve publicamente para sua ordenação de candidatos, segundo o blog oficial da Gupy. Se a vaga foi cadastrada de forma genérica, o módulo ranqueia sobre um critério vazio. A correção não é desligar a IA, é reservar tempo para cadastrar vagas com requisitos específicos antes de confiar no ranqueamento automático. Isso costuma exigir revisitar as próprias vagas cadastradas nas primeiras semanas, que quase sempre foram criadas depressa, exatamente no período em que o time ainda estava aprendendo a nova ferramenta.
Falhas de Adoção: o sistema certo, sem as pessoas certas nele
Falhas de adoção acontecem quando a tecnologia funciona tecnicamente, mas as pessoas que precisam usá-la todos os dias nunca foram totalmente incluídas no processo.
8. Gestores de área que nunca receberam login
Você vai notar quando:um gestor pede para “só receber os currículos por e-mail mesmo” porque ninguém explicou como acessar o sistema, ou porque o acesso dele nunca foi criado.
A causa é tratar o ATS como ferramenta exclusiva do time de RH, e deixar quem decide a contratação de fora do fluxo. Isso empurra o gestor de volta para o canal informal descrito no erro 5. A correção é incluir todo gestor com vaga aberta no treinamento inicial, com login funcionando antes da primeira vaga dele entrar no sistema, não depois.
9. Nenhum dono definido depois do go-live
Você vai notar quando:uma dúvida de configuração aparece e a resposta do time é “acho que era o fulano que cuidava disso, mas ele saiu da empresa”.
A causa é tratar a implementação como um projeto com data de término, e não como uma responsabilidade contínua. Todo sistema precisa evoluir junto com o processo de contratação, e isso exige uma pessoa com esse mandato explícito. A correção é nomear um dono do ATS antes do lançamento, com tempo dedicado reservado na agenda dele para configuração e suporte ao time. Em empresas pequenas, isso pode ser uma fração do tempo de uma pessoa que já existe no time, não uma contratação nova, mas precisa estar escrito em algum lugar como responsabilidade formal dela.
10. Treinar uma vez no lançamento e nunca mais
Você vai notar quando:recrutadores contratados depois do go-live aprendem o sistema “perguntando para o colega ao lado”, e cada um desenvolve um jeito diferente de usar a mesma ferramenta.
A causa é tratar o treinamento como um evento único, em vez de um processo contínuo. As dúvidas reais aparecem depois do lançamento, quando o time encontra casos que a demonstração inicial não cobriu. A correção é agendar uma sessão de reforço 30 a 60 dias depois do go-live, e incluir o ATS no onboarding de qualquer pessoa nova no time de recrutamento.
Os dez erros em um único checklist
| Família (Tripé PAD) | Erro | Sinal de alerta |
|---|---|---|
| Dados | Importar dados sujos no dia 1 | Candidatos duplicados e vagas fantasmas nos relatórios |
| Dados | Sem motivo de reprovação | Relatório de perda mostra número, não motivo |
| Dados | Pular decisão de retenção e LGPD | Ninguém responde por quanto tempo os dados ficam guardados |
| Processo | Etapas que copiam o processo quebrado | Ninguém explica por que uma etapa existe |
| Processo | Currículos ainda chegando por e-mail | Gestor cobra resposta de candidato fora do sistema |
| Processo | Sem métrica de sucesso definida antes | Ninguém sabe dizer, com número, se o ATS ajudou |
| Processo | Módulo de IA nunca configurado | Ranqueamento automático parece aleatório |
| Adoção | Gestores sem login | Pedido para voltar a receber currículo por e-mail |
| Adoção | Nenhum dono após o go-live | Dúvida de configuração sem responsável para responder |
| Adoção | Treinamento só no lançamento | Cada recrutador usa o sistema de um jeito diferente |
O que fazer com essa lista antes da próxima reunião de projeto
Nenhum desses dez erros exige trocar de fornecedor, porque o problema quase nunca é o software escolhido, é a disciplina em torno dele nas primeiras semanas. Ignorar o Tripé PAD custa caro de um jeito difícil de perceber: o sistema continua no ar, os relatórios continuam saindo, só que ninguém mais confia neles, e o time volta, aos poucos, para os hábitos antigos.
Se você está planejando a implementação do zero, veja o guia completo de como configurar um ATS do zero antes de importar o primeiro currículo. E se você está do outro lado da tela, tentando entender por que um currículo bom não avança em um sistema recém implementado, comece pela análise gratuita de ATS do AjustaCV para ver exatamente como o parser lê o seu currículo hoje.
Perguntas frequentes
Por que um ATS recém implementado gera relatórios errados?
Na maioria dos casos porque os dados que entraram no sistema no primeiro dia já estavam incompletos ou incorretos, ou porque as etapas do funil foram configuradas sem motivo de reprovação obrigatório em cada uma. Um relatório soma o que existe no banco de dados. Se a etapa 'reprovado' não pede o motivo, o relatório mostra quantas pessoas saíram, mas não consegue responder por quê, o que inviabiliza qualquer decisão baseada nele.
É normal recrutadores continuarem usando planilha depois de implementar um ATS?
É comum, mas é um sintoma de implementação incompleta, não uma fase natural de transição. Quando o time mantém a planilha 'só por garantia', geralmente é porque uma etapa do processo real não tem equivalente configurado no ATS, ou porque ninguém migrou os candidatos que já estavam em andamento. Duas fontes de verdade paralelas quase sempre divergem em poucas semanas, e nesse ponto nenhuma das duas está confiável.
Quem deveria ser o dono do ATS depois do lançamento?
Uma pessoa específica, dentro do time de recrutamento ou de RH, com responsabilidade explícita por configuração, treinamento contínuo e relacionamento com o fornecedor. Não pode ser um projeto sem dono, herdado informalmente por quem sobrou depois do go-live. Ferramentas sem dono param de evoluir junto com o processo, mesmo que continuem tecnicamente no ar.
Preciso migrar todos os currículos antigos para o novo ATS?
Não, e tentar migrar tudo é uma causa comum de dados sujos logo na largada. Faz mais sentido migrar candidatos em processos ativos e definir uma política clara para o histórico: manter por um prazo determinado, arquivar separadamente, ou descartar o que já ultrapassou o prazo de retenção definido pela empresa, considerando a LGPD.
Por quanto tempo posso guardar currículos de candidatos reprovados?
A LGPD não fixa um prazo único e geral, o Art. 6 da Lei 13.709/2018 exige que o tratamento de dados fique limitado ao mínimo necessário para a finalidade declarada. Na prática, isso significa definir um prazo por escrito antes de importar qualquer currículo para o ATS, coerente com o que a empresa comunica ao candidato, e não deixar o sistema acumular dados indefinidamente por padrão.
Vale a pena ativar os módulos de IA do ATS logo na implementação?
Só se alguém for configurar os critérios que a IA vai usar, porque o resultado depende inteiramente dos requisitos, senioridade e competências cadastrados na vaga. Ativar o módulo sem configurar os critérios entrega um ranqueamento sobre dados incompletos, o que é pior do que não ranquear, porque cria uma falsa sensação de priorização confiável.
Quantas vezes o time de recrutamento deveria ser treinado no ATS?
Mais de uma vez, e não só no lançamento. O treinamento inicial ensina a operar a tela, mas as dúvidas reais aparecem depois, quando alguém precisa configurar uma vaga com regra diferente, gerar um relatório específico ou lidar com uma situação que não apareceu na demonstração. Uma sessão de reforço 30 a 60 dias depois do go-live custa pouco e evita que o time volte para a planilha por não saber fazer algo no sistema novo.
Como definir uma métrica de sucesso antes de implementar um ATS?
Escolha uma ou duas métricas concretas que já existem hoje, mesmo que de forma manual, como tempo médio de contratação ou taxa de resposta a candidatos, e registre o valor atual antes de qualquer configuração começar. Sem essa linha de base, é impossível saber depois se o ATS melhorou o processo ou só mudou a ferramenta que registra o mesmo problema.
Quer otimizar seu currículo para uma vaga específica?
O AjustaCV reescreve seu currículo para passar nos filtros ATS da vaga que você escolher. Pronto em minutos.
AJUSTAR MEU CURRÍCULO — R$7,80