SLA de atendimento na prática: como definir prazos que consegue cumprir
Prazo de primeira resposta, de resposta seguinte e de resolução: o que medir, como calibrar com o histórico e porque se deve suspender o relógio enquanto se espera pelo cliente.
Quase todas as empresas que atendem clientes têm um SLA escrito algures. "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 é quebrado todas as semanas sem que ninguém repare.
O SLA não é uma promessa de marketing: é um compromisso operacional, e precisa de três coisas para existir. Um prazo calibrado pelo que a equipa já consegue fazer, um relógio que conte o tempo certo e um aviso que chegue antes de o prazo ser ultrapassado. 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 único número. Na prática, o cliente avalia o atendimento em 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 perceção de abandono. Uma resposta rápida que diga "recebi, estou a verificar, volto até às 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 da equipa, já dentro da conversa. Quase ninguém mede este, e é nele que o atendimento morre: o pedido é respondido em dez minutos na abertura e desaparece durante dois dias a 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 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 nos ú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 pedidos é 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 durante dois meses e só então aperte. Um SLA que nasce demasiado apertado gera um efeito perverso: a equipa aprende a fechar o pedido para o relógio parar, e a métrica melhora enquanto o cliente piora.
Na Tasskee, cada pedido mostra a contagem decrescente do prazo, a fila destaca o que está mais apertado e a ultrapassagem avisa os responsáveis — com relatório por atendente e por período.
Ver pedidos e SLAO relógio tem de parar quando a bola está do lado do cliente
Esta é a diferença entre um SLA que a equipa respeita e um que a equipa ignora. Metade dos atendimentos fica parada à espera de algo de quem fez o pedido: o número da encomenda, uma captura de ecrã, a confirmação de que pode reiniciar o sistema.
Se o relógio de resolução continua a correr enquanto a conversa aguarda o cliente, o indicador passa a ser ficção. O atendente sabe que vai ultrapassar o prazo por um motivo que não é seu, deixa 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 da primeira resposta, esse, nunca congela — é responsabilidade inteira da equipa.
Prazo por canal e por prioridade
Um e-mail e uma mensagem de WhatsApp trazem expectativas diferentes. Quem escreve por e-mail aceita esperar algumas horas; quem envia uma mensagem espera minutos. Usar o mesmo prazo para os dois canais significa ser lento num e desnecessariamente rigoroso no outro.
O mesmo vale para a prioridade. Um sistema fora do ar e uma dúvida sobre a emissão de um boleto não podem partilhar 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 a equipa consegue defender numa reunião com o cliente.
O que fazer quando o prazo é ultrapassado
Todos os SLA são ultrapassados de vez em quando. O que separa uma operação madura de uma confusão é o que acontece nos minutos seguintes.
- Avise antes, não depois. O aviso útil chega quando ainda falta tempo — por volta de 80% do prazo consumido. Um alerta que dispara ao mesmo tempo que o prazo é ultrapassado é só um registo de fracasso.
- Escale para pessoas, não para uma fila. O aviso tem de chegar a uma pessoa com nome, normalmente o supervisor da equipa. Uma notificação enviada a um grupo inteiro é uma notificação de ninguém.
- Separe o que foi ultrapassado por culpa do processo. Se o mesmo tipo de pedido ultrapassa sempre o prazo, o problema não é o atendente: é que aquele assunto precisa de outro caminho, de mais pessoas ou de uma correção definitiva.
Quando o pedido precisa de passar a trabalho de outra área
Boa parte dos atendimentos não termina no suporte. "O relatório está com o valor errado" passa a correção no produto; "preciso de um ecrã novo" passa a pedido de projeto. Enquanto este reencaminhamento for feito por mensagem interna, o cliente fica sem previsão e o suporte fica sem resposta.
O caminho saudável é transformar o pedido em tarefa da equipa responsável, mantendo a ligação ao atendimento original. Quem atende continua a ver 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 comunicam entre si.
Três erros que deitam abaixo qualquer SLA
Medir só a média. Esconde exatamente os casos que geram reclamações. Acompanhe também o pior caso da semana.
Prometer 24 horas para tudo. Um prazo único trata urgência e dúvida da mesma maneira, e o cliente com urgência é o que reclama.
Deixar a entrada desorganizada. Um pedido que chega pela metade consome horas de idas e vindas antes de alguém trabalhar de facto. Um formulário de entrada com os campos certos poupa mais tempo de SLA do que qualquer painel.
Por onde começar esta 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-o visível para quem atende. Só depois de esse relógio ser respeitado durante duas ou três semanas acrescente o prazo de resolução.
Depois de os prazos estarem de pé, os relatórios por atendente e por período deixam de ser enfeite e passam a responder a perguntas práticas: é possível atender este volume com a equipa atual? Que assunto precisa de uma solução definitiva? E, se o seu atendimento vive no WhatsApp, vale a pena ler também como organizar o suporte por lá sem virar confusão.