Como este tema funciona na sua empresa
SLA simples: responder em 24 horas, resolver em 48 horas. Rastreamento é manual ou visual. O desafio é que sem sistema automático, SLA virou apenas aspecto, não pressão operacional real. Começar a rastrear manualmente ou com ferramenta básica gera clareza sobre o que é cumprimento real versus percepção.
SLA diferenciado por prioridade: crítico 2h de resposta, alto 8h, normal 24h. Dashboard de cumprimento por nível. O desafio é balancear: SLA agressivo reduz tempo de atendimento mas pode sacrificar qualidade. Previsão de não-cumprimento e alertas ganham importância para ação preventiva.
SLA complexo por cliente, tipo de problema e serviço. Penalidades contratuais automáticas em não-cumprimento. O desafio é P&L de SLA: custo de acelerar vs. receita de não-cumprimento. Algoritmo de priorização dinâmica e análise de incrementalidade são essenciais para otimizar sem sangramento de recursos.
SLA (Service Level Agreement) é o compromisso documentado de tempo máximo de resposta e resolução de tickets, por nível de prioridade, com métricas de cumprimento rastreadas e, em contratos maiores, com penalidades de não-cumprimento[1].
Os componentes de um SLA eficaz
SLA não é apenas "responder em 24 horas". Um SLA bem estruturado define três coisas com clareza: métricas de tempo, priorização, e consequências de não-cumprimento.
Componente 1 — Tempo de Primeira Resposta (FRT): Quanto tempo até cliente receber resposta inicial, mesmo que não resolução. Exemplo: ticket crítico FRT 1 hora, ticket normal FRT 8 horas. FRT é importante porque cliente percebe velocidade imediatamente — resposta rápida reduz ansiedade mesmo que resolução demore.
Componente 2 — Tempo de Resolução (TTR ou MTTR): Quanto tempo até problema estar resolvido, não apenas respondido. TTR é mais difícil de prometer porque depende de complexidade. Por isso, níveis de prioridade existem. TTR também é mais impactante em satisfação de cliente que FRT — mas FRT impacta percepção imediata.
Componente 3 — Disponibilidade e Escalation: Em que horários SLA é válido (24/7 vs. business hours)? Qual é caminho de escalation? Quem autoriza exceção? Sem clareza, SLA virou promessa ambígua[2].
Definindo SLA realista por prioridade
A armadilha comum é definir SLA muito agressivo para parecer competitive, depois não cumprir consistentemente. Melhor ter SLA realista e cumprir 95% que SLA agressivo e cumprir 60%.
Nível Crítico (P1): Serviço completamente abaixo, múltiplos usuários impactados. Resposta: 30 min–1h. Resolução: 4–8h. Frequência: raro (< 5% de tickets). Requer on-call, escalation automática, possível contato direto com cliente.
Nível Alto (P2): Funcionalidade importante indisponível ou degradada, impacta produção. Resposta: 2–4h. Resolução: 8–24h. Frequência: ocasional (10–15%). Pode rodar com equipe padrão se com prioridade visível.
Nível Normal (P3): Funcionalidade menor ou questão informacional. Resposta: 8–24h. Resolução: 2–5 dias. Frequência: maioria (70–80%). Processa conforme fila e recursos disponíveis.
Definir SLA por contexto é melhor que por volume. Uma empresa que recebe 100 tickets/dia em P3 precisa de estrutura diferente de empresa que recebe 10. Não defina SLA vendo concorrente — defina vendo sua operação.
Rastreando cumprimento de SLA
Métrica básica: % de tickets resolvidos no prazo. Fórmula: Tickets cumpridos / Total de tickets × 100%.
Onde a maioria falha: Contar "respondido" como "resolvido". Um ticket recebe resposta em 2h (dentro de SLA), mas fica em back-and-forth por 10 dias antes de resolução. Técnicamente SLA de resposta foi cumprido, mas cliente está frustrado. Rastreie ambos: FRT e TTR separadamente.
Fila é invisível até ficar crítica. Número de tickets aguardando > 2x volume médio diário é sinal de problema. Exemplo: 30 tickets/dia em média, fila > 60 tickets significa 2 dias só para começar a atender novos. Previsão de não-cumprimento (qual % de tickets em fila não vai cumprir SLA?) é melhor que descobrir após ocorrer.
Relatório útil: Dashboard com três colunas — cumpridos, em risco (vai violar SLA nas próximas 4h), violados. Alertas automáticos quando % de "em risco" ultrapassa threshold (ex.: > 20%) disparam ação (alocação de recursos, escalation, fechamento pré-emptivo de P3 menos urgentes).
Trade-off: SLA agressivo vs. qualidade
Reduzir SLA de 24h para 12h para parecer mais rápido parece ótimo até você descobrir que qualidade caiu, rework aumentou e satisfação dos clientes piorou. Velocidade sem qualidade é apenas apressar o erro.
Custo operacional é linear. Para cada hora a menos de SLA, pressuponha +1 agente em contact center ou +20% de automação. Empresa de 10 agentes que reduz SLA em 4 horas precisa adicionar ~2 agentes ou investir em automação equivalente. Custo é real.
Qualidade degrada não-linearmente. Agente com taxa de ocupação < 50% produz trabalho qualitativo. Agente com ocupação > 80% comete mais erros, produz reabertura de tickets. Rework piora SLA, não melhora. SLA agressivo que força ocupação alta é contra-produtivo.
Métrica para balancear: Primeiro Contact Resolution (FCR) — % de tickets resolvidos na primeira interação. Se FCR cai quando SLA fica agressivo, você está correndo por correr. Alvo: FCR > 80%, com SLA cumprimento > 95%. Se um sacrificar o outro, revise SLA.
SLA simples funciona: responder em 24 horas, resolver em 48 horas. Sem sistema, rastreie manualmente ou planilha. Meta: 90% de cumprimento. Sem penalidades — foco é comprometimento interno, não contrato.
Diferencie por prioridade. Dashboard de cumprimento. Alertas quando % "em risco" ultrapassa 20%. Alocação dinâmica de agentes conforme fila cresce. Penalidades se existem contratos maiores.
SLA por cliente e tipo. Algoritmo de roteamento que prioriza tickets em risco. Análise de custo-benefício de cumprir SLA agressivo. Teste de impacto em churn e satisfação de cada ponto percentual de SLA.
Penalidades de SLA: incentivo ou castigo?
Penalidades contratuais existem em contratos enterprise. Exemplo: cliente paga X/mês; se SLA violado 3x no mês, cliente recebe desconto de 5%, se 5x recebe 10%. Penalidade força disciplina, mas não deveria ser método primário de motivação.
Problema com penalidades: Incentivam gaming. Equipe fecha ticket sem resolver para cumprir métrica. Cliente reabre; estatística piora. Empresa perde credibilidade. Melhor ter penalidade pequena (1–2%) e focar em remover obstáculos que impedem cumprimento — recursos, processos, automação.
Melhor abordagem: Defina SLA realista, invista em ferramentas e equipe para cumprir, use penalidade pequena como backup. Foco principal seja entender por que SLA é violado e resolver causa raiz.
Ferramentas e automação para cumprimento de SLA
Chatbot e automação de primeira resposta: Envie resposta imediata com status e próximos passos, mesmo que agente responda depois. Cumpre FRT enquanto agente trabalha em resolução.
Self-service knowledge base: 30–40% de tickets são perguntas frequentes. Base de conhecimento (FAQ, guias, vídeos) reduz volume que precisa agente, reduzindo fila.
Roteamento inteligente: Envie ticket ao agente com skills mais alinhado, não primeiro disponível. Reduz tempo de resolução porque agente erra menos.
Escalation automática: Se ticket está perto de violar SLA, eleva prioridade ou avisa gestor. Ação preventiva é melhor que remedial.
Sinais de que você precisa repensar SLA
Se você se reconhece em três ou mais cenários abaixo, SLA atual não está funcionando.
- Você não consegue rastrear se SLA está sendo cumprido sem investigação manual.
- Fila de tickets cresce regularmente (sinal de sub-dimensionamento).
- Clientes reclamam de "resposta rápida mas não resolvida" — FRT bom, TTR ruim.
- Equipe está sobrecarregada (ocupação > 80%), qualidade cai.
- Você cumpre SLA de tempo mas CSAT de atendimento está baixo.
- SLA é prometido mas não validado; você não sabe se realmente cumpre.
Caminhos para implementar SLA eficaz
Implementação varia por estrutura e sofisticação esperada.
Viável com ferramenta de suporte (help desk ou CRM) com módulo de SLA integrado.
- Ferramenta base: Zendesk, Freshdesk, ou até planilha com fórmulas.
- Tempo de setup: 2–4 semanas para definição e rastreamento inicial.
- Faz sentido quando: Operação pequena, volume controlado, equipe pode monitorar manualmente.
- Risco: Falta de benchmark externo, SLA definido sem contexto de industria.
Indicado para operação complexa ou com clientes enterprise com expectativas altas.
- Tipo de fornecedor: Consultoria de operações ou plataforma de atendimento com serviço de design de SLA.
- Vantagem: Benchmarks de industria, simulação de impacto, automação e alertas.
- Faz sentido quando: Operação média–grande, clientes pagos por SLA, precisa de algoritmo de priorização.
- Resultado: SLA realista, dashboard integrado, playbooks de escalation.
Precisa implementar ou revisar SLA de atendimento?
Se definir SLA realista e processos para cumprimento é prioridade, o oHub conecta você gratuitamente a consultorias de operações e plataformas de atendimento. Em menos de 3 minutos, descreva sua situação e receba propostas.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
O que é SLA e como definir?
SLA é compromisso documentado de tempo máximo de resposta e resolução, por nível de prioridade. Defina realista baseado em sua operação (recursos, volume), não copiando concorrente. Nível crítico 1–2h, alto 4–8h, normal 24–48h são pontos de partida.
Qual é o tempo de resposta ideal?
Não existe tempo universal. Depende de tipo de serviço e cliente. E-commerce pode cumprir 24h; banco no erro crítico precisa 1h. Defina o menor tempo que consegue cumprir 95% do tempo com qualidade mantida. Se não consegue, SLA está agressivo demais.
Como balancear SLA agressivo com qualidade?
Não há balanceamento mágico — quanto menor SLA, mais recursos precisa (agentes, automação). Se cumprir SLA está forçando qualidade para baixo (FCR caindo), revise SLA. Prioridade é cliente satisfeito, não métrica cumprida.
Como penalidade de SLA afeta a operação?
Penalidade força disciplina, mas incentiva gaming (fechar ticket sem resolver). Melhor ter penalidade pequena (1–2%) e focar em remover obstáculos: recursos insuficientes, processos ruins, falta de automação.
Como rastrear SLA sem sistema automático?
Planilha com timestamp de criação e resolução de cada ticket. Fórmula: tickets resolvidos no prazo / total × 100%. Funciona para operação pequena. Acima de 50 tickets/dia, investir em ferramenta automática economiza tempo.