O que é SLA e por que o tipo importa tanto

SLA, do inglês Service Level Agreement, é o acordo que define padrões mínimos de atendimento, prazo e qualidade entre quem presta e quem recebe um serviço.

Mas o tipo de SLA escolhido muda tudo. Um modelo mal calibrado gera dois problemas clássicos:

  • Metas frouxas que não sustentam a operação.
  • Metas rígidas que travam a equipe e inflam o backlog.

A escolha certa começa por entender o que cada modelo foi projetado para fazer.

diagrama comparando três modelos de SLA lado a lado com ícones representando cliente, serviço e nível de complexidade

Os principais tipos de SLA

Existem quatro categorias amplamente usadas em operações de suporte, TI e serviços:

1. SLA por cliente

Define prazos e padrões individuais para cada cliente ou conta. É comum em contratos corporativos com exigências distintas.

Quando usar: operações B2B com clientes de porte e criticidade muito diferentes entre si.

Atenção: escala com dificuldade. Quanto mais clientes, mais regras para gerenciar.

2. SLA por serviço

Estabelece um padrão único para cada tipo de serviço oferecido, independente de quem solicitou.

Quando usar: ambientes com catálogo de serviços bem definido, como operações de TI baseadas em ITIL.

Exemplo prático: toda solicitação de reset de senha tem prazo de 2 horas, para qualquer usuário.

3. SLA multinível (multilevel)

Combina dois ou mais critérios: cliente, serviço e, às vezes, localização ou unidade de negócio.

Quando usar: grandes organizações com estrutura complexa, onde nem o SLA por cliente nem o por serviço resolvem sozinhos.

Estrutura típica:

  • Nível corporativo: regras gerais.
  • Nível de serviço: prazos por tipo de chamado.
  • Nível de cliente: exceções negociadas.

4. SLA por prioridade ou severidade

Classifica chamados em níveis, como P1, P2, P3, e aplica prazos diferentes para cada um.

Quando usar: operações com alta variação de criticidade entre chamados. É o modelo mais comum em suporte técnico.

Exemplo prático:

| Prioridade | Tempo de resposta | Tempo de resolução | |---|---|---| | P1 - Crítico | 15 min | 2 horas | | P2 - Alto | 1 hora | 8 horas | | P3 - Médio | 4 horas | 24 horas | | P4 - Baixo | 8 horas | 72 horas |

tabela visual com os quatro níveis de prioridade em cores diferentes, do vermelho ao verde, com ícones de relógio para c

Como avaliar qual modelo serve à sua operação

Não existe resposta universal. A escolha depende de quatro variáveis:

Plataforma completa de CRM, WhatsApp e IA para agências que querem crescer.

Começar grátis

1. Volume e variação de chamados Operações com alto volume e tipos muito distintos de solicitação funcionam melhor com SLA por prioridade ou multinível. Operações menores e homogêneas sustentam o SLA por serviço com menos esforço.

2. Perfil dos clientes Base diversa, com clientes enterprise ao lado de pequenas contas, pede SLA por cliente ou multinível. Base homogênea tolera um modelo único.

3. Capacidade de configuração da ferramenta SLA multinível exige plataformas com regras condicionais. Se a ferramenta não suporta essa lógica, o modelo vira planilha manual e quebra na operação.

4. Maturidade da equipe Equipes em fase de estruturação se perdem em modelos complexos. Comece simples, por prioridade ou por serviço, e evolua com dados.

Erros comuns ao definir SLAs

A maioria dos problemas não está no tipo escolhido. Está na execução.

  • Prazos sem base em dados históricos: metas definidas por intuição quebram no primeiro mês de operação intensa.
  • SLA idêntico para demandas de natureza diferente: chamado de incidente crítico e dúvida sobre fatura não podem ter o mesmo prazo.
  • Ausência de cláusulas de exclusão: pausas válidas, como aguardar retorno do cliente, precisam estar previstas. Sem isso, o relógio corre contra a equipe sem justificativa.
  • Falta de revisão periódica: SLA é acordo vivo. Uma operação que cresceu 40% em volume precisa revisar as metas, não apenas cobrar a equipe.

lista visual com ícones de alerta para cada erro comum, fundo neutro com tipografia clara

SLA e capacidade operacional: a conexão que poucos fazem

SLA e capacidade são dois lados da mesma equação. Definir prazos sem mapear a capacidade real da equipe é assinar um acordo que não pode ser cumprido.

Algumas perguntas que ajudam a calibrar essa relação:

  • Quantos chamados por hora cada analista resolve, em média?
  • Qual o tempo médio de resolução por tipo de chamado?
  • Qual é o pico de volume e como a equipe se comporta nesses momentos?

Essas respostas revelam o que é viável prometer. Operações que ignoram esse mapeamento acumulam backlog, queimam equipe e entregam SLA no papel, não na prática.

Um backlog crescente, por exemplo, é sinal direto de que o SLA foi prometido sem considerar a capacidade disponível. Resolver isso exige dois movimentos simultâneos: revisar o acordo e ajustar a operação.

Como estruturar a revisão do SLA atual

Se a operação já tem SLA definido e os resultados não estão bons, siga esta sequência antes de mudar o modelo:

Passo 1 - Audite os dados dos últimos 90 dias Taxa de cumprimento por tipo de chamado, por analista e por período da semana. O padrão de falha revela onde está o problema.

Passo 2 - Separe causas internas de causas externas Violação por baixa capacidade é diferente de violação por dependência de terceiros. A solução é distinta para cada caso.

Passo 3 - Envolva quem executa Analistas sabem onde os prazos são inviáveis. Ignorar esse conhecimento é repetir o erro na próxima versão do SLA.

Passo 4 - Atualize o acordo com base em dados, não em expectativa SLA renegociado com evidências é mais fácil de defender para o cliente e mais fácil de cumprir para a equipe.

Passo 5 - Defina cadência de revisão Trimestral é o mínimo para operações em crescimento. Semestral pode funcionar para operações estáveis.

Perguntas frequentes

Qual é a diferença entre SLA, OLA e UC? SLA é o acordo com o cliente final. OLA é o acordo interno entre equipes dentro da mesma organização. UC, Underpinning Contract, é o contrato com fornecedores externos. Os três precisam estar alinhados para que o SLA seja cumprido na prática.

É possível ter mais de um tipo de SLA na mesma operação? Sim. O modelo multinível faz exatamente isso: combina critérios de cliente, serviço e prioridade em uma estrutura única. O desafio é garantir que a ferramenta de gestão suporte essa lógica sem exigir trabalho manual.

Como saber se o SLA atual está mal calibrado? Os sinais mais claros são: taxa de cumprimento abaixo de 80% de forma consistente, backlog crescendo sem redução, e equipe operando em modo de urgência contínua. Esses indicadores juntos apontam para um SLA definido fora da capacidade real.

Com que frequência o SLA deve ser revisado? Operações em crescimento devem revisar a cada trimestre. Operações estáveis sustentam revisões semestrais. Qualquer mudança significativa de volume, equipe ou mix de serviços justifica uma revisão antecipada, independente do calendário.

O SLA por prioridade funciona para todos os tipos de operação? Funciona bem para a maioria das operações de suporte e TI, especialmente onde há variação clara de criticidade entre chamados. Para operações com serviços muito homogêneos, o SLA por serviço pode ser mais simples e igualmente eficaz.