SLA de atendimento na prática: como definir prazos que você consegue cumprir

Quase toda empresa que atende cliente tem um SLA escrito em algum lugar. "Respondemos em até 24 horas." O número costuma ter nascido de uma reunião, não de um histórico — e é por isso que ele é quebrado toda semana sem que ninguém perceba.

SLA não é promessa de marketing: é compromisso operacional, e precisa de três coisas para existir. Um prazo calibrado pelo que o time já consegue fazer, um relógio que conte o tempo certo e um aviso que chegue antes do estouro. Este texto trata das três.

Um SLA são três relógios, não um

O erro mais comum é resumir tudo a um número só. Na prática, o cliente julga o atendimento por momentos diferentes, e cada um merece o seu prazo.

Primeira resposta

É o tempo entre a mensagem do cliente e o primeiro retorno humano ou automático com conteúdo. É o relógio mais importante, porque é ele que define a percepção de abandono. Uma resposta rápida que diz "recebi, estou verificando, volto até as 16h" compra mais paciência do que uma solução que chega calada seis horas depois.

Resposta seguinte

É o tempo entre cada nova mensagem do cliente e a réplica do time, já dentro da conversa. Quase ninguém mede esse, e é nele que o atendimento morre: o chamado é respondido em dez minutos na abertura e some por dois dias no meio do caminho.

Resolução

É o tempo até o problema ser encerrado. É o mais difícil de cumprir porque muitas vezes depende de outra área, de um fornecedor ou de uma correção que entra numa fila de desenvolvimento. Por isso ele nunca deve ser o único prazo acompanhado.

Calibre pelo histórico, não pelo desejo

Antes de prometer qualquer número, meça o que acontece hoje. Pegue os últimos dois ou três meses de atendimento e responda: qual foi o tempo médio de primeira resposta? E o tempo do atendimento mais demorado?

Use o tempo que cobre a maioria dos casos, não a média. Se metade dos chamados é respondida em cinco minutos e a outra metade em oito horas, a média de quatro horas não descreve nenhum cliente real. Olhe para o número que cobre nove em cada dez atendimentos.

Depois, aplique um desconto de realidade. Se hoje nove em cada dez casos recebem resposta em quatro horas, não prometa duas. Prometa quatro, cumpra por dois meses e só então aperte. SLA que nasce apertado demais gera um efeito perverso: o time aprende a fechar chamado para o relógio parar, e a métrica melhora enquanto o cliente piora.

O relógio precisa parar quando a bola está com o cliente

Esta é a diferença entre um SLA que o time respeita e um que o time ignora. Metade dos atendimentos trava esperando alguma coisa de quem pediu: o número do pedido, um print da tela, a confirmação de que pode reiniciar o sistema.

Se o relógio de resolução continua correndo enquanto a conversa aguarda o cliente, o indicador vira ficção. O atendente sabe que vai estourar o prazo por um motivo que não é dele, para de olhar para o número e o SLA perde a função de alerta.

Então a regra é simples: quando o atendimento entra em estado de espera pelo cliente, o prazo de resolução congela e volta a correr quando ele responde. O relógio de primeira resposta, esse, nunca congela — é responsabilidade inteira do time.

Prazo por canal e por prioridade

Um e-mail e uma mensagem de WhatsApp carregam expectativas diferentes. Quem escreve por e-mail aceita esperar algumas horas; quem manda mensagem espera minutos. Usar o mesmo prazo para os dois canais significa ser lento num e desnecessariamente rigoroso no outro.

O mesmo vale para prioridade. Sistema fora do ar e dúvida sobre emissão de boleto não podem dividir o mesmo prazo. Duas ou três faixas bastam:

Situação	Primeira resposta	Resolução
Serviço parado, impacto em vários clientes	15 minutos	4 horas
Problema que impede um cliente de trabalhar	1 hora	1 dia útil
Dúvida, pedido de ajuste, solicitação comum	4 horas	3 dias úteis

Os números da tabela são um ponto de partida, não uma receita. O importante é a estrutura: poucas faixas, critério claro de enquadramento e prazos que o time consegue defender numa reunião com o cliente.

O que fazer quando o prazo estoura

Todo SLA estoura de vez em quando. O que separa uma operação madura de uma bagunça é o que acontece nos minutos seguintes.

1. Avise antes, não depois. O aviso útil chega quando ainda falta tempo — em torno de 80% do prazo consumido. Alerta que dispara junto com o estouro é só um registro de fracasso.
2. Escale para gente, não para uma fila. O aviso precisa chegar a uma pessoa com nome, normalmente o supervisor da equipe. Notificação enviada para um grupo inteiro é notificação de ninguém.
3. Separe o que estourou por culpa do processo. Se o mesmo tipo de chamado estoura sempre, o problema não é o atendente: é que aquele assunto precisa de outro caminho, de mais gente ou de uma correção definitiva.

Quando o chamado precisa virar trabalho de outra área

Boa parte dos atendimentos não termina no suporte. "O relatório está com o valor errado" vira correção no produto; "preciso de uma tela nova" vira pedido de projeto. Enquanto esse repasse for feito por mensagem interna, o cliente fica sem previsão e o suporte fica sem resposta.

O caminho saudável é transformar o chamado em tarefa do time responsável, mantendo o vínculo com o atendimento original. Quem atende continua enxergando o andamento e pode dar uma posição sem perguntar no corredor. É a lógica de manter suporte e projetos na mesma base, em vez de dois sistemas que não se falam.

Três erros que derrubam qualquer SLA

Medir só a média. Ela esconde exatamente os casos que geram reclamação. Acompanhe também o pior caso da semana.

Prometer 24 horas para tudo. Prazo único trata urgência e dúvida do mesmo jeito, e o cliente com urgência é o que reclama.

Deixar a entrada desorganizada. Pedido que chega pela metade consome horas de ida e volta antes de alguém trabalhar de fato. Um formulário de entrada com os campos certos resolve mais tempo de SLA do que qualquer painel.

Por onde começar nesta semana

Escolha um canal e um prazo: primeira resposta. Meça o que acontece hoje, defina o número que cobre nove em cada dez casos e coloque isso visível para quem atende. Só depois de esse relógio ser respeitado por duas ou três semanas adicione o prazo de resolução.

Depois que os prazos estiverem em pé, os relatórios por atendente e por período deixam de ser enfeite e passam a responder perguntas práticas: dá para atender esse volume com o time atual? Qual assunto precisa de uma solução definitiva? E, se o seu atendimento vive no WhatsApp, vale ler também como organizar o suporte por lá sem virar bagunça.