O que é SLA e o que ele realmente compromete
SLA (Service Level Agreement) é o Acordo de Nível de Serviço: o documento que transforma promessas vagas em compromissos mensuráveis. Em vez de “vamos tentar resolver rápido”, o SLA define prazos específicos, níveis de prioridade, responsabilidades e critérios objetivos para cada tipo de atendimento.
O que o SLA faz na prática é colocar um relógio em cada chamado. Quando um colaborador abre uma solicitação, o sistema registra o horário de abertura, calcula o prazo máximo com base no tipo de chamado e começa a contar. Se o prazo estiver próximo sem resolução, o sistema alerta. Se estourar, o dado vai para o relatório de descumprimento. Não precisa que alguém se lembre. Acontece automaticamente.
Como a mesma situação muda com SLA
Sem SLA
Meu sistema caiu. Já faz 3 horas. Alguém vai resolver?
Estamos verificando. Tem muita coisa na fila hoje.
Mas quando? Estou sem trabalhar.
Assim que possível.
Sem previsão, sem prioridade definida, sem responsabilização.
Com SLA
Meu sistema caiu. Preciso de ajuda.
Chamado registrado. Classificado como Urgente. Prazo: 2 horas. Analista: João.
Ótimo. Aguardo.
Expectativa alinhada, responsável definido, prazo rastreado automaticamente.
Um SLA bem definido reduz conflitos porque alinha expectativas. O usuário sabe quando será atendido. A equipe de suporte sabe o que priorizar. A liderança para de ouvir justificativas vagas e passa a enxergar dados concretos.
Por que a planilha de SLA sempre falha
A planilha de SLA é o remendo mais comum em empresas de médio porte que precisam de algum controle mas ainda não implementaram uma plataforma adequada. Funciona por semanas, às vezes meses, mas invariavelmente colapsa. Não é problema de quem preenche. É um problema estrutural do instrumento.
Por que a planilha de SLA sempre colapsa: as falhas em ordem de impacto
|
1 |
Atualização manual e irregular
Alguém precisa lembrar de registrar cada chamado e preencher horários. Quando a fila cresce, o primeiro item sacrificado é a planilha.
|
|
2 |
Sem alerta proativo de prazo
A planilha não avisa quando um chamado está próximo de estourar. Em um dia agitado, o SLA estoura em silêncio.
|
|
3 |
Dado sujeito a manipulação sem rastreio
Qualquer pessoa com acesso pode alterar horários sem deixar rastro. O SLA da planilha é tão confiável quanto a honestidade de quem o preenche.
|
|
4 |
Não escala com o crescimento
Com 20 chamados por semana é controlável. Com 200 é impossível. A planilha que funcionava com 50 colaboradores colapsa com 300.
|
|
5 |
Não gera relatório acionável
Para apresentar SLA para a gestão, alguém agrega os dados manualmente. Horas de trabalho para um número que numa plataforma apareceria em segundos.
|
Como definir prioridades e prazos por tipo de chamado
O erro mais frequente na definição de SLA é estabelecer um prazo único para todos os chamados. Resete de senha e sistema de vendas fora do ar não podem ter o mesmo prazo. A priorização correta é o que torna o SLA realista e operacionalizável.
Matriz de prioridade e prazos de SLA recomendados
| Prioridade |
Critérios |
Prazo |
Exemplos |
| Crítico |
Impacto amplo + interrupção total |
até 1h |
ERP fora do ar, servidor inativo |
| Alta |
Impacto moderado + trabalho prejudicado |
até 4h |
E-mail com erro, impressora da área parada |
| Média |
Impacto individual + alternativa temporária disponível |
até 1 dia |
Software com comportamento estranho, VPN instável |
| Baixa |
Impacto mínimo + melhoria ou nova configuração |
até 3 dias |
Instalação de software novo, ajuste de permissão |
Esses prazos são referência. Um SLA irreal que é descumprido sistematicamente é pior do que não ter SLA.
SLA e SLO: a diferença que os gestores precisam entender
A maioria das plataformas mede apenas o SLA global: o chamado foi resolvido dentro do prazo total acordado. Isso é necessário, mas insuficiente. O SLO (Service Level Objective) resolve o ponto cego: o tempo esperado para cada tarefa individual dentro do chamado.
Como SLA e SLO se distribuem dentro de um único chamado
Exemplo: solicitação de novo notebook (SLA: 5 dias úteis)
Aprovação
Gestor aprova
SLO: 1 dia
|
› |
Compras
Verifica estoque
SLO: 1 dia
|
› |
TI
Configura dispositivo
SLO: 2 dias
|
› |
Entrega
Entregue e assinado
SLO: 4h
|
| SLA total: 5 dias úteis. O gestor sabe se o chamado foi resolvido no prazo. |
SLO por etapa: O gestor sabe em qual etapa o tempo foi perdido e qual analista gerou o gargalo. |
O MobDesk é um dos poucos sistemas que mede SLA e SLO simultaneamente por tarefa individual. Isso transforma o dado de atendimento em ferramenta de diagnóstico preciso: não apenas “o SLA foi cumprido ou não”, mas “em qual etapa e com quem o prazo estourou”.
Os KPIs de SLA que realmente importam
Medir tudo sem foco é tão ineficiente quanto não medir nada. Os KPIs que realmente importam são aqueles que levam a decisões concretas de melhoria.
Quantos chamados foram resolvidos dentro do prazo acordado?
Meta típica: acima de 90%
Se abaixo: revisar capacidade, prioridades ou prazos do SLA
Quanto tempo cada tipo de chamado demora, em média, para ser resolvido?
Comparar com o SLA definido por tipo
Se consistentemente acima: SLA superestimado ou equipe subdimensionada
Quais tipos de chamado mais estouram o SLA com frequência?
Rankear por frequência de descumprimento
Se um tipo sempre estoura: rever fluxo, prazo ou responsável
Quantos chamados fechados voltam à fila por solução insuficiente?
Referência: abaixo de 5%
Alta taxa indica diagnóstico superficial ou pressão por fechar sem resolver
Qual analista cumpre tarefas dentro do SLO com mais consistência?
Disponível só com SLO por tarefa (MobDesk)
Identifica gargalos individuais e distribuição desigual de carga
Qual tipo de chamado aparece mais e em qual período do mês?
Comparar mês a mês para sazonalidade
Permite antecipar demanda e escalar antes do pico
Como implementar SLA na prática sem complexidade
Implementar SLA em uma empresa de médio porte não precisa começar com um projeto de 6 meses. O caminho mais eficaz é gradual: começar com o suficiente para sair do caos, depois refinar conforme os dados mostram onde estão os problemas reais.
Passo 1
Mapeie os tipos de chamado que sua equipe recebe
Durante duas semanas, registre todos os chamados por tipo, área de origem e complexidade. Esse mapeamento revela o perfil real da demanda, não o que você acha que recebe.
Passo 2
Defina prioridades e prazos realistas por tipo
Classifique cada tipo em uma das quatro prioridades e defina o prazo correspondente. O prazo precisa ser alcançável com a equipe atual: SLA descumprido sistematicamente é mais danoso do que não ter SLA.
Passo 3
Implante em uma plataforma que automatize o controle
O SLA só funciona quando é controlado automaticamente. A plataforma precisa registrar horários, calcular prazos, enviar alertas e gerar relatórios sem intervenção humana.
Passo 4
Acompanhe os primeiros 30 dias e ajuste
Os primeiros dados quase sempre revelam surpresas. Use esse período para calibrar sem pressão. O SLA maduro vem da iteração, não da configuração perfeita desde o primeiro dia.
Passo 5
Apresente para a gestão e expanda para outras áreas
Depois de 60 dias com dados consistentes, expanda o modelo para RH, financeiro e facilities com uma plataforma ESM multidepartamental como o MobDesk.
Os erros mais comuns na gestão de SLA
A maioria das implementações de SLA que falham não falha por falta de tecnologia. Falha por escolhas erradas no momento da configuração.
| Erro |
Consequência |
Correção |
| SLA único para todos os chamados |
Urgentes ficam na fila com simples. Priorização pela ordem de chegada, não pelo impacto |
Matriz de prioridade com quatro níveis e prazos diferentes por nível |
| Prazo irreal para a capacidade da equipe |
SLA descumprido sistematicamente. O dado vira constrangimento em vez de instrumento de melhoria |
Medir o tempo real de resolução por 30 dias antes de formalizar o SLA |
| Fechar chamados antes de resolver para salvar o SLA |
Taxa de SLA alta, taxa de reabertura alta. O dado parece bom, o atendimento é ruim |
Monitorar taxa de reabertura como contrapeso do SLA. Ambos dentro da meta |
| Medir SLA só em TI |
RH, financeiro e facilities sem dados de desempenho. Visibilidade de apenas uma fração do atendimento |
Expandir para todas as áreas com plataforma ESM como o MobDesk |
✅
Como o MobDesk gerencia SLA automaticamente: O MobDesk configura SLA por tipo e área, calcula prazos automaticamente na abertura, envia alertas quando o prazo está próximo e gera dashboards sem planilha. O diferencial técnico é a medição de SLO por tarefa individual dentro de cada chamado, identificando em qual etapa e em qual analista o gargalo ocorre.
Perguntas frequentes
O que é SLA em TI?
▼
SLA em TI é o Acordo de Nível de Serviço que define os prazos, prioridades e padrões de qualidade para cada tipo de chamado de suporte. Ele transforma promessas vagas em compromissos mensuráveis: um incidente crítico será atendido em até 1 hora, uma solicitação de baixa prioridade em até 3 dias úteis. Os dados de cumprimento ou descumprimento se tornam a base para melhoria contínua do atendimento.
Qual a diferença entre SLA e SLO?
▼
SLA é o prazo total acordado para resolver um chamado do início ao encerramento. SLO é o tempo esperado para cada tarefa individual dentro do chamado. O SLA diz se o chamado foi resolvido no prazo. O SLO diz em qual etapa e com qual analista o prazo foi perdido. A maioria das plataformas mede apenas SLA. O MobDesk mede ambos simultaneamente por tarefa.
Como definir o prazo de SLA por tipo de chamado?
▼
O prazo deve ser definido com base no impacto do chamado para o negócio e na urgência. A combinação define a prioridade e o prazo correspondente. O ponto mais importante é que o prazo seja realista para a capacidade da equipe atual. A recomendação é medir o tempo real de resolução por tipo durante 30 dias antes de formalizar o SLA.
Por que a planilha de SLA não funciona a longo prazo?
▼
A planilha falha por cinco motivos estruturais: depende de atualização manual irregular; não emite alertas proativos de prazo; pode ser alterada sem rastreamento; não escala com o crescimento do volume; e exige trabalho manual para gerar relatórios. Esses problemas são estruturais do instrumento, não de quem o usa.
Próximo Passo
Sua empresa controla SLA de atendimento ou ainda depende de planilha que ninguém atualiza?
O MobDesk automatiza o controle de SLA e SLO por tipo de chamado e por analista, com alertas proativos e dashboards sem planilha.
Falar com especialista em gestão de SLA →
Diagnóstico sem compromisso. 280+ clientes na América Latina.
+55 11 3500-4088
Deixe um comentário