Atendimento Proativo e Experiência do Funcionário: Reduzindo Picos de Chamados

São 9h40 de uma segunda-feira, o aplicativo de pagamentos para de funcionar e, em quinze minutos, a fila do atendimento triplica. É uma cena comum em muitas operações. O supervisor cancela pausas, puxa gente do back-office, abre hora extra. Ninguém na linha de frente sabe exatamente o que aconteceu, nem quando vai voltar. Cada atendente repete a mesma explicação vaga dezenas de vezes, ouve a mesma irritação dezenas de vezes e, no fim do dia, o painel mostra o que todo mundo já sentiu: tempo médio de espera estourado, satisfação despencando e uma equipe exausta.

No dia seguinte, a operação volta ao normal e o episódio vira um número no relatório mensal. O que quase nunca entra no relatório é o custo humano do pico. Neste artigo, defendo uma tese simples: atendimento proativo não é só uma estratégia de experiência do cliente. É uma das alavancas mais concretas que a empresa tem para proteger a equipe que atende. E mostro como medir isso e transformar o argumento em business case.

Por que o pico de chamados é um problema de pessoas, e não só de fila

Quando se fala em pico, a conversa costuma ir direto para dimensionamento: quantas posições faltaram, quanto tempo a fila ficou acima do nível de serviço. Essa conta é necessária, mas incompleta. O pico produz três efeitos sobre quem está atendendo, e eles se somam.

1. Estresse agudo

Em poucos minutos, o atendente sai de um ritmo previsível para uma sequência de clientes irritados com o mesmo problema, sem informação para oferecer. O livro de engenharia de confiabilidade do Google, ao tratar de plantões e incidentes, registra que os hormônios do estresse podem prejudicar funções cognitivas e levar a decisões piores, e que, sob pressão, a abordagem deliberada tende a ser substituída por ação imediata e pouco refletida. O texto foi escrito para engenheiros de plantão, mas descreve com precisão o que acontece numa posição de atendimento no meio de um incidente.

2. Queda de qualidade

Sob volume, o atendente acelera. Encurta a conversa, pula etapas do roteiro, perde empatia porque não tem energia para acolher a décima quinta pessoa nervosa da hora. Erra mais: registra o motivo errado, promete o que não pode cumprir, esquece de anotar o protocolo. Cada erro desses volta depois como retrabalho e recontato, alongando o pico muito além do incidente.

3. Desgaste e rotatividade

Um pico isolado se absorve. Picos frequentes viram rotina de desgaste. A Gartner, em pesquisa com 600 profissionais de atendimento realizada em dezembro de 2020, concluiu que apenas um em cada três estava de fato engajado. Os desengajados tinham 84% mais probabilidade de procurar outro emprego do que os engajados, e mesmo os neutros, 43% mais. Brent Adamson, vice-presidente da Gartner, acrescentou que os desengajados adotam três vezes mais comportamentos que geram alto esforço para o cliente, como não resolver no primeiro contato e fazer o cliente repetir informações. A pesquisa atribui o desengajamento principalmente a metas pouco claras ou conflitantes, e não às circunstâncias da época. Um pico sem informação é exatamente isso: metas de tempo e de qualidade colidindo, sem orientação de como cumprir as duas.

Já escrevi sobre como medir o clima organizacional em times de atendimento. Picos de chamados são um dos fatores que mais pesam nesse clima, e um dos poucos que a empresa consegue reduzir na origem.

O que os dados mostram sobre picos que poderiam ser evitados

Boa parte dos picos nasce de eventos que a empresa conhece antes do cliente: uma instabilidade de sistema, uma queda de rede, uma manutenção, um atraso logístico. O boletim de 2024 do Consumidor.gov.br, da Secretaria Nacional do Consumidor, ajuda a dimensionar o efeito. Em energia elétrica, interrupção e instabilidade do fornecimento respondem por 10,12% das reclamações do segmento, e logo acima aparece “SAC: demanda não resolvida, não respondida ou respondida após o prazo”, com 10,87%. Em telecomunicações, o funcionamento inadequado do serviço, que inclui instabilidade e queda, soma 6,80%. No comércio eletrônico, dificuldade de contato e demora no atendimento chega a 7,25%.

A leitura que faço desses números é que o incidente e a reclamação sobre o atendimento andam juntos. Quando o serviço falha e o canal de atendimento congestiona, o cliente reclama duas vezes: do problema e de não ter conseguido falar com ninguém.

Do lado da solução, os dados também são claros. A Gartner ouviu mais de 6 mil clientes e apenas 13% disseram ter recebido algum tipo de atendimento proativo. Na mesma pesquisa, divulgada em outubro de 2020, o atendimento proativo foi associado a um ponto inteiro a mais em NPS, CSAT, CES (esforço) e VES (percepção de valor). Ou seja: a prática é rara e funciona.

Mas há uma ressalva importante, que vale para quem quer usar a proatividade para achatar picos. Em pesquisa com mais de 4.800 clientes, divulgada em abril de 2022, a Gartner constatou que 66% dos clientes B2C e 82% dos B2B entram em contato com a empresa depois de receber uma comunicação proativa, muitas vezes porque precisavam de mais informação ou de confirmação. Entre eles, 10% dos B2C e 24% dos B2B ligaram só para confirmar que a mensagem não era golpe. O aviso mal desenhado pode criar um pico novo em vez de evitar o antigo.

O Método PICO: quatro movimentos para achatar a curva de chamados

Para organizar o trabalho, proponho o que chamo de Método PICO: Prever, Informar, Conter e Observar. Os três primeiros reduzem o volume. O quarto protege a equipe e gera a prova de que o investimento valeu a pena.

P de Prever: manutenção preventiva orientada por dados

O primeiro movimento é tirar o pico do calendário antes que ele aconteça. Isso significa cruzar três bases que raramente conversam: o histórico de incidentes de tecnologia, o histórico de volume de contatos por motivo e o calendário de mudanças planejadas (lançamentos, migrações, vencimentos em massa, reajustes). Minha recomendação é começar perguntando: quais foram os dez maiores picos dos últimos doze meses e qual evento técnico ou de negócio estava por trás de cada um? Quase sempre aparecem padrões, como janelas de manutenção em horário comercial, lançamentos às sextas-feiras e faturas emitidas no mesmo dia para toda a base. Quando o sinal é uma probabilidade, e não um fato, você entra no território do atendimento preditivo.

I de Informar: avisar a instabilidade antes de o cliente ligar

Quando o incidente é inevitável, a regra é chegar antes do cliente. Isso exige uma mensagem pronta, um canal definido e alguém com autoridade para disparar. Já detalhei como a notificação proativa evita que o chamado precise existir. Aqui, o ponto é o desenho da mensagem para não gerar o efeito que a Gartner mediu: dizer o que aconteceu, quem foi afetado, a previsão de normalização, o que o cliente precisa fazer (de preferência, nada) e onde acompanhar. A Gartner também recomenda programar o envio, quando possível, para períodos de menor volume de ligações.

C de Conter: página de status pública e linha de frente preparada

Conter é absorver a demanda que vai surgir mesmo com o aviso. Três peças fazem diferença:

• Página de status pública: um endereço fixo, conhecido pelo cliente, atualizado em intervalos regulares durante o incidente. Ela responde à pergunta “é só comigo?” sem ninguém precisar ligar.
• URA e canais digitais dinâmicos: a Gartner recomenda ajustar a URA para reconhecer quem recebeu a comunicação e oferecer opções ligadas ao aviso antes de transferir para um atendente. Vale o mesmo para o chat e os aplicativos de mensagem.
• Kit de incidente para a linha de frente: texto-base, previsão atualizada, o que pode e o que não pode ser prometido, e um canal interno para dúvidas. O manual de incidentes do Google descreve um papel específico de comunicação, responsável por atualizações periódicas para a equipe e as partes interessadas. No atendimento, esse papel precisa existir com nome e sobrenome.

O de Observar: medir o pico também do lado de quem atende

O último movimento é o que quase ninguém faz: medir o efeito do pico sobre a equipe com a mesma disciplina com que se mede a fila. É ele que transforma “a equipe fica sobrecarregada” em dado. Detalho os indicadores mais adiante.

Passo a passo para implantar o método em 90 dias

1. Semanas 1 e 2: Inventário de picos. Liste os maiores picos do último ano, com data, motivo dominante dos contatos, causa técnica ou de negócio e duração. Marque quais a empresa sabia antes do cliente.
2. Semanas 3 e 4: Acordo entre áreas. Reúna produto, tecnologia e atendimento para definir o que caracteriza um incidente com impacto no cliente, quem decide o aviso e em quanto tempo.
3. Semanas 5 a 8: Peças de contenção. Publique a página de status, escreva os modelos de mensagem para os três tipos de incidente mais frequentes, ajuste a URA e monte o kit da linha de frente.
4. Semanas 9 a 12: Medição e primeiro ciclo. Ligue os indicadores do próximo tópico, rode o processo no primeiro incidente real e faça uma revisão sem caça a culpados com as três áreas.

Como medir: os indicadores que mostram o pico evitado e a equipe protegida

Recomendo acompanhar quatro indicadores, sempre comparando dias normais com dias de incidente.

Indicador	Como calcular	O que revela
Índice de pico	Volume de contatos no dia (ou na hora) de incidente dividido pela média do mesmo dia da semana nas quatro semanas anteriores sem incidente	O tamanho real do pico; deve cair à medida que o método amadurece
Contatos por cliente afetado	Contatos sobre o incidente dividido pelo número de clientes impactados	Se o aviso e a página de status estão fechando a questão ou gerando dúvidas
Taxa de erro sob volume	Percentual de atendimentos com erro na monitoria de qualidade (tabulação, informação incorreta, promessa indevida) em dias de pico, comparado a dias normais	O custo de qualidade do pico, que volta como retrabalho e recontato
Clima em períodos de pico	Pesquisa de pulso curta (três a cinco perguntas) aplicada logo após incidentes e comparada com o pulso em semanas normais; somar absenteísmo e pedidos de desligamento nos 30 dias seguintes	O desgaste da equipe, que normalmente fica invisível

Dois cuidados. Primeiro, defina antes o que conta como incidente, ou a comparação vira discussão. Segundo, a pesquisa de pulso precisa ser anônima e curta, aplicada sempre do mesmo jeito, para que a diferença entre dias normais e dias de pico seja confiável.

Por que isso não funciona sem produto, tecnologia e atendimento integrados

O atendimento sente o pico, mas quase nunca controla sua causa. Quem sabe primeiro do incidente é tecnologia. Quem decide o calendário de lançamentos é produto. Quem conversa com o cliente é atendimento. Se cada área opera seu próprio processo, o aviso chega tarde, a página de status fica desatualizada e a linha de frente descobre o problema pelo cliente.

Minha recomendação é formalizar a integração em três pontos:

• Gatilho único: todo incidente classificado como de impacto no cliente aciona automaticamente o atendimento, com um responsável de plantão.
• Calendário compartilhado: mudanças planejadas só entram em produção com aviso prévio ao atendimento e, quando cabível, comunicação ao cliente.
• Revisão conjunta: depois de cada incidente relevante, as três áreas revisam juntas o que aconteceu, incluindo o efeito sobre a equipe de atendimento.

O manual de incidentes do Google insiste na separação clara de papéis: cada pessoa sabe sua função e não invade a do outro. A mesma lógica vale entre áreas. O atendimento não precisa consertar o sistema, mas precisa ter assento no processo de incidente.

O impacto na equipe como argumento central do business case

A maioria dos business cases de atendimento proativo para em chamados evitados vezes custo por contato. É uma conta legítima, mas deixa de fora o que mais pesa no longo prazo. Proponho que o impacto na equipe entre como argumento central, com três linhas:

1. Chamados evitados: a diferença do índice de pico antes e depois, multiplicada pelo custo médio do contato.
2. Qualidade preservada: a redução da taxa de erro sob volume, convertida em recontatos e retrabalho evitados.
3. Desgaste evitado: a variação de absenteísmo e desligamentos depois de períodos de pico, multiplicada pelo custo de reposição de um atendente (recrutamento, treinamento e tempo até a produtividade plena).

Exemplo ilustrativo: imagine uma operação em que um incidente típico gera 6 mil contatos extras. Se o método reduz esse excesso pela metade, são 3 mil contatos a menos por incidente. Se, ao mesmo tempo, a empresa observa que dois atendentes a menos pedem desligamento depois de cada trimestre com picos frequentes, o custo de reposição evitado passa a fazer parte da conta. Os números são hipotéticos; o importante é que cada linha tenha uma métrica medida na sua operação.

Esse formato muda a conversa com o financeiro. Deixa de ser “precisamos de uma ferramenta de notificação” e passa a ser “estamos perdendo gente e qualidade por um problema que sabemos prevenir”. Já escrevi sobre como estruturar um business case de ROI de CX; a lógica é a mesma, com a experiência do funcionário como linha explícita.

Os erros mais comuns que vejo

• Tratar pico só como problema de escala. Mais gente na fila resolve a espera, não a causa.
• Avisar sem dizer o que o cliente deve fazer. A mensagem vaga gera o contato que deveria evitar.
• Página de status que ninguém atualiza. Uma página parada há duas horas comunica descaso.
• Linha de frente sabendo pelo cliente. Nada desgasta mais um atendente do que não ter resposta para a pergunta óbvia.
• Medir só a fila. Sem indicadores de qualidade e clima, o custo humano não aparece e o business case fica fraco.
• Revisão de incidente sem o atendimento. A área que absorveu o impacto precisa estar na sala.

O que fazer a partir de amanhã

1. Puxe os dez maiores picos do último ano e identifique quantos tinham causa conhecida antes do primeiro contato.
2. Calcule o índice de pico de cada um e escolha os três tipos de incidente mais frequentes.
3. Escreva hoje os modelos de aviso para esses três tipos, com previsão, orientação e link de acompanhamento.
4. Defina um responsável de comunicação para incidentes, com acesso direto à tecnologia.
5. Aplique uma pesquisa de pulso depois do próximo pico e compare com uma semana normal.
6. Leve para a diretoria um business case com três linhas: chamados evitados, qualidade preservada e desgaste evitado.

Achatar picos é bom para o cliente, mas é decisivo para quem está do outro lado da linha. A empresa que trata a experiência do funcionário como parte do problema, e não como efeito colateral, descobre que proatividade é também uma política de pessoas.

Referências

Gartner. Gartner Says Organizations Need to Move from a Reactive to Proactive Customer Service Approach. Gartner Newsroom, 19 out. 2020. Disponível em: gartner.com.

Gartner. Gartner Says Only One in Three Customer Service Reps Are Engaged on the Job. Gartner Newsroom, 28 jun. 2021. Disponível em: gartner.com.

Gartner. Gartner Survey Finds Two-Thirds of Customers Contact Customer Service After Receiving Proactive Outreach From a Brand. Gartner Newsroom, 4 abr. 2022. Disponível em: gartner.com.

Secretaria Nacional do Consumidor (Senacon), Ministério da Justiça e Segurança Pública. Boletim Consumidor.gov.br 2024. Ministério da Justiça e Segurança Pública, 2025. Disponível em: gov.br.

Google. Site Reliability Engineering, capítulo 11: Being On-Call. Google SRE, 2016. Disponível em: sre.google.

Stribblehill, Andrew. Site Reliability Engineering, capítulo 14: Managing Incidents. Google SRE, 2016. Disponível em: sre.google.

Sobre a autora

Sou Euriale Voidela. Iniciei minha carreira em 1998 como operadora de atendimento e, desde então, construí uma trajetória de mais de 25 anos dedicada à evolução do relacionamento com clientes. Sou especialista em Customer Experience, Customer Success e Customer Centricity, fundadora e CEO da Customer Centric Consulting, editora-chefe do Portal Customer, presidente da AIESC, autora de 5 livros sobre CX e CS e conselheira de empresas.

Já apoiei mais de 100 projetos e operações de atendimento em empresas de diferentes segmentos, atuando na implantação de programas de experiência do cliente, governança, inteligência de dados e transformação organizacional. Uma das minhas principais bandeiras é a valorização dos profissionais que representam as marcas todos os dias na linha de frente do atendimento.

Sobre a Customer Centric Consulting

A Customer Centric Consulting é a consultoria que fundei para ajudar empresas a transformar experiência do cliente em resultado de negócio, da estratégia à execução. Atuamos em diagnóstico de maturidade em CX e CS, redesenho de jornadas e processos, governança e indicadores, tecnologia e Inteligência Artificial aplicada ao atendimento, cultura centrada no cliente e estruturação de operações de contact center.

Nosso principal diferencial é o método CX Maturity Intelligence, um diagnóstico estruturado que combina análise qualitativa (pilares, critérios e regras que evitam avaliações infladas) com análise quantitativa de dados operacionais reais, como taxa de contato, comportamento do cliente único, speech analytics e correlações regulatórias. É esse cruzamento entre percepção e dado que torna possível saber, com precisão, em que estágio de maturidade uma empresa realmente está, e não em qual estágio ela acredita estar.

Saiba mais em customercentric.com.br ou conheça também o Portal Customer, mídia especializada em CX e CS.

Se você quer saber quantos dos seus picos de chamados poderiam ser evitados e quanto eles custam para a sua equipe, o primeiro passo é cruzar volume, incidentes e qualidade da sua operação. A Customer Centric Consulting aplica o diagnóstico CX Maturity Intelligence para mostrar, com dados reais, onde estão os gaps. Fale com a nossa equipe.