Uma pergunta comum no suporte ao cliente parece simples: quem atende este ticket? Em equipes pequenas, a resposta é quem estiver livre. Em equipes maiores, essa resposta para de funcionar: uma redefinição de senha e uma migração de banco de dados não podem ser tratadas pela mesma pessoa de forma eficiente.
Os níveis de suporte são a resposta estrutural. Eles dividem os problemas recebidos em três camadas conforme a complexidade, para que o nível de habilidade adequado trate cada problema. Este guia mostra o que cada nível faz na prática, como os tickets escalam entre eles e onde as equipes erram na divisão.
Vantagens principais
- A habilidade certa para o problema: Problemas simples são resolvidos no nível 1 sem esperar por um especialista; problemas complexos recebem a atenção devida sem que um generalista precise adivinhar.
- Tempo médio de resolução mais rápido: Como 60-80% dos tickets são fechados no nível 1, os especialistas dos níveis 2 e 3 não ficam entupidos.
- Progressão de carreira mais clara: Os agentes crescem do nível 1 para o nível 2 e para o nível 3, com referências de competência definidas em cada transição.
- Dimensionamento previsível: O volume de cada nível pode ser previsto de forma independente, o que torna o planejamento de capacidade viável.
O que cada nível atende na prática
A divisão exata varia conforme a indústria, mas os princípios são consistentes.
Nível 1: agentes de primeira linha
O nível 1 é a primeira linha de contato. Todo ticket que entra começa aqui (a menos que as regras de roteamento enviem explicitamente contas de alta prioridade para outro lugar).
O que o nível 1 atende: dúvidas sobre a conta, redefinição de senha, status de pedido, informações padrão do produto, primeiro atendimento de reclamações, troubleshooting básica e qualquer questão que tenha uma solução conhecida documentada na base de conhecimento.
Habilidades necessárias: comunicação, familiaridade com o produto no nível do usuário, adhereência às respostas roteirizadas para os problemas comuns e julgamento para saber quando escalar.
Taxa de resolução típica: Em uma estrutura bem desenhada, de 60-80% de todos os tickets recebidos devem ser fechados no nível 1. Se o nível 1 está fechando menos que isso, ou a base de conhecimento é insuficiente ou os gatilhos de escalonamento estão frouxos demais.
Nível 2: especialistas de produto
O nível 2 recebe o que o nível 1 não consegue resolver: questões que exigem conhecimento mais profundo do produto, compreensão dos fluxos de trabalho ou a autoridade para abrir exceções à política.
O que o nível 2 atende: questões de configuração complexas, problemas específicos de fluxo de trabalho, exceções de reembolso, reclamações escaladas, dúvidas técnicas que exigem profundidade de produto e casos que envolvem vários sistemas.
Habilidades necessárias: conhecimento profundo do produto, capacidade de reproduzir as questões relatadas pelos clientes, familiaridade com ferramentas de back office e interfaces administrativas, e julgamento sobre exceções à política dentro dos limites definidos.
Taxa de resolução típica: o nível 2 deve fechar de 70-85% do que chega até ele. O restante ou escala para o nível 3 ou exige uma mudança de produto ou de engenharia.
Nível 3: equipe de engenharia ou produto
O nível 3 é onde chegam as questões que exigem mudanças de código, trabalho de infraestrutura ou bugs ainda sem solução. Na maioria das empresas, o nível 3 não é mantido por agentes de suporte dedicados: é a equipe de engenharia ou de produto assumindo a responsabilidade rotativa de suporte.
O que o nível 3 atende: bugs confirmados, falhas de integração que precisam de correção de código, corrupção de dados, incidentes de segurança, casos extremos que expõem limitações fundamentais do produto e qualquer questão que exija mudanças no sistema subjacente.
Habilidades necessárias: conhecimento de engenharia, acesso direto ao sistema, capacidade de escrever patches ou correções urgentes e experiência em resposta a incidentes.
Volume típico: deve representar menos de 5% do total de tickets recebidos. Se o nível 3 recebe uma enxurrada, os critérios de escalonamento do nível 2 estão errados ou o produto tem um problema sistêmico.
Como o escalonamento funciona na prática
O escalonamento é onde a maioria das estruturas de níveis quebra. Dois padrões causam a falha.
Escalar cedo demais. Se o nível 1 escala qualquer ticket que leva mais de três minutos, o nível 2 vira um gargalo e o nível 1 perde seu propósito. Os gatilhos corretos de escalonamento são específicos: não é possível reproduzir o caso, exige exceção à política, o cliente pede explicitamente um supervisor ou a questão se encaixa em categorias conhecidas como difíceis.
Escalar tarde demais. Se o nível 1 insiste em questões acima da sua capacidade, o tempo de resolução dispara e o CSAT despenca. O escalonamento por tempo, com a promoção automática para o nível 2 após N minutos sem resolução, evita isso.
O padrão saudável: critérios de escalonamento claros mais um limite rígido de tempo. Os dois juntos, não apenas um deles.
Onde as equipes erram na divisão
Unir o nível 1 e o nível 2 em equipes em fase inicial. Equipes pequenas costumam pular a divisão por completo, e isso funciona até o volume crescer. O momento certo de introduzir o nível 2 é quando o mesmo especialista continua sendo puxado para outras tarefas; esse é o sinal de mercado de que um nível dedicado é necessário.
Fazer o nível 3 executar o trabalho do nível 2. Engenheiros que gastam horas em questões que deveriam ter sido resolvidas no nível 2 são engenheiros que não escrevem produto. Isso geralmente acontece porque o nível 2 não tem acesso às ferramentas, e não porque falta conhecimento.
Sem protocolo de passagem. Um ticket que sobe sem contexto, sem passos de reprodução e sem histórico do cliente faz o nível 2 começar do zero. Um protocolo de passagem (o que já foi tentado, o que o cliente disse, o que o nível 1 concluiu) não é burocracia: é o escalonamento funcionando.
Onde as ferramentas se encaixam
Uma estrutura por níveis precisa de ferramentas que deem suporte ao fluxo de escalonamento: regras de roteamento que mandam por padrão os novos tickets para o nível 1, botões de escalonamento que repassam todo o contexto e visibilidade para os níveis 2 e 3 sobre o histórico de conversa do nível 1.
Plataformas como a Cekat tratam do roteamento e da mecânica da passagem dentro de um único espaço de trabalho, de modo que o escalonamento carrega o registro do cliente, o histórico da conversa e qualquer tentativa de resolução junto com o ticket. Isso elimina o problema de «começar do zero» quando um ticket sobe de nível.
Por onde começar
Se sua equipe é pequena (menos de cinco pessoas), uma estrutura formal de níveis provavelmente é prematura. Em vez disso, identifique os dois ou três tipos de ticket que sempre levam mais que a média: essas são as categorias de nível 2 que estão emergindo, e elas sinalizam a hora de formalizar.
Se sua equipe é maior e os volumes crescem, meça a divisão atual: quantos tickets são resolvidos hoje em cada nível. Se mais de 40% escalam para além do primeiro agente, o nível 1 precisa de ferramentas melhores ou treinamento melhor. Se menos de 10% escalam, o nível 1 provavelmente está absorvendo trabalho que os especialistas deveriam tratar.
Para uma visão relacionada sobre como o atendimento ao cliente, o cuidado com o cliente e o suporte dividem as responsabilidades em uma equipe unificada, veja Atendimento ao cliente vs. cuidado com o cliente vs. suporte ao cliente.
Os níveis de suporte não são uma camada burocrática. São a resposta estrutural para um problema de crescimento: como lidar com mais volume sem que cada questão receba a mesma atenção, independentemente da complexidade.
