Como montar um SLA de atendimento (com modelo pronto)

Toda operação de atendimento tem um SLA — mesmo quem nunca escreveu um. A diferença é que, sem SLA formal, o prazo é definido pelo humor do dia: o cliente que grita mais alto é atendido primeiro, o ticket difícil afunda na fila e ninguém consegue dizer se a operação está boa ou ruim, porque "boa" nunca foi definida.

Este guia mostra como montar um SLA de atendimento do zero, em cinco passos, com uma tabela-modelo pronta para copiar e adaptar. Se você quer primeiro alinhar o vocabulário (SLA × SLO × prazo de primeira resposta × prazo de resolução), vale uma passada rápida no nosso glossário de SLA antes de continuar.

O que um SLA de atendimento precisa definir

Um SLA (Service Level Agreement) de atendimento responde três perguntas, por escrito:

Em quanto tempo respondemos pela primeira vez? (primeira resposta)
Em quanto tempo resolvemos? (resolução)
O que acontece quando estouramos? (escalonamento)

Repare que são dois relógios diferentes. Primeira resposta mede quanto o cliente espera para saber que alguém viu o problema. Resolução mede quanto ele espera para o problema acabar. Confundir os dois é o erro número um: prometer "resolvemos em 4 horas" quando o realista seria "respondemos em 4 horas" cria uma dívida impossível de pagar.

Passo 1: defina os níveis de prioridade (e o que cai em cada um)

Antes de falar em prazo, decida o que é urgente na sua operação. Quatro níveis costumam bastar — mais que isso, os atendentes param de usar direito. O critério clássico cruza duas variáveis: impacto (quantos clientes ou quanto dinheiro) e urgência (o problema bloqueia o cliente agora?).

P1 – Crítico: o cliente não consegue usar o produto ou está perdendo dinheiro agora. Ex.: cobrança duplicada, sistema fora do ar, pedido pago que não foi enviado.
P2 – Alto: função importante degradada, com contorno possível. Ex.: relatório que não exporta, integração instável.
P3 – Normal: dúvidas, solicitações e problemas sem bloqueio. É onde cai a maioria dos tickets.
P4 – Baixo: sugestões, pedidos de melhoria, questões sem prazo.

Escreva exemplos concretos para cada nível, com casos reais da sua fila. "Crítico é o que for grave" não classifica nada; "crítico é cliente sem acesso, cobrança errada ou risco de cancelamento declarado" classifica tudo.

Passo 2: meça antes de prometer

O maior gerador de SLA fictício é definir prazos por aspiração ("queremos responder em 15 minutos") sem olhar a capacidade real. Antes de fixar números:

Levante o tempo médio de primeira resposta e de resolução atuais, por tipo de ticket, dos últimos 30–60 dias.
Identifique picos: dia da semana, horário, sazonalidade (pós-campanha, fechamento de mês).
Defina o SLA um pouco acima da sua média atual em dias normais — folga suficiente para absorver picos sem estourar.

Na prática do mercado, um SLA saudável é cumprido em 90–95% dos tickets. Se você cumpre 100% com sobra, o prazo está frouxo demais (e você está prometendo menos do que entrega). Se cumpre 70%, o prazo é fantasia.

Passo 3: a tabela-modelo (copie e adapte)

Este é um ponto de partida realista para uma operação B2B/B2C de pequeno e médio porte, em horário comercial. Copie a tabela, ajuste os prazos à sua medição do passo 2 e pronto — você tem a espinha dorsal do seu SLA.

Prioridade	Exemplos	Primeira resposta	Resolução	Escalonamento se estourar
P1 – Crítico	Cliente sem acesso, cobrança errada, ameaça de cancelamento	1h útil	4h úteis	Notifica supervisor imediatamente; atualização ao cliente a cada 2h
P2 – Alto	Função importante degradada, erro com contorno	4h úteis	1 dia útil	Notifica supervisor em 75% do prazo
P3 – Normal	Dúvidas, solicitações, problemas sem bloqueio	8h úteis	3 dias úteis	Ticket sobe para o topo da fila do time
P4 – Baixo	Sugestões, melhorias, pedidos sem prazo	1 dia útil	5 dias úteis	Revisão semanal da fila

Três observações que fazem diferença:

"Horas úteis", sempre. Um ticket P3 aberto sexta às 18h não pode nascer estourado no sábado. O SLA precisa contar apenas dentro do seu horário de atendimento — e a ferramenta precisa saber calcular isso sozinha.
Pausa quando a bola está com o cliente. Se você pediu uma informação e está aguardando, o relógio deve pausar. Sem isso, o time é punido pela demora do cliente.
Resolução ≠ primeira solução tentada. Defina se o relógio para na primeira resposta resolutiva ou na confirmação do cliente. Ambos são válidos; o importante é que todo mundo use o mesmo critério.

Passo 4: defina o escalonamento por escrito

SLA sem consequência é decoração. Para cada nível, documente:

Quem é avisado quando o prazo chega a 75% (aviso preventivo) e a 100% (estouro).
O que essa pessoa faz: redistribui o ticket, assume, aciona outro time.
O que o cliente recebe: em P1 e P2, o cliente deveria ser atualizado proativamente mesmo sem solução — silêncio é o que transforma atraso em cancelamento.

Uma mensagem simples de atualização, para deixar como macro:

Olá, nome! Seu chamado #número está em andamento com nosso time. Ainda não temos a solução final, mas queríamos que você soubesse que não paramos: status em uma frase. Próxima atualização até horário.

Passo 5: monitore — ou o SLA morre em 30 dias

O que sustenta um SLA não é o documento, é a rotina de acompanhamento:

No dia a dia: a fila do time deve mostrar o tempo restante de SLA em cada ticket, ordenada pelo que vence primeiro — não pelo que chegou primeiro. Atendente não deveria precisar calcular prazo de cabeça.
Na semana: percentual de cumprimento por prioridade e por atendente. Um número só ("92% no geral") esconde que P1 pode estar em 60%.
No mês: revisar os estouros um a um. Estouraram por volume (falta gente), por classificação errada (falta treino) ou por prazo irreal (falta ajustar a tabela)?

É aqui que a ferramenta importa. No ClickDesk, o SLA é configurado por funil: cada funil kanban tem seus prazos e horários de atendimento, o relógio conta apenas em horas úteis, os gatilhos escalam automaticamente quem precisa ser avisado, e as visualizações salvas mostram a fila ordenada por vencimento. Os relatórios de cumprimento saem prontos e exportáveis — sem planilha paralela. Veja como funciona na página de atendimento.

5 erros comuns que transformam SLA em enfeite

Copiar o SLA de outra empresa sem medir a própria operação. O prazo do concorrente reflete o time, o volume e o produto dele — não os seus.
Um prazo único para tudo. Se cobrança duplicada e "como troco meu logo?" têm o mesmo prazo, você corre atrás do trivial enquanto o crítico espera.
Ignorar horário útil. SLA em horas corridas numa operação 8×5 gera estouro automático toda segunda-feira de manhã.
Medir só a primeira resposta. Responder rápido e resolver nunca é o jeito mais eficiente de perder cliente com métrica verde.
Nunca revisar. Time cresceu, canal novo entrou (o WhatsApp muda tudo em volume — veja o nosso guia de multiatendimento no WhatsApp), produto mudou: o SLA de seis meses atrás provavelmente está desatualizado. Agende revisão trimestral.

Checklist final antes de publicar o seu SLA

4 níveis de prioridade com exemplos reais da sua fila
Prazos de primeira resposta e resolução baseados em medição, não em aspiração
Contagem em horas úteis, com pausa quando aguarda o cliente
Escalonamento definido: quem é avisado, quando e o que faz
Fila do time ordenada por vencimento de SLA
Relatório semanal de cumprimento por prioridade
Revisão trimestral agendada

Com isso no papel — e na ferramenta —, o SLA deixa de ser promessa de contrato e vira o mecanismo que organiza a fila todos os dias.

Quer ver isso rodando na sua operação? O ClickDesk tem trial de 14 dias, sem cartão, com SLA por funil, gatilhos de escalonamento e relatórios prontos desde o primeiro dia. Conheça os planos — a partir de R$49 por agente/mês.