Por que "ser mais focado no cliente" não é um objetivo de treinamento
Pesquise "objetivos de treinamento em atendimento ao cliente" e você normalmente é uma de duas pessoas: um líder de suporte construindo um currículo do zero, ou alguém que herdou um material de treinamento cheio de metas como "melhorar a satisfação do cliente" e precisa transformá-lo em algo em que um novo contratado possa realmente trabalhar. Nenhuma das duas metas sobrevive ao contato com uma fila de tickets real.
A Zendesk descreve a disciplina subjacente de forma direta: treinamento em atendimento ao cliente é "uma estratégia que as empresas usam para melhorar a competência da equipe de suporte", e só funciona quando está atrelado a algo específico - conhecimento do produto, comunicação com o cliente ou o software que os agentes usam todos os dias. O risco é real: 73% dos consumidores trocam de fornecedor após várias experiências ruins, e mais da metade troca depois de apenas uma, segundo os próprios dados de referência da Zendesk. Um objetivo de treinamento vago não desperdiça apenas o orçamento de treinamento - ele aparece no churn.
A Association for Talent Development (ATD) faz o mesmo ponto do outro lado do quadro branco: "o desalinhamento raramente se anuncia; ele aparece como sintomas familiares. Há uma dependência excessiva de métricas de atividade (inscrições, conclusões, pesquisas de satisfação) sem indicadores comportamentais ou de negócio." A solução deles é mapear cada objetivo de aprendizagem a um KPI de negócio real - receita, retenção ou uma métrica de qualidade - para que o valor do treinamento seja "explícito, visível e testável", não um item em um painel de RH que ninguém mais olha.
Até contratações experientes precisam disso. Um representante pode já "saber como oferecer um bom atendimento ao cliente", observa a Zendesk, mas "não sabe como oferecer um bom atendimento ao cliente para o seu negócio" - suas ferramentas específicas, seu cliente-alvo, suas regras de escalonamento. É para isso que um objetivo de treinamento realmente serve.
O framework SMART aplicado ao treinamento em atendimento ao cliente
SMART - Específica, Mensurável, Atingível, Relevante, com Prazo definido - remonta a um artigo de 1981 da diretora de planejamento corporativo da Washington Water Power, e se encaixa no treinamento de suporte de forma quase perfeita:
| Letra | O que significa | Aplicado ao treinamento |
|---|---|---|
| Específica | Focada em um problema, não em uma aspiração geral | "Diminuir a ocorrência de transferência de chamadas em 30% em seis semanas", não "melhorar a satisfação do cliente" |
| Mensurável | Atrelada a uma única métrica acompanhada | Uma meta de treinamento em base de conhecimento é medida pela taxa de resolução na primeira chamada, já que mais conhecimento deveria significar menos transferências |
| Atingível | Baseada em uma linha de base real, não em um número "tirado do nada" | Sam Chandler, da Zendesk, alerta contra metas sem linha de base - "entenda o que seus clientes precisam... e suas métricas devem ser construídas com base nisso" |
| Relevante | Serve ao cliente, ao representante e ao negócio ao mesmo tempo | Confira o objetivo em relação aos três antes de fechá-lo |
| Com prazo definido | Um prazo fixo com checkpoints | Submetas semanais ("cada representante escreve um artigo por semana") vencem uma única meta anual distante |
Veja como isso fica em uma única frase, construída a partir dos próprios exemplos elaborados pela Zendesk:
Essa única frase atende aos cinco critérios ao mesmo tempo: um problema nomeado, uma única métrica acompanhada com uma linha de base real, uma meta ambiciosa mas realista, uma conexão com os KPIs da equipe e uma janela fixa. Compare isso com "fazer os agentes melhores em resolver problemas" - mesma intenção, mas ninguém consegue dizer em seis semanas se funcionou.
O próprio framework da ATD chega a uma estrutura quase idêntica pelo lado da estratégia: Descobrir o resultado e os comportamentos que o movem, Desenhar objetivos de aprendizagem que espelhem o KPI, Entregar dentro do fluxo de trabalho com ferramentas reais de coaching, e então Medir em relação a sinais de negócio - e a ATD nomeia diretamente a resolução na primeira chamada como um desses sinais. O guia de QA da HubSpot se apoia no mesmo ponto de partida SMART antes mesmo de a avaliação começar: "os objetivos podem variar de reduzir taxas de erro a melhorar o CSAT ou treinar novos contratados... use metas SMART de atendimento ao cliente para transformar ideias vagas em alvos claros e mensuráveis."
As cinco categorias que todo programa de treinamento precisa
Na Zendesk, na HubSpot e nos próprios frameworks publicados pela Help Scout, os objetivos de treinamento se agrupam em cinco categorias recorrentes.
Conhecimento do produto. A Zendesk classifica isso como uma hard skill - "habilidades que você pode medir" - porque os agentes "precisam dar respostas rápidas e precisas" para "inspirar confiança". Um objetivo para novos contratados pode ser concluir um módulo de onboarding cobrindo cultura da empresa, software e conhecimento do produto em quatro a seis semanas; um contínuo é passar em uma verificação de reciclagem quando as habilidades "enferrujam com o tempo". A rubrica de QA da HubSpot atrela isso diretamente à pontuação de precisão, já que "confiança sem correção é pior do que hesitação".
Soft skills, empatia e desescalonamento. A Zendesk nomeia sete soft skills treináveis, incluindo escuta ativa ("essencial para fazer os clientes se sentirem reconhecidos e desescalar situações estressantes") e resolução de conflitos. A HubSpot operacionaliza a empatia como uma dimensão pontuável e treinável, separada do tom - "a capacidade do agente de reconhecer e validar a experiência emocional do cliente, não apenas o problema relatado" - e a própria rubrica da Help Scout incorpora o mesmo objetivo em "empatia e prestatividade". Se sua equipe lida com muitos clientes irritados, nosso guia sobre como lidar com clientes furiosos percorre os roteiros específicos que sustentam esse objetivo.
Domínio de ferramentas e sistemas. A Zendesk lista "capacitar sua equipe com as ferramentas certas" como um objetivo independente, separado do conhecimento do produto - treinar agentes para usar o software com eficiência "para que possam encontrar informações em segundos". Para equipes que estão construindo isso, nossas análises de automação de help desk e ferramentas de base de conhecimento com IA mostram como "eficiente" realmente se parece em uma stack moderna.
Aderência a QA e compliance. A HubSpot traça uma linha nítida aqui: "Controle de Qualidade é reativo... Garantia de Qualidade é proativa. Ela foca no processo." Seus scorecards "muitas vezes ponderam soft skills em 25-30% e precisão de resolução em 30-35%", e um objetivo de treinamento pode ter como alvo atingir essa barra ponderada. A própria rubrica da Help Scout enquadra a mesma categoria como "procedimentos e melhores práticas" - se as tags certas foram aplicadas, se links da base de conhecimento foram incluídos. Nossos guias de garantia de qualidade em call center e exemplos de feedback de QA se aprofundam em como construir o próprio scorecard.
Velocidade e eficiência. A resolução na primeira chamada é "a capacidade de uma empresa de resolver a... reclamação de um cliente durante o primeiro contato", com um benchmark de 70-75%. O tempo médio de atendimento é o tempo médio para resolver uma solicitação, fórmula telefônica "Conversa + Espera + Acompanhamento ÷ Total de chamadas". A própria orientação da HubSpot para melhorar ambos começa com "treine sua equipe" - mas com uma ressalva que merece sua própria seção, abaixo.
Por que seu scorecard de QA pode estar minando seus objetivos de treinamento
Aqui está a parte que a maioria dos guias de objetivos de treinamento ignora, e é a que realmente muda como você deveria defini-los.
"Eu. Tue Søttrup. 20 anos em atendimento ao cliente. E aquela pergunta que fiz mais de 1.000 vezes: 'Como você sabe que seus agentes estão prontos antes de irem para produção?'"
A resposta de Søttrup, depois de duas décadas administrando organizações de suporte, é que a maioria das equipes não consegue responder a isso - as notas de QA "parecem boas" enquanto novas turmas ainda arrastam AHT e CSAT por semanas antes de alcançar a linha de base de agentes veteranos. O scorecard não está capturando a real lacuna de prontidão, porque o scorecard e o objetivo de treinamento nunca foram construídos para verificar a mesma coisa.
Fica mais afiado ainda. Um tópico viral da plataforma de contact center ujet.cx conta a história de um supervisor orientando um de seus melhores agentes para baixo em uma reunião individual:
"Um supervisor nos contou sobre uma de suas melhores agentes no trimestre passado. Ela passou 25 minutos em uma salvação de retenção na área de saúde. A cliente terminou chorando de gratidão, mas o AHT dela foi ARRASADO. Ele teve que orientá-la PARA BAIXO em uma reunião individual."
A publicação seguinte nomeia exatamente o motivo: "AHT: recompensa throughput, penaliza a salvação longa de retenção. Taxa de desvio: recompensa manter clientes longe dos agentes. Aderência ao roteiro: penaliza a salvação criativa." Três métricas, todas ainda comuns em scorecards de QA, todas construídas para uma era de trabalho de tickets pesada em tarefas administrativas - e todas penalizando ativamente o comportamento orientado por julgamento que você gostaria que um programa de treinamento construísse.
Os agentes também sentem isso do outro lado. O r/callcentres no Reddit está cheio disso:
"Seu gerente não é treinado/focado nas diretrizes de qualidade tanto quanto uma equipe de QA dedicada é. Gerentes estão ali principalmente para gerenciar, eles são ..."
Um tópico complementar no r/CallCenterWorkers nomeia as categorias exatas do scorecard que atrapalham os agentes - checkboxes de "reafirmar, relacionar, tranquilizar" fáceis de falhar por uma questão técnica mesmo quando a ligação foi bem. Rajeev Kumar, um gerente de treinamento e qualidade de BPO, argumenta que a causa raiz é estrutural: equipes de QA "tratando formulários de avaliação como uma checklist em vez de uma ferramenta de coaching" - que é exatamente a lacuna entre o que o treinamento ensina e o que o QA de fato pontua.
A solução não é abandonar as métricas. É escolher o objetivo primeiro, depois verificar se o número atrelado a ele realmente recompensa aquilo para o qual você treinou. Se um objetivo de treinamento é "lidar com escalonamentos de cobrança com paciência e precisão", não o avalie apenas pelo AHT - combine-o com um item de QA que verifique especificamente se o agente desacelerou para o caso difícil, da mesma forma que a rubrica da Help Scout verifica necessidades antecipadas, não apenas velocidade de resolução.
Como realmente escrever e implementar objetivos de treinamento
- Escolha um problema por objetivo. Não "melhorar o suporte" - "reduzir o tempo de primeira resposta em perguntas de envio" ou "aumentar as notas de QA sobre tom em tickets escalados". Uma métrica, um responsável.
- Encontre sua linha de base real antes de definir uma meta. O próprio alerta da Zendesk se aplica aqui: uma meta "tirada do nada" sem linha de base não é atingível, é um chute. Extraia primeiro o número real de FCR ou AHT do seu relatório de help desk.
- Combine a métrica com o comportamento, não o contrário. Se o objetivo é sobre julgamento em chamadas difíceis, não o meça com uma métrica de velocidade. Faça a verificação de descompasso de métrica da seção acima antes de fechar qualquer coisa.
- Estruture a rampa de integração, não apenas agende um dia de treinamento. O r/callcentres no Reddit descreve como é, na prática, um onboarding bem estruturado: três semanas em sala de aula, depois um mês de "ninho" - novos contratados sentados ao lado de agentes veteranos em chamadas ao vivo antes de serem avaliados sozinhos.
- Construa um plano de capacitação de baixo custo se você não tem orçamento de treinamento. Kristi Serrano, uma consultora de CS que constrói funções de suporte em empresas SaaS, abre seu próprio framework com exatamente o problema que a maioria das equipes pequenas tem - a disciplina de contratação é desfeita ao entregar a um novo representante um laptop e um login sem plano de rampa:
"Você precisa de intenção. Um plano de capacitação simples para novos CSMs (mesmo com recursos limitados): 1️⃣ Buddy de onboarding - Junte novos contratados com um [representante experiente para shadowing e chamadas compartilhadas]..."
- Revise o objetivo em relação a tickets reais, não uma dramatização. A aprovação de um supervisor depois de observar cinco tickets ao vivo capta mais do que um teste escrito - é isso que fecha a lacuna do "eles estão prontos" de Søttrup.
O erro que arruína a maioria dos objetivos de treinamento: escrevê-los suaves demais
Dr. Ari Zelmanow, um consultor de performance com doutorado em psicologia cognitiva e aprendizagem de adultos, nomeia diretamente o modo de falha mais comum:
"A maioria dos objetivos de treinamento é inútil. 'Os participantes vão entender a importância do atendimento ao cliente.' Entender. A importância."
"Entender" não é observável. Nem "apreciar", "estar ciente de" ou "valorizar". Um objetivo de treinamento precisa de um verbo que alguém consiga ver um representante realmente fazer: redigir uma resposta, marcar um ticket corretamente, resolver uma questão de cobrança no primeiro contato. Se você não consegue imaginar alguém falhando no seu objetivo, ele ainda não é específico o suficiente para passar.
A comunidade r/msp mostra o outro lado disso: o dono de um MSP pediu um programa de treinamento em atendimento ao cliente básico e pronto para uso porque "aptidão social e habilidades de atendimento ao cliente parecem estar completamente desiguais" entre os novos contratados - um sinal real de que muitas equipes pequenas não têm nenhum objetivo formal, não apenas objetivos vagos. Se esse é o seu caso, comece pelas cinco categorias acima, em vez de tentar escrever a meta SMART perfeita de primeira.
Treinar um colega de equipe de IA segue as mesmas regras
Passo muito tempo observando equipes de suporte definirem esses objetivos, e o padrão se mantém mesmo quando o "aprendiz" não é humano. Na eesel, a coisa mais consistentemente pedida em chamadas de vendas não é uma funcionalidade - é o treinamento com tickets passados, não um roteiro genérico. Como alguém da nossa equipe colocou depois de mais uma semana de chamadas de demonstração:
"As pessoas querem muito, muito, muito treinar com tickets passados."
Amogh, eesel (observação interna da equipe, 18/03/2026)
Esse é o mesmo objetivo que um programa de treinamento humano define - "lidar do jeito que a gente realmente lida", não do jeito que um manual diz - só que direcionado a um colega de equipe de IA em vez de a um novo contratado. O treinamento acontece da mesma forma que você treinaria alguém em tempo real: digite a correção diretamente no chat, e a instrução se atualiza imediatamente, em vez de esperar pela próxima sessão em sala de aula.
Também vimos o que acontece quando essa etapa de treinamento é pulada: equipes que esperam que um colega de equipe de IA tenha bom desempenho no primeiro dia sem um ciclo de correção esbarram exatamente na mesma lacuna de "parecia bom no papel, não estava pronto em produção" que Søttrup descreve para contratações humanas. É por isso que a eesel faz novos agentes passarem pelo modo de simulação contra os tickets históricos reais de uma equipe antes de tocarem em uma fila ao vivo - o mesmo instinto de "ninho" que usuários do r/callcentres no Reddit descrevem para novos agentes, só que automatizado.
Experimente a eesel para os tickets que seu treinamento não consegue escalar
Mesmo a equipe mais bem treinada esbarra em um teto: os agentes só conseguem lidar com uma certa quantidade de tickets repetitivos antes de a fila entupir, não importa quão afiados sejam seus objetivos de treinamento. A eesel é um colega de equipe de IA que aprende com os tickets já resolvidos e os documentos de ajuda da sua própria equipe - não um roteiro genérico - e redige ou envia respostas dentro do Zendesk, Freshdesk, Help Scout e HubSpot, entre mais de 100 outras integrações.
O onboarding espelha a mesma lógica de definição de objetivos deste post inteiro: o passo um da checklist de configuração é literalmente "ensine seu colega de equipe de IA", usando os próprios tickets como currículo antes de ele entrar em produção.
Um cliente, a Gridwise, viu a eesel resolver 73% das solicitações de nível 1 no primeiro mês - um número que só significa algo porque foi medido em relação a resultados reais de tickets, a mesma disciplina que este post inteiro tem defendido. Se sua equipe está afogada nas perguntas repetitivas que nunca precisaram do julgamento de um humano em primeiro lugar, essa é a lacuna que a eesel foi construída para fechar, liberando seu orçamento de treinamento para focar nas chamadas que realmente precisam de um humano treinado.
Definir o objetivo é metade do trabalho. A outra metade é garantir que o número usado para provar que funcionou não esteja recompensando silenciosamente o comportamento oposto - seja o aprendiz um novo contratado, um agente veterano assumindo uma nova fila, ou um colega de equipe de IA aprendendo seu help desk pela primeira vez. Construa a garantia de qualidade em call center e as metas de avaliação de desempenho em torno do mesmo objetivo, e as duas param de puxar em direções diferentes. Para leitura relacionada, veja como escalar o suporte ao cliente e construir uma equipe de atendimento ao cliente apoiam-se na mesma disciplina de objetivo SMART, e como medir a satisfação do cliente fecha o ciclo assim que o treinamento entra em produção.
Perguntas frequentes
Quais são os principais objetivos do treinamento em atendimento ao cliente?
Como escrever uma meta SMART para o treinamento em atendimento ao cliente?
Quanto tempo deve durar o treinamento em atendimento ao cliente para novos contratados?
Por que os objetivos de treinamento em atendimento ao cliente falham?
Os objetivos de treinamento para IA devem ser diferentes dos objetivos de treinamento de agentes humanos?
Article by
Kurnia Kharisma Agung Samiadjie
Kurnia is a software engineer and writer at eesel AI with two years of SEO experience, writing about AI tools, helpdesk software, and customer support. He pairs a developer's understanding of how these products are built with search-driven research into what actually ranks and resonates with the people searching for them.
