Por que o treinamento específico do sistema falha em seus agentes
Há um momento que todo gerente de suporte reconhece. Um novo agente concluiu a integração. Eles passaram no teste de conhecimento do produto, terminaram as horas de acompanhamento e marcaram todas as caixas da lista de verificação de treinamento. Então chega o primeiro ingresso de verdade — algo um pouco incomum, algo fora do roteiro — e eles congelam. Não porque eles não ouviram durante o treinamento. Porque o treinamento não os preparou para isso.
Essa lacuna entre concluir o treinamento e realmente ter um bom desempenho no trabalho é um dos problemas mais persistentes nas operações de suporte ao cliente. É particularmente grave em organizações com alta rotatividade de agentes, ambientes complexos de vários produtos ou equipes que integram regularmente novos agentes a sistemas desconhecidos. Mas, apesar de ser generalizado, raramente é abordado diretamente – porque a maior parte da formação de apoio não se destina a fechá-lo.
O que a maioria dos treinamentos de suporte realmente ensina
O modelo dominante no treinamento de suporte ao cliente é específico do sistema e dependente do script. Os agentes aprendem onde clicar no CRM, como navegar na base de conhecimento, como é o caminho de escalonamento e como lidar com os 20 tipos de tickets mais comuns. Este é um aterramento útil e necessário. Não se trata, contudo, de formação investigativa.
O problema torna-se visível no momento em que um agente encontra algo fora desses 20 tipos de tickets: uma anomalia de faturação que abrange três sistemas, uma reclamação de um cliente que contradiz o registo da conta, uma reclamação que requer uma análise genuína da causa raiz em vez de uma consulta de política. Estas situações exigem um tipo diferente de pensamento: a capacidade de navegar num ambiente desconhecido, reunir evidências de múltiplas fontes, formar uma hipótese, testá-la e chegar a uma resolução de forma independente.
Essa habilidade – chamemos-lhe pensamento investigativo – raramente é ensinada explicitamente. Supõe-se que se desenvolva através da experiência. E para alguns agentes, sim. Mas para muitos, especialmente aqueles que estão nos primeiros meses de uma função, o desenvolvimento não é rápido o suficiente para evitar escaladas dispendiosas, resoluções ruins e frustração do cliente.
O problema de familiaridade com o sistema
Há uma versão específica desse desafio que vale a pena mencionar diretamente: o que acontece quando um agente tem que trabalhar em um sistema que nunca encontrou antes? Este não é um cenário teórico. Isso acontece constantemente em ambientes de BPO e de suporte terceirizado, onde os agentes alternam entre contas de clientes com diferentes configurações de CRM. Isso acontece quando as organizações migram entre plataformas – de um sistema de tickets para outro, de um CRM legado para um moderno. Acontece quando uma equipe de suporte é rapidamente dimensionada e espera-se que novos agentes contribuam antes de terem absorvido totalmente o ambiente.
Nessas situações, os limites do treinamento específico do sistema ficam imediatamente expostos. Um agente que conhece o Zendesk de dentro para fora pode ficar completamente perdido em uma nova plataforma, não porque lhe falte inteligência ou esforço, mas porque seu treinamento lhe ensinou ferramentas, não pensamento. O agente que tem um bom desempenho num sistema desconhecido não é necessariamente o mais experiente. São os agentes que desenvolveram o hábito da investigação sistemática: olhar nos lugares certos, descartar as explicações erradas, tomar decisões baseadas em evidências sob incerteza. Esta é uma habilidade que pode ser aprendida. Não é o mesmo que conhecimento do produto e não é adquirido por meio da conclusão.
Como realmente é o pensamento investigativo
O pensamento investigativo num contexto de apoio tem vários componentes identificáveis. Tudo começa com a identificação precisa do problema – entendendo o que o cliente está realmente perguntando, o que muitas vezes não é o que ele disse literalmente. Continua com a pesquisa estruturada: saber onde procurar num sistema, que informação é relevante e o que pode significar a ausência da informação esperada. Envolve a interpretação de sinais – a diferença entre o comportamento de um sistema que está funcionando conforme projetado e aquele que indica uma falha. Culmina na resolução: uma resposta que aborda o problema real, não o sintoma superficial.
Estas não são habilidades sociais vagas. São hábitos cognitivos específicos que podem ser observados, praticados e medidos. O desafio para as equipes de T&D é que o design de treinamento tradicional não os traz à tona. Você não pode avaliar o pensamento investigativo por meio de um questionário de múltipla escolha. Você não pode desenvolvê-lo por meio de um vídeo passo a passo do produto. Requer uma situação em que o agente tenha de realmente investigar – e depois receber um feedback que reflita quão bem eles raciocinaram, e não apenas se chegaram à resposta certa.
A medição é a peça que falta
A pergunta mais importante a ser feita sobre qualquer programa de treinamento de suporte não é “os agentes o concluíram?” É “isso mudou a forma como eles se comportam no trabalho?” Estas não são a mesma pergunta e, em ambientes de suporte, raramente têm a mesma resposta.
Se uma equipe de suporte não consegue responder à pergunta “será que nossos agentes podem investigar um problema desconhecido e chegar à resposta certa de forma independente?”, eles estão voando às cegas em uma das dimensões mais importantes da qualidade do agente. No entanto, esta é exactamente a questão a que a maioria dos programas de formação não dispõe de mecanismos para responder.
Colmatar essa lacuna requer a investigação da própria formação. Isto significa criar condições onde os agentes encontrem problemas realistas em ambientes para os quais não foram preparados, onde a resposta é genuinamente desconhecida e deve ser encontrada em vez de recordada, e onde o seu processo de raciocínio – e não apenas a sua resposta final – seja visível e avaliável.
Quando essas condições existem, o treinamento pode gerar dados significativos: não apenas taxas de conclusão, mas medidas de qualidade investigativa, padrões onde o raciocínio falha e prioridades de coaching específicas para cada agente. Os gestores ganham visibilidade não apenas sobre quem concluiu o curso, mas também sobre como cada agente realmente pensa.
O problema da transferência
Há uma última dimensão que vale a pena abordar: a transferência. Aprender algo num ambiente de formação e aplicá-lo no trabalho são desafios diferentes, e é na lacuna entre eles que se perde a maior parte do investimento em formação.
A razão pela qual o pensamento investigativo é transferido de forma mais confiável do que o conhecimento específico do produto é que ele não está vinculado a um sistema específico. Um agente que desenvolveu genuinamente o hábito da investigação sistemática – verificando os registros corretos, testando hipóteses, descartando explicações – trará esse hábito para qualquer ambiente em que trabalhe. O sistema muda. O pensamento não.
Isto é o que torna o treinamento investigativo particularmente valioso para organizações que operam em vários ambientes de clientes, que migram entre plataformas ou que enfrentam alta rotatividade de agentes. Em vez de retreinar repetidamente os agentes em novos sistemas do zero, eles criam uma capacidade fundamental que persiste independentemente de qual ferramenta esteja à frente do agente.
Um padrão diferente para treinamento de suporte
A pergunta que vale a pena fazer sobre qualquer programa de treinamento de suporte não é “os agentes o concluíram?” É “os agentes podem investigar?” Estas não são a mesma pergunta e raramente têm a mesma resposta.
As equipes que terão um desempenho superior nos próximos anos não serão necessariamente aquelas com o melhor treinamento em produtos ou a base de conhecimento mais abrangente. Foram eles que investiram na habilidade de pensamento subjacente que torna um agente de suporte genuinamente capaz – independentemente do sistema que esteja usando em um determinado dia. Esse é um padrão mais elevado do que a conclusão. É também mais honesto.
Fonte: Feed Burner
