Como são determinadas a prioridade e a gravidade dos tickets de suporte no Polyosync?
A prioridade do ticket de suporte e a gravidade do incidente ajudam a distinguir entre problemas com diferentes níveis de impacto operacional.
Embora esses conceitos estejam relacionados, eles nem sempre são idênticos.
A gravidade geralmente descreve o impacto de um problema.
A prioridade geralmente descreve quão urgentemente o problema deve ser tratado.
O modelo exato de classificação depende do sistema de suporte aplicável e dos arranjos contratuais.
Quais fatores podem influenciar a gravidade?
1. Se a plataforma ou uma função essencial está indisponível.
2. Se as operações voltadas para o cliente estão afetadas.
3. Se vários usuários ou departamentos estão impactados.
4. Se um processo de negócios importante não pode ser executado.
5. Se uma falha de integração impede operações normais.
6. Se existe uma solução alternativa viável.
7. Se o incidente envolve potenciais preocupações de segurança ou privacidade.
Exemplos
Um problema visual menor que não afeta a funcionalidade geralmente tem um impacto diferente de uma incapacidade total de acessar o espaço de trabalho de uma organização.
Uma falha de automação isolada e não crítica pode ser avaliada de forma diferente de uma falha que afeta um AI Employee voltado para o cliente usado para operações comerciais essenciais.
Uma exposição de dados suspeita deve ser identificada claramente como uma preocupação de segurança.
Os clientes podem escolher sua própria gravidade?
A interface de ticket disponível pode permitir que os usuários descrevam ou selecionem a urgência.
No entanto, o tratamento final e a classificação contratual de um incidente dependem do processo de suporte aplicável e do acordo.
Selecionar a prioridade mais alta garante a resolução mais rápida possível?
Não.
A prioridade influencia como um problema é avaliado e tratado, mas não garante um resultado técnico específico.
Como posso ajudar o Suporte a avaliar a gravidade com precisão?
Explique:
1. Qual funcionalidade está afetada.
2. Quando o problema começou.
3. Se está em andamento.
4. Quantos usuários ou operações estão impactados.
5. Se os clientes estão afetados.
6. Se existe uma solução alternativa.
7. Se o problema cria uma preocupação de segurança.
Prática recomendada
Descreva o impacto nos negócios de forma factual, em vez de depender apenas de rótulos como "crítico" ou "urgente."