Deskhero
Português
Experimente grátis

← Back to articles

Como automatizar lembretes de SLA antes que se transformem em violações

Como automatizar lembretes de SLA antes que se transformem em violações

Os lembretes automatizados de SLA devem destacar um chamado enquanto ainda há tempo para agir e, depois, tornar inconfundível que um chamado está atrasado. A configuração ideal depende da central de atendimento. Algumas plataformas oferecem alertas nativos de prazo próximo e violação, enquanto um fluxo de trabalho personalizado pode precisar de verificações agendadas e etapas explícitas de escalonamento.

Comece pelo relógio, não pela notificação:

  • Defina metas separadas para a primeira resposta e a resolução.
  • Decida se as metas usam tempo corrido ou horário comercial.
  • Escolha quais status dos chamados pausam o relógio de resolução.

Dica profissional: Teste cada estado de SLA com chamados de exemplo antes de depender de alertas em produção. Inclua casos próximos do prazo, violados, pausados, reatribuídos e já concluídos.

Principais conclusões

Lembretes confiáveis começam com prazos precisos. O momento dos alertas, os destinatários e os procedimentos de escalonamento vêm depois que a própria política estiver correta.

Ponto Detalhes
Defina os dois relógios Acompanhe a primeira resposta e a resolução separadamente, pois elas terminam em eventos diferentes.
Respeite o horário de trabalho Use um calendário comercial quando noites e fins de semana não devem consumir a meta.
Configure os status de pausa Pause a meta de resolução enquanto o chamado aguarda o cliente ou outra parte externa.
Escolha os destinatários cuidadosamente Garanta que os alertas de prazo próximo e violação cheguem a alguém que possa agir sobre o chamado.
Teste antes da implementação Verifique prazos, comportamento da pausa e entrega das notificações com chamados controlados.
Use primeiro os recursos nativos de SLA Uma central de atendimento com políticas, calendários comerciais, alertas, filtros e relatórios integrados evita um fluxo de trabalho separado baseado em consultas periódicas.

Documentações oficiais e tutoriais para consultar a seguir

Para um exemplo específico de plataforma, consulte a documentação de acompanhamentos automatizados do Jira. Ela descreve tanto regras agendadas quanto uma abordagem baseada em limite de SLA, incluindo a recomendação de testar com um escopo de consulta pequeno antes de ampliá-lo.

Índice

Como criar uma automação de lembretes de SLA passo a passo

Anote exatamente o que cada SLA mede antes de configurar um alerta. A meta de primeira resposta e a meta de resolução são relógios diferentes. Decida qual evento do chamado inicia cada relógio, qual evento o conclui e se o prazo segue o tempo corrido ou um calendário comercial.

Depois, configure o caminho do lembrete.

  1. Defina a política. Relacione grupos e prioridades às metas de primeira resposta e resolução. Inclua uma política abrangente para chamados que não correspondam a uma regra mais específica.
  2. Defina o calendário de trabalho. Adicione o horário de funcionamento e o fuso horário aplicáveis à meta. Se o compromisso funcionar continuamente, use o tempo corrido.
  3. Configure o comportamento da pausa. Selecione os status que interrompem o relógio de resolução enquanto a equipe aguarda informações. Confirme se o relógio de primeira resposta pode ser pausado, pois muitos sistemas o tratam de forma diferente.
  4. Ative as notificações. Decida quem recebe os estados de prazo próximo e violação e quais canais compatíveis a central de atendimento usará.
  5. Adicione uma resposta operacional. Documente o que o destinatário deve fazer, como responder, alterar a prioridade, reatribuir ou envolver um líder. A notificação e a ação corretiva não precisam ser a mesma regra técnica.

Se a central de atendimento não tiver limites nativos de SLA, um fluxo de trabalho agendado poderá inspecionar chamados abertos e comparar seus prazos com o horário atual. Um exemplo de consulta periódica a cada 15 minutos é documentado pela LOW/CODE, mas o intervalo adequado depende da meta mais curta, dos limites da API, do horário comercial e do nível de atraso que a equipe consegue tolerar. Armazene um estado de alerta para que as execuções posteriores não reenviem a mesma notificação.

Como escolher limites que não causam fadiga de alertas

Um aviso útil deixa tempo suficiente para o destinatário responder. Um limite percentual pode funcionar em um sistema personalizado, mas uma janela de aviso fixa costuma ser mais fácil de entender entre políticas com durações diferentes.

  • Dentro do prazo com folga: Mantenha o chamado visível nas visualizações normais da fila sem enviar um aviso.
  • Prazo próximo: Notifique o usuário ou grupo responsável enquanto ainda for possível cumprir a meta.
  • Violado: Marque o chamado como atrasado e siga o processo de escalonamento documentado pela equipe.

Não copie um limite universal de 80% sem verificar as metas subjacentes. Em uma meta de uma hora, ele deixa 12 minutos, enquanto em uma meta de três dias deixa mais de meio dia. Meça quanto tempo de ação a equipe realmente precisa.

Lembretes repetidos geram ruído rapidamente. Os alertas nativos da central de atendimento devem notificar uma transição de estado, e não cada atualização da tela. Um fluxo de trabalho personalizado baseado em consultas periódicas deve registrar que enviou o aviso de prazo próximo ou violação e redefinir esse estado somente quando a política for realmente reiniciada.

Como escolher limites que não causam fadiga de alertas: diagrama geral

O que os alertas de SLA devem dizer e para onde devem ir

Um alerta deve identificar o chamado, mostrar o prazo e deixar clara a resposta esperada. Evite adicionar dados do cliente de que o destinatário não precisa.

  • ID e link do chamado para que o destinatário possa abrir a conversa correta.
  • Tipo de meta, como primeira resposta ou resolução.
  • Prazo ou duração do atraso em um fuso horário inequívoco.
  • Status, prioridade, grupo e responsável atuais quando esses campos afetarem a atribuição.
  • Uma próxima etapa, como responder, reatribuir ou pedir que um líder faça uma análise.

Use canais que a equipe de suporte já monitora. As notificações no aplicativo e por e-mail geralmente são suficientes quando chegam de forma confiável ao responsável ou ao grupo responsável. Se for necessário um sistema separado de paging ou mensagens, confirme se a central de atendimento é compatível com a integração antes de criar o processo em torno dela.

Dica profissional: Mostre um prazo ou uma contagem regressiva precisa. Um horário concreto é mais fácil de priorizar do que um aviso vago.

O que os alertas de SLA devem dizer e para onde devem ir: diagrama geral

Como manter os cronômetros de SLA precisos com status de pausa

Um lembrete só é tão confiável quanto seu relógio. As metas de resolução normalmente são pausadas enquanto um chamado aguarda o cliente, mas os status exatos devem corresponder ao fluxo de trabalho real da equipe.

  • Selecione status de pausa explícitos e documente por que cada um interrompe o relógio.
  • Retome o relógio quando o chamado sair de um status de pausa.
  • Teste chamados que entram e saem de um status de pausa mais de uma vez.
  • Confirme se as metas de primeira resposta e resolução seguem as mesmas regras de pausa.

Os calendários comerciais resolvem um problema diferente. Eles excluem os horários de fechamento da própria meta, enquanto os status de pausa excluem o tempo com base no estado do chamado. Configure e teste ambos. Um fim de semana não deve consumir uma meta de horário comercial, e um chamado de dia útil aguardando o cliente deve permanecer pausado mesmo enquanto a equipe estiver trabalhando.

Como testar e ajustar antes de confiar na automação

Use chamados controlados para testar todo o ciclo de vida. Dados históricos podem ajudar a identificar metas realistas, mas um teste com estado real é melhor para verificar a entrega das notificações e as alterações nos prazos.

  1. Cubra todas as políticas. Crie um chamado de teste para cada combinação de grupo e prioridade que possa selecionar uma política de SLA diferente.
  2. Use metas temporárias curtas. Confirme os estados de prazo próximo e violação sem esperar horas ou dias e, depois, restaure os valores reais.
  3. Exercite os status de pausa. Pause e retome o relógio de resolução e verifique se o prazo muda conforme esperado.
  4. Verifique os destinatários. Teste um chamado atribuído e um chamado não atribuído para que as pessoas corretas recebam cada notificação.
  5. Inspecione o registro. Confirme se o chamado mostra qual política foi aplicada e quando cada relógio foi cumprido ou perdido.

Após o lançamento, analise os avisos falsos e as transferências perdidas. Se os alertas forem precisos, mas ainda assim ignorados, o problema pode estar na atribuição ou na equipe, e não no momento do limite.

Como a Deskhero gerencia os lembretes de SLA

A Deskhero conta com políticas de SLA dedicadas. Elas são separadas das regras gerais de automação, que não são agendadas nem baseadas em tempo.

  • Responsáveis e administradores podem ordenar políticas de SLA que correspondam a grupos e prioridades de chamados. A primeira política correspondente define as metas de primeira resposta e resolução.
  • Cada política pode usar um calendário comercial semanal nomeado, com seu próprio fuso horário, ou contabilizar o tempo corrido.
  • O relógio de resolução é pausado nos status selecionados pelo espaço de trabalho. O relógio de primeira resposta não é pausado.
  • A Deskhero marca um chamado como em risco durante os 60 minutos finais antes do próximo prazo e como violado após o vencimento do prazo.
  • Uma verificação em segundo plano é executada a cada cinco minutos e envia notificações no aplicativo, além de um resumo por e-mail ao responsável ou aos membros do grupo quando o chamado não está atribuído. Os usuários podem controlar os canais de notificação de SLA por grupo.

A lista de chamados inclui uma coluna e filtros de SLA, o painel destaca chamados em risco e violados, e a linha do tempo do chamado registra eventos de política e do relógio. A área de estatísticas oferece visualizações do cumprimento de SLA depois que o fluxo de trabalho está ativo.

O que acompanhar depois que os alertas estiverem ativos

A primeira pergunta é se os lembretes estão evitando violações. Compare os chamados em risco com o número que posteriormente não cumpre a meta e investigue os casos que os avisos não conseguiram recuperar.

Acompanhe separadamente o cumprimento da primeira resposta e o cumprimento da resolução. Analise também o número de chamados atualmente próximos do prazo dentro da janela de aviso, o número já violado e quais políticas ou combinações de grupo e prioridade geram mais descumprimentos.

Combine os percentuais com o contexto operacional. Um percentual geral forte pode esconder uma fila que viola os prazos repetidamente. Uma queda repentina pode refletir uma alteração no calendário comercial, uma prioridade recém-adicionada ou uma falha de atribuição, e não um trabalho mais lento.

Como gerenciar SLAs sobrepostos sem colisões de alertas

Um chamado pode ter uma meta de primeira resposta e uma meta de resolução. Trate-as como relógios separados, pois uma resposta conclui apenas o primeiro. A meta de resolução continua até que o chamado alcance o evento que a cumpre.

A interface do chamado deve mostrar qual prazo pendente vem a seguir, mantendo os detalhes de ambas as metas. Os filtros e relatórios também devem distinguir primeira resposta de resolução para que uma métrica saudável não esconda problemas na outra.

Quando os clientes têm compromissos diferentes, use políticas separadas que correspondam a campos estáveis do chamado, como grupo e prioridade. Ordene as políticas específicas antes da política abrangente e, depois, teste um chamado em relação a todas as combinações relevantes. Evite inventar níveis contratuais ocultos que os usuários não possam ver ou verificar no chamado.

Como estar pronto para auditorias quando os SLAs funcionam no piloto automático

Mantenha um registro de qual política foi aplicada, dos prazos calculados e de quando cada relógio foi cumprido ou perdido. Se uma alteração de grupo, prioridade ou calendário fizer com que um prazo seja recalculado, essa alteração também deverá ser rastreável.

Documente as alterações de política fora da caixa de entrada de notificações. Registre quem aprovou a alteração, quando ela entrou em vigor e se se aplica aos chamados existentes. Isso facilita responder a perguntas posteriores dos clientes e evita mudanças silenciosas no significado de um relatório de SLA.

Para análises contratuais, confirme o comportamento da plataforma em vez de presumir que todo evento visível seja um registro de auditoria. A linha do tempo dos chamados da Deskhero registra a aplicação da política de SLA e os resultados dos relógios, enquanto a área de estatísticas informa o cumprimento. Organizações com requisitos formais de retenção devem verificar se esses registros atendem às suas próprias obrigações.

Como escrever mensagens de SLA para usuários, gerentes e clientes

Alertas internos e atualizações para clientes têm objetivos diferentes. Mantenha cada um focado no que seu leitor pode fazer em seguida.

Alertas voltados aos usuários devem começar com o link do chamado, o tipo de meta, o prazo e a ação imediata. Evite um parágrafo de contexto sobre a política quando o usuário precisa trabalhar no chamado.

Análises voltadas aos gerentes devem mostrar padrões por grupo, prioridade ou política. Um chamado perdido exige uma ação, enquanto perdas repetidas exigem uma decisão sobre equipe ou processo.

Comunicações voltadas aos clientes devem ser precisas e específicas. Se a equipe espera um atraso, uma atualização revisada por uma pessoa pode definir um horário realista para o próximo contato. Não exponha rótulos de alertas internos nem prometa um tempo de resolução que a equipe não possa cumprir.

Como conectar a automação de SLA às ferramentas que você já usa

Comece pelas funções nativas de SLA quando elas abrangerem as políticas, os calendários, os estados de pausa, os alertas, os filtros e os relatórios necessários. Os prazos nativos normalmente permanecem alinhados às alterações dos chamados de forma mais confiável do que uma planilha paralela.

Quando o suporte nativo for limitado, as equipes têm usado plugins da comunidade e soluções alternativas documentadas em fóruns. Verifique o status de manutenção e a compatibilidade de versões antes de depender dessa abordagem.

Um fluxo de trabalho separado pode ser apropriado quando vários sistemas precisam alimentar um único canal de escalonamento. Defina primeiro a fonte de verdade. Cálculos duplicados de SLA em uma central de atendimento e em uma camada de integração podem divergir, especialmente em relação a fusos horários, horários comerciais, status de pausa e reatribuições.

Opinião editorial: o alerta não é o objetivo, a ação é

Uma notificação de prazo próximo só é útil quando a responsabilidade está clara. O destinatário precisa de permissão, contexto e tempo para fazer o chamado avançar.

A precisão do relógio vem primeiro. Um calendário comercial ou uma configuração de pausa incorretos produzem alertas confiantes, mas enganosos. Corrija o cálculo do prazo antes de ajustar o texto da mensagem ou adicionar canais.

Crie tudo nesta ordem: metas da política, calendários comerciais, comportamento da pausa, destinatários das notificações, resposta operacional e relatórios. Essa sequência mantém o lembrete vinculado a um prazo que todos entendem.

Coloque seus lembretes de SLA para funcionar sem um projeto de migração

A Deskhero conecta-se ao Gmail ou ao Microsoft 365 com sincronização bidirecional, permitindo que as equipes mantenham seu endereço de suporte atual enquanto adicionam o gerenciamento compartilhado de chamados e políticas de SLA.

Deskhero

Configure metas de primeira resposta e resolução por grupo e prioridade, adicione um calendário comercial semanal quando necessário e escolha quais status pausam a resolução. A Deskhero então exibe o próximo prazo, destaca os chamados com prazo dentro de uma hora, notifica os usuários responsáveis e registra os resultados do SLA.

O teste gratuito de 30 dias não exige cartão de crédito. Conecte uma caixa de e-mail, configure um pequeno conjunto de políticas e teste todo o ciclo de vida do SLA antes de ampliar a configuração para mais grupos.

Fontes

Perguntas frequentes

Qual é a diferença entre um SLA, um SLO e um SLI?

Um SLA é um compromisso de serviço entre partes. Um SLO é uma meta de desempenho de um serviço, geralmente usada internamente para permanecer dentro desse compromisso. Um SLI é o valor medido usado para avaliar a meta.

O que é considerado um alerta de violação de SLA?

Um alerta de violação indica que um prazo pendente de primeira resposta ou resolução expirou. Um alerta de prazo próximo é diferente porque a equipe ainda tem tempo para cumprir a meta.

O que significa um SLA de 4 horas?

Significa que a ação definida pela política, como a primeira resposta ou a resolução, deve ocorrer dentro de quatro horas, conforme calculado por essa política. O relógio pode usar o tempo corrido ou um calendário comercial.

Em que um SLA difere de um KPI?

Um SLA estabelece um compromisso de serviço. Um KPI mede o desempenho e pode ser usado para acompanhar muitas metas que não são prazos contratuais.

A Deskhero pode automatizar lembretes de SLA sem código personalizado?

Sim. A Deskhero conta com políticas de SLA integradas, uma janela fixa de aviso de prazo próximo, detecção de violações, notificações no aplicativo e por e-mail, filtros de chamados, visualizações no painel e relatórios de SLA. Essas funções são separadas das regras gerais de automação.