Resumo
O tempo de adaptação de um agente de suporte é quanto tempo um novo contratado leva para trabalhar a sua fila com a velocidade e a qualidade da equipe, sem ajuda. A maioria das equipes só cronometra a primeira linha de chegada, o primeiro ticket sozinho. A linha de chegada de verdade é a qualidade da mediana da equipe sem um sênior ao lado, e nos tópicos que li isso leva de seis semanas a seis meses.
Acompanhe semana a semana a partir da data de início de cada agente, usando o relatório por agente do seu helpdesk. Nenhum dos cinco helpdesks que verifiquei tem um filtro de "novo contratado" ou de tempo de casa, então a curva você mesmo monta.
Para reduzi-lo, divida a adaptação em duas pilhas. O tempo de consulta (achar a macro, a política, a resposta anterior) diminui com boas ferramentas, como um colega de helpdesk com IA que redige respostas a partir dos seus tickets anteriores para o novo agente revisar. O julgamento (tom, casos de exceção, quando escalar) só diminui com repetição em tickets reais e coaching semanal.
O que é o tempo de adaptação de um agente de suporte?
O tempo de adaptação é o intervalo entre o primeiro dia de um agente e o dia em que ele trabalha a fila como todo mundo. Estou na equipe de suporte da eesel e trabalho a fila todos os dias, e o que percebi é que as equipes costumam querer dizer três coisas diferentes quando falam que um novo contratado está "adaptado":
- Primeiro ticket sozinho. Parou de observar e respondeu a um cliente por conta própria.
- Volume da mediana da equipe. Fecha mais ou menos tantos tickets por semana quanto um agente típico.
- Qualidade da mediana da equipe, sem ajuda. Suas notas de QA, taxa de reabertura e CSAT acompanham a equipe, e ele parou de chamar um sênior a cada três tickets.
As duas primeiras são fáceis de atingir e fáceis de maquiar. Um novo agente pode fechar muitos tickets pegando os mais simples, ou perguntando a um sênior o que escrever e colando a resposta. Por isso eu só conto a terceira bandeira como o fim da adaptação. É também a que importa para os seus clientes e para os agentes sêniores que vinham fazendo dois trabalhos em silêncio.
Se você está montando o plano de onboarding em si, o guia do meu colega sobre software de treinamento para agentes de suporte cobre as ferramentas de cada etapa. Este artigo é sobre o relógio: quanto tempo ele corre, como lê-lo e como encurtá-lo.
Quanto tempo leva a adaptação de agentes de suporte?
Não existe um referencial de mercado publicado em que eu confiaria, e eu procurei. Nenhum fornecedor de helpdesk ou de QA que verifiquei publica uma definição formal de tempo de adaptação. O mais próximo é o glossário da MaestroQA (a empresa agora opera como Rippit), que diz que o onboarding de suporte "typically run(s) from 2-8 weeks". No caso de cliente da ClassPass, os novos agentes receberam atenção extra de QA durante "the first 60 days" de casa.
O que agentes reais e líderes de equipe descrevem é mais longo, e é um intervalo, não um número:
| Cenário | O que as pessoas relatam | Fonte |
|---|---|---|
| Call center, alto volume | 6 semanas de treinamento, 6 semanas de nesting, depois metas de métricas de 33%, 66%, 100% ao longo de três meses | r/callcentres |
| Call center | 4-6 semanas em sala de aula, 1-2 semanas com um veterano nas ligações, avaliação aos 90 dias | r/callcentres |
| Suporte por telefone | 1 semana de treinamento, 25 erros no primeiro mês, zero erros desde o mês três | r/callcentres |
| Help desk de MSP | Indução, acompanhamento e tickets de baixa prioridade ao longo de 2 meses, plantão no mês 3 | r/msp |
| Suporte técnico | Todos os casos, exceto os mais difíceis, após 3-6 meses | Hacker News |
| Engenheiro de suporte em nuvem | Primeiros 3 meses de treinamento enquanto atende casos | Hacker News |
Dois padrões se destacam. Primeiro, a distância entre "liberado na fila" e "bom na fila" costuma ser de meses, não de dias. Um líder de equipe no tópico do r/callcentres foi direto depois que uma turma inteira de treinamento foi dispensada por não atingir 80% na scorecard:
"Some of our best agents are shaky for the first few months before their performance skyrockets. 10 days is nothing."
Segundo, a complexidade do produto define o piso. Uma fila de trocas e envio de uma loja online tem uma cauda curta de tipos de pergunta. Uma fila de SaaS B2B ou de TI tem uma cauda longa, e o novato continua encontrando perguntas inéditas por meses. Um líder de help desk no r/sysadmin descreveu um novo contratado com experiência prévia que ainda parecia "about 50/50" no mês quatro, depois de uma rampa de treinamento de um mês. Outra resposta nesse tópico:
"First month or 2 are there for ironing out the overwhelming feeling. The 6 month review is common for a reason."
Então o referencial útil é o seu. Se suas três últimas contratações levaram doze semanas para chegar à terceira bandeira, essa é a sua base, e a meta é a próxima chegar em nove.
Como medir o tempo de adaptação no seu helpdesk?
Eis o problema: nenhum dos cinco helpdesks que verifiquei tem data de início do agente, campo de tempo de casa ou grupo de "novos contratados" na documentação de relatórios. Todos têm, sim, as duas coisas de que você precisa para montar uma curva de adaptação à mão: um filtro por agente e um intervalo de datas personalizado. Então o método é um retrato semanal por novo contratado, comparado com a mediana da equipe.
Eu acompanho quatro números, porque cada um pega um jeito diferente de parecer adaptado sem estar:
- Nota de QA. A checagem de qualidade. O que a sua scorecard de garantia de qualidade produzir, toda semana.
- Tempo de atendimento. A checagem de velocidade. O tempo médio de atendimento ou o mais próximo disso que o seu helpdesk reportar.
- Taxa de reabertura. A checagem de "isso realmente resolveu". Fechamentos rápidos que voltam não contam.
- Pedidos de ajuda. A checagem de independência. Conte as notas internas ou os tópicos no Slack em que o novato marcou um sênior.
Minha regra prática: um agente está adaptado quando os quatro números ficam em torno de 90% da mediana da equipe por três semanas seguidas. Três semanas impedem que uma semana de sorte conte. Noventa por cento, não cem, porque a mediana da sua equipe inclui seus melhores profissionais.
Onde esses números ficam em cada helpdesk
| Helpdesk | Relatório por agente | Filtro de agente e intervalo de datas | Limitação de plano que vale conhecer | Nota de qualidade por agente |
|---|---|---|---|---|
| Zendesk | Painel do Support: Assignee activity e Agent updates | Sim, ambos | Suite Professional, $115/agente/mês no plano anual (preços) | Zendesk QA IQS e AQS, pelo complemento de QA ou WEM (pacote WEM $50/agente/mês) |
| Freshdesk | Agent Performance Report, em todos os planos | Sim | Pro, $55/agente/mês no plano anual (tabela de planos) | Não consta na documentação de analytics |
| Gorgias | Agents performance report, todos os planos Helpdesk | Agente ou equipe, predefinições mais intervalo personalizado | O relatório está em todos os planos Helpdesk | Auto QA, exige uma assinatura do AI Agent |
| Help Scout | Company and User report, Happiness | Detalhamento por usuário, Teams no Plus e Pro | O Standard guarda 2 anos de dados, o Plus e o Pro guardam tudo | Happiness Score por usuário |
| Front | Team performance report | Filtro de colegas, intervalo personalizado | O Starter guarda 6 meses de histórico, o Professional 24 | Smart QA, complemento de $20/assento ou incluído no Enterprise |
No Zendesk, a aba pré-pronta Assignee activity já dá a maior parte das colunas de velocidade e qualidade por agente. Filtre por um novo contratado e uma semana, anote os números, repita. Se você quer um gráfico semana um versus semana quatro de vários contratados numa tela só, isso exige relatórios personalizados, ou seja, Explore Professional ou superior.
Para a coluna de QA, o painel Reviews do Zendesk QA lista a nota de qualidade interna (IQS) de cada avaliado com tendência, e o seu cartão de qualidade ao longo do tempo funciona por semana. A própria documentação do Zendesk diz que ele pode mostrar "if any agents might require specific training", que é um jeito educado de descrever uma curva de adaptação. Meu guia de scorecard do Zendesk QA cobre como montar a scorecard que o alimenta.
O Front funciona do mesmo jeito. A tabela Team performance mostra mensagens enviadas, tempo de resposta e tempo de atendimento por colega, e uma coisa a saber é que o Front credita quem responde, não quem está atribuído. Isso é útil para acompanhar a adaptação, porque um sênior que responde num ticket de um novato aparece como trabalho do sênior.
Uma planilha com uma aba por novo contratado e uma linha por semana é, honestamente, suficiente. O hábito de preenchê-la toda sexta importa mais que a ferramenta. Para as definições das métricas, veja meu resumo das métricas do Zendesk Explore. A contagem de reaberturas também merece um olhar mais de perto, já que é a que os novatos manipulam sem querer.
Quanto custa realmente uma adaptação lenta?
A adaptação tem dois custos que nunca aparecem numa fatura. O primeiro é a produção perdida: um novo agente a meia velocidade por dez semanas são cinco semanas de salário que não geraram tickets fechados. O segundo é o tempo de sênior, as horas que seus melhores agentes passam respondendo "como eu lido com esse?" em vez de trabalhar a própria fila.
Uma resposta no tópico do r/callcentres resumiu o que está em jogo numa linha:
"It costs a few thousand to onboard someone, giving them less than a month to get up to speed is crazy."
Insira seus próprios números aqui para ver quanto valem para a sua equipe algumas semanas de adaptação:
Com os números padrão (seis contratações por ano, dez semanas de adaptação, metade da produção, cinco horas de sênior por semana), a adaptação custa cerca de $8,000 por novo agente e $48,000 por ano. Cortar três semanas economiza cerca de $14,400 por ano, antes de contar o que acontece com os clientes que recebem uma resposta fraca na semana dois. Se você está crescendo rápido, a adaptação entra na conta de headcount: quem começa em março só é um agente pleno em junho. Minhas notas sobre planejamento de cobertura de suporte mostram como planejar isso, e o guia para montar uma equipe de atendimento ao cliente cobre o lado da contratação.
Para onde vão as semanas de adaptação, afinal?
Esta é a parte que eu queria que alguém tivesse me contado antes da minha primeira semana. A adaptação não é um grande bloco de "aprender". São dois tipos de trabalho muito diferentes que pedem soluções diferentes.
O tempo de consulta é tudo o que se gasta procurando a resposta: qual macro se aplica, onde mora a política de reembolso, como a equipe respondeu exatamente essa pergunta no mês passado. Um técnico de nível 1 no r/msp disse que essa foi a parte mais lenta para ele:
"If they're a T1, I believe what took most time for me was to learn/remember where everything was located rather than the specifics."
O julgamento é todo o resto: ler um cliente irritado, saber quando uma exceção de reembolso é aceitável, perceber o ticket que precisa de uma escalação antes de estourar. Nenhum documento ensina isso. Vem de lidar com conversas reais e receber feedback sobre elas.
O erro que mais vejo é tratar problemas de consulta com soluções de julgamento, como mais acompanhamento, semanas de sala de aula mais longas, mais um role-play, quando o novato na verdade precisa de um jeito mais rápido de achar a resposta. O erro oposto é supor que uma ótima base de conhecimento interna vai ensinar o tom. Não vai.
Um comentarista do Hacker News que montou uma wiki de suporte para a sua equipe relatou os dois efeitos ao mesmo tempo:
"I was able to reduce training times by 75% because I created a curriculum that worked way better. I created a wiki for the support team and they were able to reduce call times by 40% because they had a place with the answers to the questions they were tired of answering."
É um número autodeclarado de uma pessoa só, mas combina com o que eu vejo: o tempo de consulta é a parte barata de cortar, e muitas vezes é a maior parte do primeiro mês.
Como reduzir o tempo de adaptação de agentes de suporte: 6 coisas que funcionam
Nenhuma delas é exótica. O truque é fazê-las na ordem certa e casar cada uma com a pilha que ela resolve.
1. Ensine primeiro os tickets mais comuns
A maioria das filas é dominada por uma lista curta de tipos de pergunta. Um agente de telefone no r/callcentres disse "80% of calls are about the same thing". Puxe suas dez principais tags de ticket do último trimestre e monte a primeira semana em torno delas, não em torno de um tour por todas as funcionalidades. Um agente de help desk no r/ITCareerQuestions pediu exatamente isso:
"Most common cases in a week: give me the rundown of the most common Dispatch and Tier 1 tickets you get in a typical week. I can figure out anything more specific from there as I go along."
Se você não sabe quais são as suas dez principais, uma análise de lacunas de conhecimento dos tickets do último trimestre vai dizer, e mostrará quais delas ainda não têm artigo de ajuda.
2. Pratique em tickets reais do passado, não em role-plays genéricos
Cenários genéricos ensinam boas maneiras ao telefone. Seus próprios tickets resolvidos ensinam as suas políticas. Uma resposta no r/CustomerService alertou que, com treinamento genérico, "it will take them forever to figure out how your company wants something done" quando chegarem à operação.
A versão simples: escolha 30 tickets resolvidos das suas principais tags, esconda a resposta do agente, peça ao novato para redigir a sua e compare com o que a equipe realmente enviou. Um sandbox do Zendesk ajuda a praticar macros e campos sem tocar em clientes, embora só esteja incluído nos planos Enterprise (um no Support Enterprise, dois no Suite Enterprise) e seja vendido como complemento a partir do Support Professional e do Suite Growth. O Freshdesk lista o sandbox no plano Enterprise e o apresenta como uma ferramenta de teste de configuração, o que cubro no guia do sandbox do Freshdesk.
3. Abra a fila por etapas
Não passe um novato do acompanhamento para a fila completa em um dia. O plano de MSP que citei acima é um bom modelo: uma semana de indução, uma de acompanhamento, duas semanas em tickets de baixa prioridade, um mês em incidentes padrão e plantão "at the 3 month mark. If the staff member feels they are ready." (fonte)
Num helpdesk, escalonar é principalmente roteamento. Coloque os novatos num grupo que só recebe as suas tags mais simples e vá ampliando conforme os números deles melhoram. Meu guia de gestão de fila compartilhada cobre a configuração de cada helpdesk. No Zendesk é um grupo mais um trigger, explicado em roteamento no Zendesk. O Freshdesk consegue com roteamento por habilidade, atribuindo aos novatos uma habilidade restrita.
4. Faça-os conduzir enquanto um sênior observa
Acompanhar um sênior parece produtivo e ensina surpreendentemente pouco. Um líder de equipe de MSP descreveu como inverte isso depois de duas semanas:
"We start with screen share (trainer sharing to newbie) and after about 2 weeks we switch to newbie sharing with trainer, trainer comments/guides but forces newbie to "do" the things. Much higher knowledge retention when they do it with guidance over just having them watch one of us do things."
A versão em tickets é "redigir e depois aprovar". O novato escreve cada resposta como nota interna, um sênior aprova ou edita, e a edição é a lição. No começo é lento para o sênior, e é exatamente por isso que o passo 5 existe.
5. Dê a eles um primeiro rascunho em cada ticket
É aqui que a IA mostra seu valor no tempo de consulta. Uma ferramenta de assistência ao agente lê o ticket, encontra o artigo de ajuda, a macro ou a resposta anterior correspondente e redige uma resposta que o novo agente revisa, edita e envia. O novato continua decidindo o que sai. Ele só para de começar de uma caixa em branco e de esperar um sênior dizer onde mora a política de reembolso.
Passei bastante tempo observando como os agentes realmente usam rascunhos de IA e, em um teste que analisei, os agentes enviaram o rascunho sem alterações apenas 12% das vezes. A maioria das reescritas era sobre tamanho e tom: os rascunhos eram longos e o estilo da equipe é curto. Isso é útil para um novato. O rascunho dá os fatos certos, e a edição que ele faz ensina o estilo da casa. Quando a IA é treinada nas respostas enviadas pela própria equipe, essas reescritas diminuem.
A prova em que me apoio vem de clientes, não de mim. O Director of Support & Operations da Yellowdig compartilhou isto depois de implantar a eesel:
"Recently, a new customer success hire joked that our eesel AI bot was their best friend during onboarding and interviewing."
E a vfm Group descreveu o lado do tempo de sênior: "Managers are now asked the important questions" depois que os novatos começaram a usar o copiloto para encontrar respostas na fonte. É a pilha de consulta encolhendo. Para uma visão mais ampla da categoria, veja meu resumo de ferramentas de assistência ao agente com IA. Se a ideia é nova para você, comece pelo que um copiloto de IA faz por uma equipe de suporte.
6. Faça coaching semanal em conversas reais
O julgamento diminui com feedback, e o feedback precisa ser sobre os tickets reais deles. A ClassPass, no artigo da MaestroQA, encaminhava uma parcela maior dos tickets dos novos agentes para avaliadores a cada semana durante os primeiros 60 dias. É o instinto certo: fazer bastante QA no novato no começo e depois reduzir.
Uma sessão semanal de 30 minutos sobre cinco tickets deles vale mais que uma revisão mensal de cinquenta. O painel de coaching do Zendesk QA mostra como as sessões de coaching afetam o IQS, o que fecha o ciclo com a scorecard de antes.
Para o coaching em si, coaching de agentes com IA para suporte apresenta uma cadência semanal. Se você está escolhendo uma ferramenta de scorecard, meu resumo de ferramentas de QA para suporte compara as opções.
Erros que alongam o tempo de adaptação
Os mesmos poucos erros aparecem em quase todos os tópicos que li.
| Erro | O que faz com a adaptação | Correção |
|---|---|---|
| Cortar o treinamento para encher a fila | Os erros se acumulam no primeiro mês e os sêniores gastam o tempo economizado limpando a bagunça | Proteger as duas primeiras semanas, escalonar a fila em vez disso |
| Acompanhar uma pessoa diferente a cada dia | O novato aprende cinco jeitos levemente diferentes de responder o mesmo ticket | Um parceiro nomeado no primeiro mês |
| Medir só o primeiro ticket sozinho | Parece adaptado na semana dois, mas só está no mês três | Acompanhar os quatro números até a terceira bandeira |
| Documentos que ninguém encontra | O tempo de consulta continua alto muito depois de as políticas serem aprendidas | Colocar as respostas onde o agente trabalha, como um bot de conhecimento no Slack ou rascunhos dentro do helpdesk |
| Role-plays genéricos | Os agentes aprendem boas maneiras, não as suas políticas | Praticar em 30 dos seus próprios tickets resolvidos |
O primeiro é o mais comum e o mais caro. Um agente no r/callcentres descreveu o resultado:
"My job is similar understaffed and threw us on the phones after 1 week of training. My 1st month on the phones I had 25 errors and I literally learned trial and error."
Ele chegou a zero erros no mês três, então a adaptação aconteceu. Só que aconteceu nos clientes em vez de no treinamento. O outro erro silencioso é o conhecimento que só vive na cabeça dos sêniores. Quando essas pessoas saem, toda contratação futura se adapta mais devagar, e por isso os hábitos de transferência de conhecimento importam até para equipes pequenas. Anotar como a equipe lidou com um ticket complicado, do mesmo jeito que você faria numa passagem de turno, é o investimento mais barato em adaptação que existe.
eesel para o tempo de adaptação de agentes de suporte
A eesel é um colega de IA que você contrata para uma função, e o seu colega de helpdesk assume a metade de consulta da adaptação. Conecte-o ao seu helpdesk (Zendesk é a configuração mais comum, e ele também funciona com Freshdesk, Gorgias, Help Scout e Front) e ele aprende com a sua central de ajuda, macros e tickets anteriores, e então redige respostas como notas internas que seus novos agentes revisam, editam e enviam. Quando um sênior o corrige, a correção entra nas instruções dele, então o próximo novato recebe a resposta melhor desde o primeiro dia.
Antes que ele responda qualquer coisa sozinho, você pode rodar uma simulação sobre os seus tickets reais do passado e ver como as respostas dele se comparam com as que a sua equipe enviou. No exemplo da documentação da própria eesel, 17 de 20 tickets anteriores corresponderam à qualidade de resposta da equipe, com correções ordenadas por prioridade para o restante.
Os assentos são ilimitados em todos os planos, então todo trainee tem acesso sem aumentar a fatura. Há um plano gratuito com 100 créditos e planos pagos a partir de $299 por mês. Se o seu próximo contratado começa em algumas semanas, vale ter a eesel redigindo desde o primeiro dia dele. Experimente a eesel.