Pular para o conteúdo

SLA de suporte de TI: o que a PME deve avaliar no contrato

SLA de suporte de TI: ilustração conceitual de gestor, técnico, quadro de chamados e relógio.

Um SLA de suporte de TI ajuda a esclarecer o atendimento que a PME está contratando. Ele deve relacionar serviços, metas e regras de medição. Para comparar propostas, o gestor precisa entender quando começa a contagem, o que o fornecedor entrega e como a empresa comprova o resultado.

Um prazo curto de primeira resposta não informa, sozinho, quanto tempo a equipe ficará sem trabalhar. Este guia apresenta uma ficha de comparação e perguntas para discutir o contrato. Não existem prazos universais indicados aqui: os compromissos devem ser compatíveis com o escopo e a operação.

Resposta, atualização e resolução são coisas diferentes

A primeira resposta mostra o início do contato. A atualização informa o andamento. A resolução trata do encerramento do problema segundo o critério combinado. Se houver uma alternativa temporária que devolva o trabalho à equipe, registre a restauração da operação e o que ainda falta resolver de forma definitiva.

A Atlassian descreve SLAs como compromissos documentados sobre serviços, metas e regras de medição. Sua orientação inclui tempos de resposta e resolução e mecanismos de acompanhamento. Para a PME, a aplicação prática é exigir definições verificáveis, em vez de comparar somente o menor número apresentado na proposta.

Ficha para comparar propostas de SLA de suporte de TI

  • Escopo: usuários, estações, servidores, ativos de rede e atividades cobertas.
  • Cobertura: dias, horários, feriados e atendimento fora do expediente, quando contratado.
  • Canais: onde abrir chamados e qual canal aciona uma situação crítica.
  • Contagem: evento inicial, pausas autorizadas, retomada e critério de encerramento.
  • Prioridades: impacto operacional e urgência que justificam cada nível.
  • Dependências: como tratar terceiros, peças, internet e autorizações do cliente.
  • Acompanhamento: atualização, escalonamento e evidências entregues no relatório.

Peça que o fornecedor preencha a mesma ficha. Uma proposta pode incluir atendimento local e outra apenas remoto; uma pode cobrir o servidor e outra somente as estações. Sem explicitar essas diferenças, a comparação de preço mensal perde valor. As exclusões devem estar tão claras quanto as entregas.

Prioridade deve refletir o impacto na empresa

Em um exemplo hipotético, o sistema que toda a equipe usa para emitir pedidos fica indisponível. Em outro, um usuário solicita um aplicativo para a semana seguinte. Os dois pedidos merecem registro, mas não têm o mesmo impacto nem a mesma urgência. Defina critérios antes do incidente.

Uma ficha de chamado útil informa quantas pessoas foram afetadas, qual atividade parou, se existe alternativa e qual prazo de negócio está em risco. A TI então classifica e confirma a prioridade conforme o acordo. O nome do cargo de quem abriu o chamado não deve ser o único critério de avaliação.

Indicadores que ajudam a conversar sobre o serviço

Acompanhe o cumprimento das metas por prioridade, o tempo para retomar atividades e os chamados que voltam pelo mesmo motivo. Examine também pendências antigas e dependências do cliente. Uma média geral pode esconder um incidente grave; por isso, peça alguns exemplos explicados no relatório.

  • Qual atividade ficou parada e por quanto tempo?
  • A primeira resposta trouxe orientação ou apenas confirmou o recebimento?
  • O chamado foi reaberto depois do encerramento?
  • O atraso dependia de uma aprovação, de terceiro ou do atendimento?
  • Qual ação preventiva foi proposta para problemas recorrentes?

Antes de assinar e durante a parceria

Simule com o fornecedor um cenário realista da sua operação. Peça que explique abertura, prioridade, contagem, comunicação e escalonamento. O exercício não comprova desempenho futuro, mas revela ambiguidades que podem ser corrigidas antes de contratar.

Depois, mantenha uma revisão periódica das necessidades e do relatório. Crescimento da equipe e novos sistemas podem mudar o escopo. A Howto trabalha com outsourcing e suporte orientados ao ambiente do cliente. Use esta ficha para conversar sobre responsabilidades e prioridades, sem presumir prazos ou cobertura que ainda não foram acordados.

Fontes e próximos passos

Converse com a Howto sobre o ambiente da sua empresa.

Leia também: inventário de TI para organizar ativos e responsabilidades.

Atlassian: acordos de nível de serviço. Consulta em 29/10/2026.

← Artigo anterior
Próximo artigo →

Converse sobre o assunto

  1. […] implantação, suporte e testes. Os valores devem vir de propostas atuais. Revise o escopo do SLA de suporte para saber quem atende cada componente e como escalar uma […]

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *