SLA de atendimento: o que é, como definir metas e acompanhar numa equipe pequena

Se você atende clientes pelo WhatsApp e pelo e-mail com duas ou três pessoas, conhece a cena: segunda de manhã, dezenas de conversas acumuladas do fim de semana, e ninguém sabe direito qual responder primeiro nem se “a gente está demorando”. SLA de atendimento é a forma de trocar essa sensação por um combinado claro: um prazo que o time conhece, o cliente entende e você consegue medir.

O que é SLA de atendimento?

SLA (do inglês service level agreement, acordo de nível de serviço) é o prazo que você se compromete a cumprir no atendimento: em quanto tempo responde e em quanto tempo resolve. Na definição da Zendesk, é uma política que especifica e mede os tempos de resposta e de resolução que a equipe de suporte entrega aos clientes. A Freshdesk descreve do mesmo jeito: uma meta, ou prazo, que o time persegue em cada ticket ou conversa.

Numa PME, o SLA raramente é um contrato com multa. Costuma ser uma frase no site (“respondemos em até 2 horas úteis”) ou um combinado interno. Mesmo assim, o cliente passa a ter uma expectativa, e a equipe, uma régua.

SLA e SLO: precisa saber a diferença?

Só o suficiente para usar uma boa prática: ter uma meta interna mais apertada que o prazo prometido. O livro de Site Reliability Engineering do Google chama de SLO (service level objective) o valor-alvo de um indicador de serviço, e de SLA o contrato com o usuário que inclui consequências por cumprir ou não esses objetivos. O teste que o livro propõe é perguntar “o que acontece se a meta não for cumprida?”. Se não há consequência explícita, é um SLO.

O mesmo texto recomenda usar uma meta interna mais rígida do que a divulgada, para ter tempo de reagir antes de o problema aparecer para o cliente. Traduzindo para o seu dia a dia: se você promete responder em até 2 horas úteis, persiga 1 hora internamente. Assim, uma manhã ruim não vira prazo estourado.

Qual é a diferença entre tempo de primeira resposta e tempo de resolução?

Primeira resposta é quanto o cliente espera até uma pessoa responder; resolução é quanto espera até o problema acabar. São dois relógios diferentes, e um SLA útil acompanha os dois.

• Tempo de primeira resposta: a Zendesk define como o tempo entre a criação do ticket e o primeiro comentário público de um atendente. A Freshdesk usa a mesma lógica: o tempo até o atendente enviar a primeira resposta depois que o ticket foi criado.
• Tempo de resolução: para a Freshdesk, é o tempo total para resolver e encerrar o ticket desde o momento em que ele foi criado.
• Tempo entre respostas: as duas ferramentas também medem o intervalo das respostas seguintes (next reply time na Zendesk, every response time na Freshdesk). Evita o “já vou ver” rápido seguido de horas sem notícia.

A primeira resposta é o que o cliente sente primeiro. A resolução é o que ele lembra depois. Um time que só olha a primeira resposta aprende a mandar “recebemos sua mensagem” e deixar o resto parado. Por isso, uma resposta automática não deve contar como primeira resposta.

Como o expediente e a espera pelo cliente entram na conta?

O relógio deve contar só as horas em que a sua equipe trabalha e pausar quando a próxima ação depende do cliente. Sem essas duas regras, o SLA mede coisas que o time não controla e perde credibilidade rápido.

Horas úteis ou horas corridas

As ferramentas de helpdesk costumam oferecer duas opções. Na Zendesk, dá para escolher, por prioridade, se a meta é medida em horas úteis (business hours) ou horas corridas (calendar hours). Na Freshdesk, é igual: horas úteis seguem o horário que a empresa configurou; horas corridas contam 24 horas por dia, 7 dias por semana.

Se a sua loja atende de segunda a sexta, das 9h às 18h, uma mensagem que chega sábado à noite não deveria “estourar” o prazo antes de alguém sequer estar trabalhando. Em horas úteis, ela começa a contar na segunda às 9h. Para isso funcionar, cadastre também os feriados, nacionais e da sua cidade.

Horas corridas só fazem sentido quando você realmente atende o tempo todo.

Pausar quando a bola está com o cliente

Pense no atendimento como uma conversa em que a vez de agir alterna. Quando você pede o número do pedido, uma foto do produto ou um comprovante, o próximo passo é do cliente. Contar essas horas contra a sua equipe distorce a métrica.

As ferramentas tratam isso com um status de espera. Na Freshdesk, colocar o ticket como “pendente” ou “aguardando terceiros” pausa o relógio do SLA, desde que esses status estejam configurados para isso. Na Zendesk, a métrica de tempo de espera do solicitante soma o tempo nos status Novo, Aberto e Em espera e pausa quando o ticket fica Pendente, enquanto a métrica de resolução total inclui o tempo pendente. Ou seja: o mesmo “tempo de resolução” pode significar coisas diferentes dependendo de como você configura. Decida qual é o seu e escreva.

No Fieli Tickets (em beta), por exemplo, o SLA segue um calendário útil e o relógio pausa quando a resposta depende do cliente, voltando a correr quando ele responde.

Duas regras para a pausa não virar atalho:

1. Só pause quando há uma pergunta concreta feita ao cliente ou a um terceiro.
2. Quando o cliente responde, o relógio volta a correr na hora, e essa conversa sobe na fila.

Como definir metas de SLA realistas para uma equipe pequena?

Parta do que o time já entrega hoje, não do que parece bonito no site. Uma meta que ninguém cumpre é pior do que não ter meta: o time para de olhar para ela.

1. Meça duas a quatro semanas de histórico. Anote quando cada conversa chegou, quando teve a primeira resposta e quando foi resolvida. Se você ainda não tem ferramenta, uma planilha com uma amostra já ajuda. Olhe o típico e também os casos mais lentos: a média sozinha esconde o cliente que esperou um dia inteiro.
2. Descubra os horários de pico. Veja em que dias e horários as mensagens se acumulam (depois de um fim de semana, de uma campanha ou de um feriado, por exemplo). O SLA precisa aguentar o pico, não só a tarde tranquila.
3. Defina o expediente de atendimento. Dias, horários e feriados em que alguém está de fato respondendo. É isso que o relógio vai contar.
4. Crie de três a quatro prioridades. Mais do que isso confunde quem classifica. Veja a tabela de exemplo mais abaixo.
5. Escolha uma meta por prioridade, com base no histórico. Um ponto de partida razoável é um prazo que o time já cumpre na maior parte das conversas hoje, com uma pequena folga. Depois você aperta.
6. Separe a meta interna do prazo divulgado. Prometa ao cliente um prazo confortável e persiga internamente um prazo menor, como recomenda o livro de SRE do Google.
7. Escreva as regras do relógio. O que conta como primeira resposta, quando pausar, quando uma conversa é considerada resolvida e quem pode mudar a prioridade.
8. Configure avisos antes de estourar. A Freshdesk, por exemplo, permite lembretes para o atendente antes de o prazo vencer e escalonamento para o gestor. Aviso depois que estourou não salva o cliente.
9. Revise todo mês. Olhe a porcentagem dentro do SLA, leia as conversas que estouraram e ajuste a meta, a escala ou o processo, desconfiando primeiro do processo.

Um cuidado: se entram mais conversas por hora do que o time consegue responder, nenhuma meta resolve. A saída é mudar a escala no pico, criar respostas prontas para dúvidas repetidas ou deixar rastreio e política de troca fáceis de achar.

Como organizar prioridades e filas?

Prioridade diz o que responder primeiro; fila diz quem responde. As duas coisas juntas impedem que o caso urgente fique atrás de dez perguntas sobre horário de funcionamento.

A Freshdesk permite metas diferentes por prioridade (urgente, alta, média e baixa), e a Zendesk exige que o ticket tenha prioridade definida para que as regras de SLA se apliquem. A lógica vale mesmo sem ferramenta: sem prioridade, o SLA trata tudo igual.

Um exemplo de ponto de partida para uma PME (os prazos são ilustrativos, não recomendação para o seu caso):

Sobre filas: com duas ou três pessoas, uma caixa única para WhatsApp e e-mail, ordenada por prazo restante, costuma funcionar melhor do que uma fila por canal. Fila separada só vale para assunto que uma pessoa específica resolve (financeiro, por exemplo), com alguém de reserva para as folgas.

O que medir para acompanhar o SLA?

Quatro números bastam para começar: tempo de primeira resposta, tempo de resolução, porcentagem dentro do SLA e CSAT.

• Tempo de primeira resposta: acompanhe por prioridade e por faixa de horário. É onde o pico da segunda de manhã aparece.
• Tempo de resolução: separe o tempo com a equipe do tempo esperando o cliente, para não culpar o time por espera alheia.
• % dentro do SLA: quantas conversas cumpriram o prazo no período. É o número que resume a semana, mas leia junto com os casos que estouraram, porque é lá que está o aprendizado.
• CSAT (satisfação do cliente): uma pergunta curta ao fim do atendimento, do tipo “como você avalia o atendimento que recebeu?”. Na Zendesk, por exemplo, numa escala de 1 a 5, as notas 4 e 5 contam como avaliação boa e 1 a 3 como ruim. O CSAT é o contrapeso do SLA: responder rápido e mal não é bom atendimento.

Numa equipe pequena, o SLA é do time, não um ranking individual. Atraso recorrente costuma apontar para escala, excesso de assuntos ou falta de resposta pronta.

Uma empresa pequena é obrigada a ter SLA?

Na maioria dos casos, não; mas setores regulados têm regras próprias. O Decreto nº 11.034/2022, que regulamenta o Código de Defesa do Consumidor para o Serviço de Atendimento ao Consumidor (SAC), vale para fornecedores de serviços regulados pelo Poder Executivo federal. Para esses, o decreto prevê, entre outras coisas, acesso ao SAC 24 horas por dia, sete dias por semana, por pelo menos um canal, e resposta às demandas em até sete dias corridos a partir do registro.

Se a sua empresa não está nesse grupo, o decreto não se aplica diretamente, mas é uma referência útil do que o consumidor brasileiro passou a considerar razoável. Se você atua num setor regulado, confira com o seu órgão regulador e com orientação jurídica. Este texto é informativo e não substitui esse tipo de análise.

Exemplo prático

Imagine, como exemplo hipotético, uma loja online de cosméticos com três atendentes, que atende por WhatsApp e e-mail de segunda a sexta, das 9h às 18h. Os números abaixo são inventados, só para ilustrar a conta.

A loja divulga “respondemos em até 2 horas úteis” e persegue 1 hora internamente para dúvidas normais.

1. Sexta, 17h30: chega um WhatsApp perguntando sobre uma troca. A conversa é classificada como prioridade alta (meta interna de primeira resposta: 1 hora útil). Até o fim do expediente, correm 30 minutos. O relógio para às 18h.
2. Segunda, 9h: o relógio volta a correr. Restam 30 minutos da meta interna. A atendente responde às 9h20 pedindo o número do pedido e uma foto do produto. Primeira resposta: 50 minutos úteis, dentro da meta interna e do prazo divulgado. Em horas corridas, seriam quase 64 horas, e a métrica diria que a loja foi péssima quando não foi.
3. Segunda, 9h20 até terça, 14h: a conversa fica em “aguardando cliente”. O relógio de resolução está pausado.
4. Terça, 14h: a cliente manda a foto. O relógio volta, e a conversa sobe na fila. A troca é aprovada e a etiqueta de devolução é enviada às 15h30.

No fim do mês, a loja olha os números: a maior parte das conversas ficou dentro do prazo, mas quase todas as que estouraram chegaram entre 9h e 11h de segunda. A decisão é simples: colocar as três pessoas no atendimento nas segundas de manhã e deixar tarefas internas para a tarde. Ninguém precisou prometer um prazo menor para melhorar o serviço.

Erros comuns

• Copiar o prazo de uma empresa grande. “Resposta em 5 minutos” com três pessoas e dois canais vira meta ignorada na primeira semana.
• Contar horas corridas sem atender 24 horas. O fim de semana estoura o SLA de todo mundo e o número deixa de significar alguma coisa.
• Contar resposta automática como primeira resposta. A métrica melhora e o cliente continua esperando.
• Pausar o relógio sem critério. Se qualquer conversa difícil vai para “aguardando cliente”, o SLA mede só as fáceis.
• Olhar só a primeira resposta. Responder rápido e resolver em uma semana não é bom atendimento.
• Nunca revisar a meta. O volume muda com datas sazonais, campanhas e novos canais; a meta precisa acompanhar.
• Usar o SLA para punir. O objetivo é achar gargalo de escala e processo, não caçar culpado.

Comece pequeno (expediente, três prioridades, duas metas) e ajuste com o que os números mostrarem.