SLA na Prática: Como Configurar Prazos por Cliente, Serviço e Nível de Prioridade

SLA (Service Level Agreement) é o contrato de tempo que você faz com seu cliente.

“Vamos responder em 2 horas”, “Vamos resolver em 24 horas”.

Parece simples. Mas na prática, muitas empresas:

Oferecem SLA que não conseguem cumprir
Usam SLA único (“tudo em 24h”) quando deveriam ser variáveis
Não conseguem calcular se estão cumprindo

Este guia te mostra como estruturar um SLA inteligente, realista e que você realmente cumpre.

O que é SLA e por que importa

Definição

SLA é um compromisso medido entre você e seu cliente.

Exemplo:

Cliente: Acme Corp
Tempo de Resposta: 2 horas (primeira resposta)
Tempo de Resolução: 24 horas (problema resolvido)
Penalidade: Se não cumprir, desconto de 10% no mês

Por que importa

Para o cliente: Sabe exatamente o que esperar. Transparência.
Para você: Priorização automática. Sistema avisa quem está vencendo.
Para o negócio: Métrica clara de desempenho. Você mede se está funcionando.

As 4 Variáveis de um SLA Eficiente

Não existe SLA único que funciona para todo cenário. Um SLA real tem 4 dimensões:

1. Por Cliente (Contrato)

Clientes diferentes = SLA diferentes.

Exemplo:

Cliente Premium (faturamento alto): resposta 1h, resolução 4h
Cliente Standard (faturamento médio): resposta 4h, resolução 24h
Cliente Basic (faturamento baixo): resposta 24h, resolução 72h

Por quê? Quem paga mais merece prioridade. É justo e rentável.

2. Por Serviço (Tipo de Ticket)

Nem todo problema tem a mesma criticidade.

Exemplo:

Sistema offline (crítico): resposta 15min, resolução 2h
Performance degradada (alta): resposta 1h, resolução 8h
Pedido de informação (baixa): resposta 8h, resolução 24h
Dúvida administrativa (baixa): resposta 24h, resolução 72h

Por quê? Sistema offline = você está perdendo dinheiro. Dúvida administrativa pode esperar.

3. Por Nível de Prioridade (Impacto + Urgência)

Prioridade é calculada por uma matriz:

            Urgência Baixa    Urgência Média    Urgência Alta
Impacto Crítico     ALTA           CRÍTICA          CRÍTICA
Impacto Médio       BAIXA          MÉDIA            ALTA
Impacto Baixo       BAIXA          BAIXA            MÉDIA

Exemplo de classificação:

Crítica: “Servidor de produção offline” (impacto crítico + urgência alta)
Alta: “Sistema lento causando atraso” (impacto médio + urgência alta)
Média: “Dúvida sobre feature” (impacto médio + urgência média)
Baixa: “Como fazer login?” (impacto baixo + urgência baixa)

4. Por Escalabilidade (Porte do Cliente)

Clientes Enterprise têm demandas diferentes de PME.

Exemplo:

Enterprise (1000+ usuários): SLA 24/7, resposta 30min
PME (100-1000 usuários): SLA comercial, resposta 2h
Startup (< 100 usuários): SLA comercial, resposta 8h

Matriz de SLA Pronta para Usar

Aqui está um template realista que você pode adaptar:

1. SLA por Nível de Prioridade

Prioridade	Impacto	Urgência	Tempo Resposta	Tempo Resolução	Público
CRÍTICA	Múltiplos usuários fora	Sistema offline	15 min	2 horas	Enterprise + Premium
ALTA	Um ou alguns usuários	Produção afetada	1 hora	8 horas	Enterprise + Premium
MÉDIA	Funcionalidade reduzida	Atividade atrasada	4 horas	24 horas	Standard
BAIXA	Dúvida, informação	Nenhum	24 horas	72 horas	Basic + Standard

2. SLA por Tipo de Serviço

Tipo	Descrição	Tempo Resposta	Tempo Resolução
Sistema Offline	Serviço indisponível	15 min	2h
Performance	Sistema lento/degradado	1h	8h
Erro de Acesso	Login, permissão, senha	2h	4h
Feature/Dúvida	Como usar, orientação	4h	24h
Administrativo	Fatura, contrato, dados	8h	48h
Melhorias	Pedido de feature	24h	Análise em 5 dias

3. SLA por Nível de Cliente

Tier	Descrição	Resposta	Resolução	Cobertura	Custo
Platinum	Enterprise, crítico	15 min	2h	24/7	R$ 5k+
Gold	Enterprise, padrão	30 min	4h	24/7	R$ 3k-5k
Silver	PME	2h	24h	Seg-Sex 9-18	R$ 1k-3k
Bronze	Startup	8h	72h	Seg-Sex 9-18	R$ 0-1k

Como Calcular seu SLA

Não adianta oferecer algo que você não consegue cumprir.

Passo 1: Entenda sua Capacidade

Pergunte-se:

Quantas pessoas tem no suporte?
Quantas horas cada pessoa trabalha por dia?
Qual é o tempo médio para responder 1 ticket?

Exemplo:

3 pessoas no suporte
8 horas de trabalho cada = 24 horas-homem/dia
Tempo médio para responder = 30 min
Tickets que consegue responder/dia = 24 × 60 ÷ 30 = 48 tickets/dia

Passo 2: Calcule o SLA Realista

Fórmula simples:

SLA Resposta = (Tickets por dia / Total que consegue responder) × 24h

No exemplo acima:

Se recebe 100 tickets/dia e consegue responder 48
SLA mínimo = (100 / 48) × 24h = ~50 horas

Isso quer dizer: Com sua equipe atual, o SLA mais otimista é 50 horas. Oferecer 2 horas é mentira.

Passo 3: Crie Camadas

Ao invés de um SLA para todos, crie níveis:

10% dos tickets (críticos) = 2 horas
30% dos tickets (altos) = 8 horas
60% dos tickets (médios/baixos) = 24h+

Assim você cumpre com a maioria.

Evitando Estouro de SLA: Checklist Prático

Antes de Comprometer (Pré-venda)

Validei minha capacidade real?
O SLA que vou oferecer é realista para meu time?
Incluí buffer (20% de margem)?
Alertei ao cliente se houver picos de demanda?

Após Comprometer (Operacional)

O sistema alerta quando um ticket vai vencer SLA?
Há escalação automática (gerente é notificado 30 min antes)?
Há priorização automática (críticas vão para frente da fila)?
Há automação (respostas template economizam tempo)?
Há rotinas de prevenção (manutenção planejada reduz incidentes)?

Ao Final do Mês

Criei relatório de % de SLA cumprido?
Identifiquei padrões (qual tipo de ticket mais estoura)?
Analisei raiz (falta de pessoas? SLA mal dimensionado? Processo fraco?)?
Ajustei para o próximo mês?

Exemplo Real: SLA de uma PME de TI

Vamos usar um exemplo concreto:

Empresa: Suporte de TI para 50 clientes pequenos

Equipe: 2 técnicos + 1 coordenador

Capacidade: 60 tickets/mês por técnico = 120 tickets/mês total

SLA Definido:

Crítica (offline): resposta 1h, resolução 4h
Alta (degradação): resposta 4h, resolução 24h
Média (dúvida): resposta 8h, resolução 48h

Penalidades:

Não cumprir tempo de resposta em crítica = 5% desconto
Não cumprir tempo de resolução em crítica = 10% desconto

Resultado: 94% de cumprimento de SLA. Clientes satisfeitos, previsibilidade de receita.

Erros Comuns ao Definir SLA

❌ “Vou oferecer o SLA mais agressivo para ganhar o cliente”
→ Você vai quebrar promessa. Depois custa muito mais retomar.

❌ “Vou fazer SLA único (tudo 24h)”
→ Crítica merece 2h, básica merece 48h. Único não funciona.

❌ “Não vou medir cumprimento”
→ SLA sem medição é apenas uma promessa vaga.

❌ “Vou aumentar SLA quando equipe crescer”
→ Comece conservador. Você melhora depois, com confiança.

✅ “Vou validar minha capacidade antes de prometer”
→ Isso é inteligência.

✅ “Vou alertar quando SLA vai vencer”
→ Alertas 30 min antes permitem ação corretiva.

✅ “Vou revisar SLA todo trimestre”
→ À medida que crescer, você pode apertar prazos.

Template de SLA para Download

Criamos um template pronto que você pode baixar e customizar:

[TEMPLATE INCLUI:]
- Matriz de SLA por cliente
- Cálculo de capacidade
- Tabela de resposta x resolução
- Penalidades e descontos
- Fórmula de cálculo de cumprimento

Próximas Leituras

CTA

Seu SLA está configurado corretamente?

O Lucy permite criar SLAs granulares por cliente, serviço e prioridade. Sistema automaticamente alerta quando vencimento se aproxima.

Teste SLA avançado do Lucy →

Ou configure sua primeira tabela com nossa orientação:

Agende conversa sobre SLA →