Políticas de SLA e metas de resposta

Atualizado em 20 de out. de 20266 min de leitura
Português
Nesta página

SLA policies setam targets rígidos pra tempo de primeira resposta, próxima resposta e resolução. Conversas que cruzam o threshold são flagged como breached pra você intervir. A primeira policy que você cria vale pro espaço de trabalho inteiro; uma policy pra uma inbox ou uma conversa só pode ser atribuída pela API. Com Apenas em horário comercial ligado, os alertas de violação seguem o horário comercial da inbox. Disponível no Enterprise.

O que são políticas de SLA?

As políticas de SLA na Deskwoot são metas de tempo de resposta e de resolução que você define para sua equipe, medidas em relação a 3 métricas: tempo da primeira resposta, tempo de resposta a cada réplica e tempo de resolução, para que você mantenha a equipe responsável por compromissos claros com o cliente. Ao definir expectativas claras, as políticas de SLA ajudam você a medir o desempenho do suporte, responsabilizar sua equipe e garantir que os clientes recebam atendimento no prazo em todos os canais da sua caixa de entrada da Deskwoot.

As políticas de SLA normalmente acompanham três métricas principais: tempo da primeira resposta (quão rápido o cliente recebe um retorno depois de entrar em contato), tempo da próxima resposta (o intervalo entre as réplicas seguintes) e tempo de resolução (quanto tempo leva para resolver totalmente uma conversa).

Criar uma política de SLA

  1. Acesse Configurações > Políticas de SLA.
  2. Clique em Nova política.
  3. Dê um nome descritivo à sua política (por exemplo, Suporte Premium, primeira resposta em 1 hora).
  4. Defina os limites de primeira resposta, próxima resposta e tempo de resolução. Os valores são em minutos (no máximo 30 dias); deixe um campo vazio para não medir aquela meta. Escolha valores alinhados aos compromissos que você assumiu com seus clientes.
  5. Se quiser, ative Apenas em horário comercial e clique em Criar política. A primeira política que você cria é a padrão para todo o espaço de trabalho. Atribuir outra política a uma caixa de entrada ou a uma conversa só é possível pela API.

Dicas de boas práticas

  • Comece com metas realistas. Defina metas que sua equipe consiga cumprir com consistência antes de apertá-las. SLAs agressivos demais levam a violações constantes e fadiga de alertas.
  • Use políticas separadas quando precisar. Caixas de entrada diferentes podem usar políticas diferentes (atribuídas pela API), por exemplo metas mais rápidas para o chat ao vivo do que para o e-mail.
  • Monitore com frequência. Revise os relatórios de tempo de primeira resposta e de tempo de resolução semanal ou quinzenalmente para identificar tendências, encontrar gargalos e ajustar a equipe ou os fluxos de trabalho conforme necessário.
  • Comunique as metas internamente. Garanta que todos os agentes conheçam os limites de SLA ativos para que possam priorizar a fila com eficiência.
  • Considere o horário comercial. Se sua equipe não opera 24 horas por dia, 7 dias por semana, ative Apenas em horário comercial e defina o horário comercial nas suas caixas de entrada, para que alertas de violação não sejam enviados de madrugada.

Armadilhas comuns e solução de problemas

  • As violações de SLA parecem frequentes demais: confira novamente se seus limites são realistas para o tamanho da sua equipe e o volume de tickets. Verifique também o horário comercial das suas caixas de entrada se a política usa Apenas em horário comercial.
  • As metas não se aplicam a certas conversas: confirme se a política está ativada. Uma conversa usa a política atribuída a ela, senão a política da caixa de entrada (ambas só pela API), senão a padrão do espaço de trabalho, que é a primeira política que você criou.
  • Várias políticas: uma conversa nunca usa duas políticas ao mesmo tempo. Ela usa a própria política, senão a da caixa de entrada, senão a padrão do espaço de trabalho.

Perguntas frequentes

Posso ter várias políticas de SLA ao mesmo tempo?
Sim. Você pode criar várias políticas e ativar ou desativar cada uma. A primeira é a padrão para todo o espaço de trabalho; as outras valem para uma caixa de entrada ou uma conversa depois de atribuídas pela API.
Quais métricas SLA pode targetar?
Tempo de primeira resposta (primeira mensagem do cliente → primeira resposta do agente), tempo de próxima resposta (entre replies subsequentes em thread longa), tempo de resolução (criação da conversa → resolvida). Cada uma com próprio threshold por policy.
Timers SLA contam fins de semana?
Sim, as metas são medidas em tempo corrido. Com Apenas em horário comercial ligado (e horário comercial definido na inbox), a Deskwoot só manda alertas de violação enquanto a inbox está dentro do horário comercial.
Posso ter SLAs diferentes por nível de prioridade?
Não dentro de uma policy: cada policy tem um só conjunto de metas e nenhuma condição de prioridade. A primeira policy vale pro espaço de trabalho inteiro; outra policy pode ser atribuída a uma inbox ou a uma conversa pela API.
O que acontece quando uma SLA é breached?
A lista de conversas mostra um chip de SLA com quanto tempo a conversa está atrasada (SLA em risco pouco antes), e a aba Detalhes mostra o SLA. O agente atribuído e os administradores recebem uma notificação no app, por e-mail e por push, conforme cada um configurou em Notificações. Não existe evento de automação pra violação; reatribua ou escale manualmente.
Devo começar com SLAs strict ou loose?
Loose. Seta thresholds que sabe que pode bater, depois aperta com o tempo. SLAs strict que breached constante viram ruído e gente começa a ignorar. Melhor acertar 'dentro de 4h' que perder 'dentro de 1h' sempre.
SLAs podem ser por inbox?
Sim, pela API: lá uma policy pode ser atribuída a uma inbox ou a uma conversa. No dashboard, a primeira policy que você cria é a padrão pro espaço de trabalho inteiro.
Qual SLA 'razoável' pra primeira resposta?
Benchmarks de indústria: live chat 1-2 minutos, e-mail 4-8 horas, social 1 hora. São expectativas no percentil 90, não floors. Clientes realmente percebem quando você bate.
Respostas do bot contam pra SLA?
Não. Só a primeira resposta de um agente humano cumpre a meta de primeira resposta. Uma resposta imediata do bot não para o relógio: a policy mede a agilidade da equipe, não do bot.
Como vejo performance SLA ao longo do tempo?
Não existe relatório por policy de SLA. Os relatórios de tempo de primeira resposta e de tempo de resolução em Relatórios mostram quantas conversas passaram de limites fixos (1, 4 e 24 horas pra primeira resposta; 4, 24 e 72 horas pra resolução).
Posso pausar um timer SLA manualmente?
Seta a conversa pra Pending (esperando o cliente): uma conversa Pending não viola a meta de próxima resposta nem a de resolução. Conversas Snoozed e resolvidas não são verificadas. Open = SLA ticka.
Breaches SLA afetam CSAT?
Indireto. Clientes correlacionam resposta lenta com experiência pior, e SLAs breached geralmente significam respostas lentas. Atacar breaches SLA geralmente sobe CSAT ao longo do tempo.

Este guia foi útil?

Continue lendo

Perguntar ao Fynn sobre este guia

Receba uma resposta curta deste guia e do resto da Central de Ajuda.

Ainda precisa de ajuda?

Fynn responde no chat a partir destes guias, e você também fala com a equipe por lá.

Enviar e-mail