Como definir SLA simples para chamados internos
SLA para chamados internos não precisa começar com uma matriz complexa de contratos e penalidades. Em uma pequena empresa, o primeiro objetivo é mais básico: definir expectativas para que solicitantes saibam quando esperar retorno e a equipe de atendimento consiga priorizar sem tratar tudo como urgente.
Um SLA simples funciona como um acordo operacional. Ele pode indicar prazo para primeira resposta, prazo esperado de solução ou ambos. O importante é que os números reflitam a capacidade real da equipe.
Primeira resposta e solução são coisas diferentes
Um dos erros mais comuns é criar apenas um prazo genérico. Responder a um chamado em 30 minutos não significa resolvê-lo em 30 minutos. Algumas demandas exigem fornecedor, compra de peça, aprovação ou investigação.
Por isso, separe pelo menos dois conceitos:
- tempo de primeira resposta: quando alguém assume ou responde ao solicitante;
- tempo de solução: quanto tempo a equipe leva para concluir o atendimento.
Mesmo que você não transforme ambos em metas formais no primeiro dia, acompanhar essa diferença ajuda a entender a operação.
Comece com poucas prioridades
Quatro níveis já são mais do que suficientes para muitas equipes:
- Urgente: operação parada, risco relevante ou impacto amplo;
- Alta: problema importante, mas existe alguma alternativa temporária;
- Normal: demanda de rotina;
- Baixa: melhoria, ajuste ou pedido sem urgência operacional.
O nome é menos importante do que os exemplos. Documente situações típicas de cada nível para reduzir o uso indevido de “Urgente”.
Como escolher os primeiros prazos
Não copie o SLA de outra empresa. Um prazo de duas horas pode ser fácil para uma equipe dedicada de suporte e impossível para alguém que acumula atendimento com outras funções.
Use dados que você já possui, mesmo que informais. Quanto tempo a equipe normalmente demora para perceber uma solicitação? Quais tipos de demanda podem esperar até o próximo dia útil? Quais realmente interrompem a operação?
Um exemplo inicial, apenas para ilustrar a lógica, poderia ser:
- Urgente: primeira resposta em até 30 minutos;
- Alta: primeira resposta em até 2 horas;
- Normal: primeira resposta no mesmo dia útil;
- Baixa: primeira resposta até o próximo dia útil.
Esses números não são uma recomendação universal. Ajuste à sua jornada, tamanho da equipe e criticidade dos serviços.
Horário de atendimento precisa fazer parte da regra
Se a equipe atende de segunda a sexta, das 8h às 18h, um chamado aberto às 23h não deveria ser contado como se houvesse atendimento 24 horas. Explique claramente a janela operacional.
Para demandas que realmente possuem plantão, trate isso como fluxo separado. Misturar atendimento comercial com suporte 24x7 cria expectativa que a empresa talvez não consiga cumprir.
Não transforme SLA em promessa impossível
Um SLA agressivo pode parecer bom no papel, mas gerar atraso permanente. Quando metade dos chamados nasce vencida ou se torna vencida antes de alguém conseguir assumir, a equipe passa a ignorar o indicador.
É melhor começar com prazos realistas e reduzir depois de melhorar o processo.
Como usar categorias junto com o SLA
Nem toda categoria tem a mesma natureza. Uma solicitação de acesso pode ser rápida; uma manutenção física pode depender de fornecedor. Você pode começar usando prioridade como regra principal e, mais tarde, criar diferenças por categoria se os dados mostrarem necessidade.
O módulo de Chamados do iAcondo registra categoria, prioridade, responsável, status e histórico. O painel também apresenta indicadores como tempo médio até primeira resposta e tempo médio de resolução, que ajudam a avaliar se os prazos escolhidos fazem sentido.
O que fazer quando o chamado depende do solicitante
Se a equipe já respondeu e precisa de uma informação do usuário, continuar contando o atraso da mesma forma pode distorcer a análise. Use um status de “Aguardando” de maneira consistente para indicar dependência externa.
Antes de sofisticar regras de pausa automática, o mais importante é que a equipe registre corretamente a situação. Um processo simples e bem usado é melhor do que uma regra avançada que ninguém entende.
Como apresentar o SLA para os usuários
Não envie uma tabela enorme. Explique três pontos:
- o que significa cada prioridade;
- qual é o horário de atendimento;
- quando a pessoa pode esperar a primeira resposta.
Também deixe claro que prioridade não é uma forma de “furar fila”. Se todos marcarem urgente, o sistema perde capacidade de distinguir o que realmente interrompe a operação.
Indicadores para revisar todo mês
- quantidade de chamados por prioridade;
- tempo médio até primeira resposta;
- tempo médio de resolução;
- chamados que ficaram abertos por muito tempo;
- categorias com maior atraso;
- percentual de chamados marcados como urgentes;
- chamados aguardando informação.
Procure padrões. Se uma categoria sempre demora, talvez o prazo esteja errado ou o processo dependa de uma etapa que precisa ser melhorada.
SLA interno não precisa virar punição
O objetivo é tornar o fluxo previsível. Use o indicador para identificar gargalos, volume acima da capacidade, distribuição ruim ou dependências externas. Se o SLA vira apenas uma forma de cobrar pessoas, a equipe tende a manipular status em vez de melhorar o atendimento.
Quando aumentar a maturidade
Depois que prioridades e prazos simples estiverem funcionando, você pode avançar para regras por categoria, unidade, horário ou tipo de serviço. Faça isso porque os dados apontaram uma necessidade, não porque uma tabela de mercado diz que o helpdesk precisa ser complexo.
Comece pequeno
Escolha quatro prioridades, defina exemplos e estabeleça prazos realistas de primeira resposta. Use o sistema por algumas semanas e ajuste. O próprio histórico vai mostrar onde a regra precisa mudar.
Se sua equipe ainda recebe solicitações principalmente por e-mail, veja também o checklist de migração para um sistema de chamados.
O iAcondo pode ser testado antes da assinatura. O valor atual é R$ 9,99/mês em condição promocional por tempo limitado.