SLA de suporte técnico: o que exigir do seu fornecedor de TI

Você assinou contrato com uma empresa de TI e pensou que podia relaxar. Aí uma terça-feira crítica, seus sistemas saem do ar. Você liga para o suporte e a resposta é: "Vamos ver o que conseguimos fazer".

Ninguém está comprometido com nada. Você não sabe quanto tempo vai levar, não tem prioridade, pode demorar horas. Enquanto isso, seus clientes não conseguem fazer pedidos, suas vendas pararam, seus funcionários ficam parados.

Isso não precisa acontecer. E é exatamente para isso que existe SLA – Service Level Agreement. Um SLA é um contrato que define promessas mensuráveis do que o provedor de TI vai fazer e o que acontece se não cumprir.

Neste guia, você vai aprender exatamente o que exigir para não ser pego desprevenido.

O que é SLA? Definição Prática

SLA é um documento que transforma "suporte técnico" de uma ideia vaga em números concretos e penalidades reais.

Sem SLA, "suporte 24h" pode significar que alguém responde o email em até 24 horas. Com SLA, "suporte 24h" significa resposta em 15 minutos, técnico no seu site em 1 hora, problema resolvido em 4 horas.

"SLA não é luxo. É o documento que separa uma parceria de TI real de um relacionamento fraco onde você fica rezando que nada quebra."

As 4 Métricas Essenciais de um SLA

1. Tempo de Resposta (MTTR – Mean Time To Response)

É o tempo máximo entre você abrir um chamado e um técnico responder. Exemplos reais:

• Severidade crítica (sistema parou): 15 minutos máximo
• Severidade alta (sistema degradado): 1 hora máximo
• Severidade média (funcionando mas lento): 4 horas máximo
• Severidade baixa (solicitação): 8 horas máximo

Note que "resposta" não é "problema resolvido". É alguém do outro lado confirmando que recebeu sua chamada.

2. Tempo de Resolução (MTTR – Mean Time To Repair)

Quanto tempo até o problema ser completamente resolvido:

• Severidade crítica: 4 horas (pior caso)
• Severidade alta: 8 horas
• Severidade média: 24 horas
• Severidade baixa: 3 dias úteis

Essa é a métrica que mais importa. Se um servidor cai, você quer que voltue em 4 horas, não em "a gente tenta".

3. Disponibilidade / Uptime (Availability)

Qual porcentagem de tempo seus sistemas devem estar funcionando:

• 99%: Básico. Permite ~7 horas de downtime/mês
• 99.5%: Melhor. Permite ~3.5 horas de downtime/mês
• 99.9%: Muito bom. Permite ~44 minutos de downtime/mês
• 99.99%: Premium. Permite ~4 minutos de downtime/mês

A diferença parece pequena, mas para e-commerce, é ENORME. Uma hora de downtime é prejuízo real.

4. Escalação (Escalation Procedure)

O que acontece se 1 hora passa e ninguém resolveu? Quem é acionado?

• Nível 1 (técnico junior): 1 hora
• Nível 2 (técnico senior): se não resolver em 1 hora, escala para nível 2
• Nível 3 (especialista/arquiteto): se não resolver em 2 horas, escala para nível 3
• Gerente: Se chegar às 3 horas sem solução, gerente entra na chamada

Isso garante que problemas complexos não fiquem presos com quem não consegue resolver.

Os Três SLA Tiers Padrão do Mercado

Tier 1: Basic Support

• Horário: 8h-18h segunda a sexta
• Resposta crítica: 2 horas
• Resolução crítica: 24 horas
• Uptime: 99%
• Custo: Mais barato

Adequado para: Empresas pequenas que não dependem de TI 24/7

Tier 2: Standard Support

• Horário: 24/7 (suporte remoto)
• Resposta crítica: 30 minutos
• Resolução crítica: 8 horas
• Uptime: 99.5%
• Custo: Intermediário

Adequado para: A maioria das PMEs

Tier 3: Premium Support

• Horário: 24/7 com técnico on-site disponível
• Resposta crítica: 15 minutos
• Resolução crítica: 4 horas
• Uptime: 99.9%
• Custo: Mais caro, mas justificável para operações críticas

Adequado para: E-commerce, instituições financeiras, operações criticas

Red Flags: O que NÃO Aceitar em um Contrato

❌ "Suporte conforme disponibilidade"

Isso NÃO é SLA. Significa que podem não responder nunca e não há penalidade.

❌ "Tempo médio de resposta"

Se é "média", significa que algumas vezes pode ser horas. Exija "máximo de 15 minutos".

❌ "Melhor esforço"

Outro termo vago. Não há compromisso real.

❌ Sem penalidades

Se o provedor não sofre penalidade por não cumprir, o SLA é apenas decoração. Exija créditos de fatura ou reembolso.

❌ Horário comercial apenas

Se você opera 24h, seu suporte precisa ser 24h. Ponto final.

❌ Sem definição de severidade

Se não há classificação de problema, tudo é "normal" e nada é urgente. Exija que severidade seja definida no contrato.

Como Medir Conformidade com SLA

Você precisa acompanhar números reais. Exija relatórios mensais do seu provedor que mostrem:

Relatório 1: Tempo de Resposta

Mês	Crítico	Meta	Status
Fevereiro 2026	8 min avg	15 min	✓ OK
Março 2026	22 min avg	15 min	✗ Falhado

Note: A Duk oferece tempo médio de resposta de 3.7 minutos para chamados críticos – muito abaixo da meta contratada.

Relatório 2: Tempo de Resolução

Problema	Severidade	Tempo Real	Meta SLA
Servidor Offline	Crítico	3h30	4h
Email Lento	Média	6h	24h

Relatório 3: Uptime

"Sistema esteve disponível 99.87% do mês. Total de downtime: 1h52 minutos contra meta contratada de 99.5% (3.6 horas)."

Relatório 4: Penalidades

Se SLA foi falhado, qual crédito foi aplicado à fatura?

Como Penalidades Devem Funcionar

Um exemplo de escala de penalidades justa:

• 99-99.4% uptime: Crédito de 5% da fatura do mês
• 98-98.9% uptime: Crédito de 10% da fatura
• Abaixo de 98%: Crédito de 25% + direito de rescisão

Ou por tempo de resposta:

• 1-3 chamados falhados/mês: Sem penalidade (margem aceitável)
• 4-10 chamados falhados: Crédito de 5%
• Mais de 10: Crédito de 10% + reunião de melhoria obrigatória

O que Faz um SLA Realmente Bom

Um SLA não é só números. É compromisso real. Procure por:

• Penalidades automáticas: Sem precisar reclamar, já vem no próximo boleto
• Escalação clara: Quando você liga, já sabe exatamente quem vai atender
• Canais múltiplos: Telefone, email, ticketing system, WhatsApp
• Responsável designado: Seu account manager, não qualquer um
• Relatórios detalhados: Não "tudo ok", mas números reais
• Revisão trimestral: SLA é vivo, não estático

Exemplo Real: SLA da Duk

Nossos clientes têm acesso a:

• Resposta crítica: Média 3.7 minutos (meta: 15 min)
• Suporte 24/7/365: Sem interrupção
• Escalação automática: Se primeiro nível não resolver em 1 hora, escala
• Relatório mensal: Dashboard com métricas em tempo real
• Penalidades automáticas: Creditadas na fatura sem necessidade de reclamação

Conclusão: Exija Números

Não deixe sua TI dependendo de "o quanto conseguimos fazer". Exija um SLA escrito, com números, penalidades e responsabilidades claras.

Um bom SLA não é caro – é essencial. É a diferença entre suporte que funciona e suporte que é apenas uma ilusão.

Na próxima vez que ouvir "24/7 support", pergunte: qual é o tempo de resposta? E de resolução? E tem penalidade? Se a resposta for vaga, procure outro fornecedor.