O que Federer me ensinou sobre chamados difíceis no suporte

Eu estava no plantão quando li a notícia sobre Roger Federer no Sapphire 2026. Christian Klein, CEO da SAP, conduziu a conversa e Federer soltou uma frase simples: o maior aprendizado não veio das vitórias, veio dos rivais. Eu parei um segundo. No meu time de suporte, isso soa exatamente igual.

Toda semana chega um chamado que parece uma partida contra alguém que já sabe todas as suas fraquezas. O usuário já está irritado antes mesmo de falar. O sistema caiu na hora errada. O prazo dele acabou ontem. Eu atendo e, no final, não é só resolver o problema. É sair dali melhor do que entrei.

Federer falava de tênis. Eu falo de tela azul, de senha expirada no pior momento e de gente que liga chorando porque o relatório que precisava para a reunião das nove não abre. A dor é a mesma: alguém que te testa e te obriga a melhorar.

Chamados que doem mais ensinam mais

No helpdesk a gente vive de vitórias rápidas. Um reset de senha, um serviço reiniciado, um caminho alternativo encontrado em dois minutos. Todo mundo sai satisfeito e a métrica sobe. Mas esses atendimentos não mudam o jeito de trabalhar. Eles só confirmam que você já sabe o que está fazendo.

Os chamados que ficam na cabeça são os outros. O usuário que repete a mesma pergunta três vezes porque está nervoso. O gestor que cobra explicação técnica que ele não entende. O incidente que dura quatro horas e só se resolve depois de três pessoas envolvidas. Depois que acaba, a gente revisa o que deu errado. Quase sempre tem um ponto que poderíamos ter visto antes.

Eu lembro de um caso específico. Uma empresa de logística ficou sem sistema de emissão de nota por quase um dia inteiro. O usuário que ligou era o dono. Ele não gritou. Só ficou em silêncio por alguns segundos depois de cada resposta minha. Aquilo me obrigou a explicar cada passo sem enrolação e sem jargão. No dia seguinte, criei um script interno que a gente ainda usa hoje para diagnosticar o mesmo problema em menos de dez minutos.

Os rivais que mais nos testam são os que mais nos obrigam a mudar o jogo.

O que a gente faz diferente depois de um atendimento ruim

Depois de cada incidente grave, a gente senta por quinze minutos e responde três perguntas. O que o usuário esperava que a gente soubesse antes dele ligar. Onde a comunicação falhou. O que a gente pode automatizar para que isso não volte a acontecer.

Essa conversa virou rotina no time. Não é reunião formal. É só a gente abrir o ticket e falar alto. Quem atendeu conta o que sentiu. Quem ajudou aponta o que viu de fora. O resultado aparece em semanas. O tempo médio de resposta em chamados críticos caiu de quarenta minutos para vinte e oito. Não foi ferramenta nova. Foi só prestar atenção no que doeu.

Alguns passos que repetimos toda vez:

1. Transcrever as frases que mais geraram confusão no atendimento.
2. Identificar se o usuário precisava de informação que a gente não tinha no primeiro minuto.
3. Criar uma nota interna ou automação que responda aquela dúvida antes do próximo chamado.
4. Revisar depois de trinta dias para ver se o volume daquele tipo de incidente realmente caiu.

Aprender com quem nos cobra é mais rápido que qualquer curso

Federer treinava com os melhores do mundo. No suporte a gente treina com quem está do outro lado da linha. O usuário que cobra resultado não está sendo difícil. Ele está nos dando o material de estudo mais honesto que existe. Ele mostra exatamente onde a documentação falha, onde o processo interno é lento e onde a gente ainda usa linguagem que ninguém entende.

Eu já vi atendente novo melhorar mais rápido depois de um chamado difícil do que depois de um mês de treinamento formal. Porque o erro dói na hora. A frustração do usuário chega direto. E a gente não esquece.

O que a gente perde quando só comemora as vitórias fáceis é justamente essa oportunidade. O chamado que termina em dois minutos não deixa marca. O que termina depois de uma hora de conversa tensa deixa. E é essa marca que muda o jeito de atender o próximo.

O que fica depois que a linha desliga

No fim do dia, o que a gente carrega não é a quantidade de tickets fechados. É a memória de quem nos fez pensar diferente. Federer precisou de rivais para chegar onde chegou. No suporte a gente precisa dos chamados que não saem como a gente queria. Eles são os que nos mantêm atentos.

Amanhã tem plantão de novo. Algum usuário vai ligar com um problema que a gente já viu mil vezes ou com um que nunca vimos. A diferença vai estar em como a gente recebe essa cobrança. Se a gente tratar como rival que veio para testar, a chance de sair melhor é maior.

Perguntas frequentes

Como aplicar a lição de Federer no dia a dia do suporte?

Depois de cada chamado difícil, reserve quinze minutos para revisar o que gerou frustração no usuário e o que poderia ter sido evitado. Anote uma única melhoria e teste na próxima semana.

O que fazer quando o usuário está muito irritado desde o início?

Ouça os primeiros trinta segundos sem interromper. Depois resuma o que ele acabou de dizer em uma frase só. Essa confirmação costuma baixar o tom e abre espaço para a conversa técnica.

Como registrar aprendizados sem virar burocracia?

Crie uma nota interna de três linhas no próprio ticket: o que o usuário esperava, onde travou e o que mudou depois. Em um mês o time já tem material suficiente para ajustar scripts e documentação.

Qual o impacto real de revisar chamados difíceis?

No nosso time, depois de três meses fazendo essa revisão curta, o tempo médio de resolução de incidentes críticos caiu de quarenta para vinte e oito minutos. O número veio da comparação direta entre períodos antes e depois da prática.