SLAs de Help Desk de TI: O que Exigir do Seu Provedor de TI Gerenciada

Quando seu servidor falha às 8h de uma segunda-feira, a questão não é se seu provedor de TI eventualmente vai consertá-lo — é quanto tempo seu negócio ficará fora do ar enquanto isso acontece. Essa resposta está no seu Acordo de Nível de Serviço, e a maioria das PMEs assina SLAs sem entender completamente o que está aceitando.

Um SLA bem estruturado é um compromisso contratual do seu provedor de TI sobre a rapidez com que ele responderá e resolverá diferentes tipos de problemas. Um SLA mal estruturado é um documento que parece tranquilizador, mas dá ao seu provedor enorme flexibilidade para demorar.

Os Quatro Níveis de Prioridade

A maioria dos provedores de TI profissionais estrutura os SLAs em torno de quatro níveis de prioridade. Entender o que cada nível significa — e quais tempos de resposta e resolução são razoáveis — permite avaliar objetivamente o SLA de qualquer provedor.

Prioridade 1 (Crítica): Problemas que Paralisam o Negócio

Exemplos: interrupção completa da rede, falha do servidor, ataque de ransomware, sistema VoIP fora do ar, aplicação crítica indisponível para todos os usuários.

• Tempo de resposta: 15–30 minutos (por telefone ou no local)
• Meta de resolução: 4 horas
• Escalação: imediata — técnico sênior designado no primeiro contato

Prioridade 2 (Alta): Impacto Significativo no Negócio

Exemplos: servidor único degradado, falhas na entrega de e-mail, problemas de VPN afetando trabalhadores remotos, falhas de backup.

• Tempo de resposta: 1–2 horas
• Meta de resolução: 8 horas
• Escalação: envolvimento de técnico sênior no mesmo dia se não resolvido em 4 horas

Prioridade 3 (Média): Impacto Limitado no Negócio

Exemplos: problemas de estação de trabalho individual, problemas de impressora, erros de software afetando um usuário, redefinições de senha.

• Tempo de resposta: 4 horas
• Meta de resolução: próximo dia útil
• Escalação: se não resolvido em 2 dias úteis

Prioridade 4 (Baixa): Impacto Mínimo

Exemplos: configuração de novo usuário, aquisição de hardware, instalações de software não urgentes, perguntas gerais de TI.

• Tempo de resposta: próximo dia útil
• Meta de resolução: dentro de 5 dias úteis
• Escalação: se não resolvido em 10 dias úteis

Sinais de Alerta em SLAs de TI

• Linguagem de 'melhor esforço' — isso significa nenhum compromisso
• Tempo de resposta definido apenas como 'confirmação de recebimento', sem meta de resolução
• Exclusões de SLA para problemas 'complexos' — uma isenção ampla que cobre a maioria dos problemas reais
• Sem consequências financeiras por não cumprimento das metas de SLA
• Cobertura apenas em horário comercial sem linha de emergência fora do horário
• SLA medido mensalmente em vez de por incidente — uma resposta rápida pode mascarar muitas lentas

O que Exigir no Seu SLA

• Rastreamento de SLA por incidente, não médias mensais
• Caminhos de escalação definidos com contatos nomeados
• Créditos de serviço ou reduções de tarifas por metas não cumpridas (tipicamente 5–15% da tarifa mensal por descumprimento)
• Cobertura de emergência 24/7 para problemas P1, mesmo que o suporte padrão seja em horário comercial
• Relatórios mensais de desempenho de SLA mostrando tempos reais vs. metas
• Definições claras do que constitui cada nível de prioridade — acordadas por escrito, não deixadas à discrição do provedor

Além do Tempo de Resposta: O que Mais Pertence a um SLA de TI

Os tempos de resposta e resolução são as métricas de SLA mais visíveis, mas um acordo abrangente também deve cobrir: garantias de tempo de atividade para infraestrutura gerenciada, prazos de gerenciamento de patches (patches críticos dentro de 24–48 horas), frequência de verificação de backup, prazos de notificação de incidentes de segurança e janelas de manutenção programada.