Por que um cliente repete o mesmo problema em cada canal de suporte
74% dos consumidores dizem que repetir o problema para cada agente de suporte é extremamente frustrante. Por que acontece e como evitar sem contratar mais gente.
Ignacio Puig Moreno
Co-fundador · Negócios
Um cliente escreve pelo WhatsApp para relatar um problema. Ninguém responde a tempo, então ele liga por telefone e tem que explicar tudo de novo do zero. Dois dias depois, como a reclamação continua sem solução, ele escreve outra vez, agora pelo chat do site. A pessoa que atende essa terceira conversa não tem como ver nem a ligação nem o WhatsApp anterior: para o sistema, são três contatos distintos, não uma única pessoa com um único problema sem resolver.
O mesmo caso, duas formas de arquivar
Dia 1 · 09:12
Relata o problema
#4812✗ sem contexto anterior
Dia 1 · 14:40
Volta pelo mesmo caso
#4813✗ sem contexto anterior
Dia 3 · 10:05
Volta pela terceira vez
#4814✗ sem contexto anterior
O relatório conta como 3 casos fechados com sucesso. O cliente conta como 3 vezes que teve que explicar a mesma coisa.
Esse cliente não está sendo exigente.
74%
Esse número não cai porque uma equipe é melhor ou pior no atendimento: cai quando o sistema deixa de resetar o contexto a cada contato.
Por que um cliente repete o mesmo problema em cada canal?
Porque a maioria das plataformas de suporte organiza o trabalho por ticket, não por pessoa. Cada canal (WhatsApp, e-mail, o chat do site, uma ligação) abre o próprio fio, e esse fio raramente se conecta com os demais. Quando o cliente troca de canal (porque o primeiro não respondeu a tempo, ou porque foi mais rápido ligar), ele começa do zero: nova conversa, novo agente, zero memória do que já foi dito.
Isso não depende de o agente humano ser desatento. A pessoa que atende a ligação literalmente não tem como abrir o ticket do WhatsApp se ninguém transferir na mão, e transferir na mão cada caso entre canais não escala com o volume real de consultas de um dia normal.
O problema é ter muitos canais, ou é outra coisa?
Ter vários canais não é o problema: é o que o cliente espera hoje, poder escrever por onde for mais cômodo naquele momento do dia. O problema real é que cada canal guarda o próprio histórico em vez de compartilhar um só por pessoa.
Somar mais canais sem resolver isso não distribui melhor a carga: multiplica os pontos onde o contexto pode se perder.
Por que medir "tickets resolvidos" não mostra esse problema?
Porque essa métrica conta fechamentos, não repetições. Um cliente que abriu três tickets (um pelo WhatsApp, um por e-mail, um por telefone) para resolver um único problema aparece no relatório como três casos fechados com sucesso, não como uma pessoa que teve que insistir três vezes para conseguir a mesma coisa. O indicador que de fato mostra isso é outro: quantas vezes a mesma pessoa volta a entrar em contato pelo mesmo motivo antes de resolver, não quantos tickets foram fechados no total.
O que o relatório mensal mostra
- Tickets fechados no mês
- Tempo de primeira resposta por ticket
- Satisfação do último contato
O que mostra o problema
- ★ A que quase nunca existeQuantas vezes a mesma pessoa volta pelo mesmo motivo
- Quantos contatos foram necessários por problema resolvido
- Que porcentagem dos casos troca de canal antes de fechar
As três métricas da esquerda podem estar ótimas e o problema seguir intacto: um cliente que entrou em contato três vezes soma três tickets fechados, três primeiras respostas rápidas e uma única pesquisa respondida no fim.
Por que fica invisível
Essa métrica (quantas vezes a mesma pessoa volta a entrar em contato pelo mesmo motivo) não vem por padrão em nenhuma ferramenta de suporte: é preciso defini-la na mão e amarrá-la à pessoa, não ao ticket. Enquanto não existir, o problema não aparece em nenhum relatório mensal, mesmo que o cliente tenha sentido de forma bem concreta.
Como resolver isso sem somar mais gente à equipe de suporte?
Contratar mais agentes não conserta o problema de fundo: mesmo com mais pessoas atendendo, cada uma continua vendo só o canal por onde a consulta entrou, não o histórico completo daquela pessoa. O que quebra o padrão é a conversa ter memória própria, não presa a um canal: que o mesmo fio de contexto (o que perguntou, o que foi respondido, em que ficou) esteja disponível independente de a pessoa escrever desta vez pelo WhatsApp, Instagram ou e-mail.
É o mesmo princípio que já funciona em captação e atendimento ao cliente: na Takenos, um agente de IA com memória de conversa resolve 70% das consultas de forma autônoma, em cerca de um minuto por caso, sem que o cliente tenha que repetir nada de um contato para o seguinte.
70%
das consultas resolvidas de forma autônoma na Takenos, com memória de conversa
~1 min
por caso, sem que o cliente conte de novo o que já contou
Não é que o agente "lembre melhor" do que uma pessoa: é que o contexto viaja com a conversa em vez de ficar preso no ticket onde nasceu, e só é transferido para uma pessoa quando o caso realmente precisa.
Antes de somar outro canal de atendimento, vale a pena medir algo mais simples: quantas vezes o mesmo cliente tem que voltar a entrar em contato pelo mesmo problema antes de resolver. Se essa métrica ainda não existe, aí está o primeiro sinal de onde está o custo real, não em quantos tickets a equipe fecha, mas em quantas vezes um mesmo cliente teve que contar de novo.
Como medir isso esta semana
Exporte os tickets do último mês e agrupe-os pelo identificador da pessoa (e-mail ou telefone, o que você tiver) em vez de por número de ticket. Conte quantas pessoas aparecem mais de uma vez dentro da mesma janela de sete dias. Esse número, dividido pelos problemas efetivamente resolvidos, é a métrica que nenhuma ferramenta traz de fábrica.
Para ver como isso se monta de ponta a ponta: Atendimento ao cliente com StudioChat.
Fontes consultadas:
- Zendesk: CX Trends 2026: "74% find it frustrating to have to tell their story over and over to different agents."
Perguntas frequentes
Basta integrar todos os canais na mesma caixa de entrada?
Não, se cada canal continuar abrindo o próprio ticket. Ver todos os canais em uma só tela ajuda o agente humano a não precisar abrir várias abas, mas não resolve o problema de fundo: o contexto continua vivendo no ticket, não na pessoa. É preciso que o histórico seja montado por cliente, não por conversa.
Como medir se uma equipe tem esse problema?
Por quantas vezes a mesma pessoa volta a entrar em contato pelo mesmo motivo antes de resolver, não por quantos tickets foram fechados. Se essa métrica ainda não existe no relatório mensal da equipe, é o primeiro sinal de que o problema está lá sem ninguém estar vendo.
Um agente de IA resolve isso sozinho, sem mudar o processo interno?
Resolve a parte de o contexto viajar com a conversa em vez de ficar preso em um ticket. Mas se a equipe humana que recebe uma transferência não consegue ver esse mesmo histórico, o problema reaparece no ponto de passagem: a memória compartilhada também precisa chegar ao momento em que uma pessoa entra.
Isso é só um problema de ter canais demais?
Não: ter vários canais é o que o cliente espera hoje, não o problema em si. O problema é que cada canal guarde o próprio histórico em vez de compartilhar um só por pessoa. Somar canais sem resolver isso multiplica os pontos onde o contexto pode se perder, não conserta.
Ignacio Puig Moreno · Co-fundador · Negócios, StudioChat
Quer ver agentes assim trabalhando para a sua equipe?
Fale conosco agora