O que SLA significa quando você tem que cumprir
Tinha SLA de atendimento: 2 horas para responder, 8 horas para resolver. No começo era número no contrato. Com o tempo entendi que era compromisso com uma pessoa real esperando.
Segunda semana na Oi, recebi o documento de SLA do meu supervisor.
Tempo para primeira resposta: 2 horas. Tempo para resolução: 8 horas úteis para problema crítico, 24 horas para problema médio, 72 horas para baixo. Fora disso, penalidade no contrato com o cliente.
Li, arquivei, não pensei muito mais nisso.
Três semanas depois, deixei um chamado aberto por 26 horas. Pensei que estava resolvido — estava esperando resposta de um fornecedor. Não atualizei o status, não avisei o cliente.
O cliente ligou. Perguntou se o chamado tinha sido esquecido. Não tinha sido esquecido — mas do ponto de vista dele, era impossível distinguir.
Essa ligação me ensinou o que SLA significa de verdade.
SLA não é número no contrato para proteger a empresa de penalidade. É a formalização de uma expectativa que uma pessoa tem sobre quando vai ter seu problema resolvido.
Quando o SLA é 8 horas e você resolve em 6, o cliente não fica impressionado — ficou dentro do esperado. Quando você resolve em 10 horas, o cliente não ficou "um pouco" insatisfeito. Ficou insatisfeito de uma forma específica: sentiu que o compromisso não foi honrado.
A diferença entre 6 horas e 10 horas não é 4 horas. É a diferença entre cumprir e não cumprir. Binário.
O que mudou na minha prática depois disso:
Atualizar status mesmo sem solução. "Chamado em andamento, aguardando resposta do fornecedor, previsão de atualização em 4 horas." Isso não resolve o problema — mas mantém o cliente no loop. Silêncio é percebido como abandono.
Comunicar antes de estourar o prazo. Se está claro que não vai resolver em 8 horas, avisar em 6. "Problema mais complexo que o esperado, novo prazo é X, aqui está o que já fizemos." Surpresa negativa é pior que expectativa ajustada.
Prioridade por impacto, não por ordem de chegada. Chamado crítico que chegou depois do médio tem prioridade. SLA define o prazo por categoria — e a categoria é determinada pelo impacto no negócio, não pela ordem da fila.
Anos depois, trabalhando com SLOs e error budgets em plataforma de software, reconheci a mesma estrutura com vocabulário diferente.
SLO de 99.9% de disponibilidade é o mesmo princípio: compromisso com o usuário sobre o que ele pode esperar. Error budget é a formalização de quanto você pode errar antes de romper esse compromisso.
A diferença é que SLO falha de forma invisível — o usuário vê a requisição falhar, não vê o SLO sendo violado. SLA de suporte falha de forma visível — o cliente sabe exatamente quando o prazo passou.
Mas o mecanismo é o mesmo: promessa + medição + consequência quando não cumpre.
Essa semana: qual é o SLO do sistema que você opera, e quando foi a última vez que você verificou se está sendo cumprido de verdade?