Como priorizar tickets de atendimento
Um método prático para priorizar tickets de atendimento usando impacto e urgência, definições claras, exemplos, metas de SLA e regras de fila que evitam o 'tudo é urgente'.
Quando a fila está cheia, a ordem em que os tickets são tratados importa tanto quanto a velocidade de cada resposta. Sem prioridades claras, os agentes tendem a pegar os tickets fáceis ou recentes, quem reclama mais alto é atendido antes e os problemas realmente críticos esperam. Um método de priorização simples e escrito resolve isso.
Prioridade é impacto × urgência
Duas perguntas definem a prioridade:
- Impacto: quantas pessoas ou quanto do negócio está afetado? Um usuário, uma equipe, todos os clientes?
- Urgência: com que rapidez o prejuízo cresce? Há um prazo, uma alternativa, dinheiro sendo perdido agora?
Combine as duas em uma matriz:
| Urgência baixa (com alternativa / sem prazo) | Urgência alta (parado / com prazo / perdendo dinheiro) | |
|---|---|---|
| Impacto alto (muitos usuários, processo-chave) | Alta | Urgente |
| Impacto médio (uma equipe ou processo importante de um cliente) | Normal | Alta |
| Impacto baixo (um usuário, problema pequeno) | Baixa | Normal |
Escreva definições com exemplos
As definições só funcionam quando as pessoas reconhecem os próprios casos nelas. Escreva exemplos do seu negócio:
| Prioridade | Definição | Exemplos |
|---|---|---|
| Urgente | Serviço crítico fora do ar ou muitos clientes parados | Checkout falhando para todos; login indisponível |
| Alta | Um cliente ou processo parado, sem alternativa | Cliente não consegue emitir notas fiscais hoje; cobrança em duplicidade |
| Normal | Problema com alternativa, ou pedido padrão | Exportação em CSV falha, mas PDF funciona; alteração de endereço de cobrança |
| Baixa | Dúvidas, sugestões, problemas estéticos | Como trocar o logotipo; erro de digitação; ideia de recurso |
Compartilhe a tabela com a equipe e mantenha-a em um artigo da base de conhecimento exclusivo da equipe.
Quem define a prioridade?
O solicitante pode sugerir a prioridade, mas ele só enxerga o próprio problema. A prática comum é:
- O solicitante escolhe a prioridade (ou o portal define Normal por padrão).
- Na triagem, um agente confirma ou ajusta, usando as definições.
- Se a prioridade mudar, o agente explica brevemente quando for relevante ("definimos como Alta porque isso trava o seu faturamento").
Registrar as mudanças de prioridade no histórico do ticket mantém o processo transparente.
Ligue a prioridade às metas de SLA
Cada prioridade deve ter as suas metas de primeira resposta e de resolução. Isso transforma a prioridade em prazos concretos e permite ordenar a fila pelo que vence primeiro. Por exemplo, um ticket Urgente pode exigir resposta em até uma hora, enquanto um de prioridade Baixa pode esperar dois dias úteis. Veja O que é SLA no atendimento ao cliente?.
Regras para trabalhar a fila
A prioridade sozinha não define a ordem; prazos e idade também contam. Um conjunto prático de regras:
- Urgentes primeiro, sempre, com aviso imediato para quem estiver de plantão.
- Depois, os tickets mais próximos do prazo de SLA, qualquer que seja a prioridade.
- Depois, os mais antigos primeiro dentro da mesma prioridade.
- Tickets em espera não disputam atenção até que o solicitante ou o terceiro responda.
Ordenar a fila pelo prazo de SLA coloca as regras 2 e 3 em prática automaticamente.
O que não deve mudar a prioridade
- Quem é o solicitante, por si só. Clientes importantes podem ter SLA em contrato; defina isso de forma explícita, em vez de subir a prioridade informalmente.
- O tom da mensagem. O tom importa para a forma de responder, não para o impacto do problema.
- Quantas vezes a pessoa cobrou. As cobranças indicam uma falha de comunicação; responda, mas avalie a prioridade pelo impacto e pela urgência.
Casos especiais
- Problemas de segurança e privacidade devem ser Alta ou Urgente por padrão e ficar restritos às pessoas certas.
- Muitos tickets sobre o mesmo problema indicam impacto alto: relacione-os a um ticket principal e suba a prioridade dele.
- Tickets de prioridade baixa que esperam demais viram um problema por si só. Defina uma idade máxima e revise toda semana.
Exemplo: priorizando a fila de uma manhã
Dez tickets chegaram durante a noite na fila de suporte de uma empresa de software:
| Ticket | Descrição | Prioridade |
|---|---|---|
| #301 | "Ninguém da nossa empresa consegue entrar" (empresa com 40 usuários) | Urgente |
| #305 | "Cobrança em duplicidade no meu cartão" | Alta |
| #302 | "A exportação do relatório para Excel falha, o PDF funciona" | Normal |
| #307 | "Como adiciono um novo usuário?" | Baixa (enviar o artigo) |
| #304 | "Seu sistema é péssimo!!! A tela de notas está lenta" | Normal (após investigar: lenta, mas funcionando) |
A mensagem irritada não é automaticamente urgente; a queda do login é. A dúvida de uso recebe uma resposta rápida com o link de um artigo, o que leva um minuto e a tira da fila.
No Luradesk
O Luradesk usa quatro prioridades (Baixa, Normal, Alta e Urgente), que o solicitante pode escolher no portal e o agente pode alterar. As políticas de SLA definem as metas por prioridade, os prazos aparecem em cada ticket e a lista de tickets pode ser filtrada por prioridade e status, com os atrasados em destaque.
Prioridades justas e previsíveis
Defina a prioridade por impacto e urgência, escreva definições com exemplos reais, deixe que os agentes confirmem a prioridade na triagem, ligue as prioridades às metas de SLA e trabalhe a fila por prioridade e prazo. Regras claras tornam a priorização justa e previsível.