Toda solicitação de suporte segue o mesmo arco. Ela começa quando alguém relata um problema e termina quando o trabalho é concluído e o ticket é encerrado. O caminho entre esses dois pontos é o ciclo de vida do ticket: uma sequência previsível de etapas que dá à sua equipe um vocabulário comum para saber em que ponto está cada solicitação a qualquer momento.
Conhecer essas etapas é a base para medir o desempenho do seu service desk, alinhar expectativas com os usuários e identificar onde o trabalho trava. O ciclo de vida descreve as etapas pelas quais um chamado passa. O workflow que você monta para mover os chamados por essas etapas é o seu fluxograma de atendimento, que é um exercício de desenho à parte.
Este é um guia curto e conceitual sobre as etapas, os status que marcam cada uma delas e quem é responsável pelo chamado ao longo do caminho.
O que é o ciclo de vida do ticket?
O ciclo de vida do ticket é a jornada completa de um chamado de suporte de TI, do momento em que ele é criado até o seu encerramento. Cada fase dessa jornada é uma etapa, e cada etapa se reflete no status do ticket, para que agentes, usuários e gestores vejam a situação da solicitação de relance. Ele não se confunde com o ciclo de vida do Gerenciamento de Incidentes: um incidente é apenas um dos tipos de chamado que passam pelo service desk, e suas etapas específicas seguem uma lógica própria.
Vale separar duas ideias relacionadas. Uma etapa é uma fase do trabalho, como a abertura ou a resolução. Um status é o rótulo específico que o ticket carrega em determinado momento, como Novo, Em andamento ou Encerrado. Uma etapa pode conter vários status, e o status é o que a maioria das pessoas realmente lê quando abre um chamado.
Entender o ciclo de vida é importante porque transforma o suporte em algo que pode ser gerenciado. Quando toda solicitação segue o mesmo caminho reconhecível, é possível definir o que é "bom" em cada etapa, medir quanto tempo os tickets passam em cada fase e identificar os pontos em que as solicitações ficam mais lentas.
As etapas do ciclo de vida do ticket
A maioria dos tickets de suporte passa por cinco etapas do atendimento. Os nomes exatos variam de uma organização para outra, mas a sequência de fundo é a mesma em todos os service desks, independentemente dos tipos de ticket que cada um atende.
1. Abertura
O ciclo de vida começa com a abertura de chamado: o usuário envia uma solicitação por um canal de suporte, como um portal de autoatendimento, e-mail, uma ferramenta de chat ou uma ligação registrada por um agente. A partir desse momento, o ticket existe e reúne os dados essenciais: quem relatou, qual é o problema e quando ele chegou.
Status típicos: Novo, Aberto ou Recebido.
2. Classificação
Depois de criado, o ticket precisa ser compreendido antes que alguém possa agir. Na classificação, a solicitação é categorizada (por exemplo, hardware, acesso ou software), recebe uma prioridade com base na urgência e no impacto e é associada ao SLA (Acordo de Nível de Serviço) aplicável. Uma classificação precisa define tudo o que vem depois, porque determina a velocidade com que o chamado precisa avançar e quem deve cuidar dele.
Status típicos: Aberto ou Em triagem, já com a categoria e a prioridade definidas.
3. Atribuição
Com o ticket classificado, ele é encaminhado à pessoa ou à equipe mais preparada para resolvê-lo. As solicitações simples ficam com um agente de primeiro nível, e as questões especializadas seguem para o grupo ou nível de suporte adequado por meio do escalonamento de tickets. A atribuição é a passagem que torna o chamado responsabilidade de alguém, em vez de um item parado em uma fila compartilhada.
Status típicos: Atribuído ou Aberto, indicando que o ticket já tem um responsável claro.
4. Resolução
É nesta etapa que o trabalho de fato acontece. O agente responsável investiga, se comunica com o usuário e aplica uma correção. É comum o chamado ir e voltar dentro desta etapa, ficando pausado enquanto aguarda o usuário, um fornecedor ou uma mudança programada, e sendo retomado quando o bloqueio é resolvido. Quando a correção está aplicada e confirmada, o ticket é marcado como resolvido.
Status típicos: Em andamento, Em espera, Pendente ou Aguardando usuário e, por fim, Resolvido.
5. Encerramento
Um ticket resolvido não é o mesmo que um ticket encerrado. O encerramento é a etapa final, em que o chamado é formalmente concluído depois que o usuário confirma a correção ou que um prazo de espera definido se esgota. É também o momento de coletar feedback por meio de uma pesquisa de satisfação e de registrar tudo o que valha a pena reaproveitar depois. Um chamado encerrado pode ser reaberto se o mesmo problema voltar a acontecer, o que o leva de volta à etapa de resolução.
Status típicos: Encerrado, com a opção Reaberto disponível caso o problema se repita.
Quem é responsável por cada etapa
Um ticket muda de mãos à medida que avança pelo ciclo de vida. Responsabilidades claras facilitam enxergar quem deve fazer o trabalho avançar em cada ponto.
- O usuário é responsável pelas informações e pela validação que dependem dele. Ele abre o chamado com contexto suficiente para que o problema seja entendido, responde às perguntas quando são necessários mais detalhes e confirma se a resolução funcionou. Uma correção técnica nem sempre significa que o ticket está pronto para ser encerrado; o usuário ainda pode precisar validar o resultado.
- O agente é responsável pelo ticket enquanto ele está dentro do seu escopo. Ele classifica e prioriza o chamado, investiga o problema, documenta o trabalho, se comunica com o usuário e mantém o status do ticket atualizado. Se a questão exigir conhecimentos, acessos ou autoridade que ele não tem, cabe a ele escalá-la, em vez de deixá-la com o responsável errado.
- O especialista ou a equipe receptora assume o ticket quando um escalonamento ou uma transferência o leva para o seu escopo. A passagem deve incluir o histórico relevante, os diagnósticos já realizados e as informações de apoio. A partir daí, a responsabilidade fica com a equipe receptora até que o problema seja resolvido ou precise ser transferido de novo.
- O gestor do service desk ou o dono do processo é responsável pelas regras que definem a responsabilidade em todo o service desk. Ele estabelece os critérios de atribuição e escalonamento, as expectativas de SLA e as regras de passagem, para que os chamados não dependam apenas do julgamento individual.
Como gerenciar o ciclo de vida do ticket no service desk
Entender as etapas é o primeiro passo. Gerenciá-las de forma consistente em centenas de chamados é a função de uma ferramenta de service desk. Na maioria das solicitações do dia a dia, isso se resume a algumas configurações que você define uma vez e deixa rodando. O InvGate Service Management cuida do fluxo de chamados padrão por meio da sua estrutura de help desks e de um conjunto de regras, para que incidentes e solicitações simples avancem pelas etapas por conta própria.
- Encaminhe os chamados recebidos para a equipe certa. A base do roteamento no InvGate Service Management é a estrutura de help desks: você cria os help desks responsáveis por cada tipo de trabalho e, em seguida, as regras de roteamento avaliam cada ticket no momento em que ele é enviado e o direcionam ao help desk correto com base na categoria, na prioridade, no tipo de usuário, no escritório ou nas respostas do formulário.
- Atribua tickets automaticamente. Dentro de um help desk, o InvGate Service Management distribui os chamados entre os agentes por disponibilidade ou carga de trabalho, ou permite que os agentes os peguem de uma fila compartilhada, para que a etapa de atribuição não dependa de alguém fazendo isso manualmente.
- Defina a prioridade e acompanhe-a em relação aos SLAs. A prioridade pode ser calculada automaticamente a partir de campos como categoria, impacto e urgência. Os SLAs, configurados em Configurações → Solicitações, medem o tempo de primeira resposta e de resolução de acordo com essa prioridade e disparam ações conforme o prazo se aproxima do fim, como notificar o agente quando 70% do tempo tiver se esgotado.
- Escale antes que os prazos estourem. As regras de escalonamento reatribuem o ticket ou notificam um supervisor quando um prazo está em risco, e os atalhos permitem que os agentes transfiram o chamado para um nível superior ou uma equipe especializada quando ele exige mais conhecimento. É isso que impede que os tickets difíceis fiquem parados na etapa de resolução.
- Use workflows para solicitações complexas. Você pode usar o construtor de workflows com arrastar e soltar do InvGate Service Management para os tipos de solicitação que envolvem várias etapas, aprovações ou passagens entre departamentos, como o onboarding de colaboradores ou o provisionamento de hardware. Os templates prontos oferecem um ponto de partida que você pode personalizar sem precisar de horas pagas de serviços profissionais.
- Apoie a resolução com uma Base de Conhecimento. Agentes e usuários finais podem acessar artigos relevantes de dentro da própria solicitação, o que acelera a etapa de resolução e evita a abertura de tickets simples.
- Monitore todo o ciclo de vida com dashboards e análises, e muito mais. Dashboards personalizáveis mostram quantos chamados estão em cada etapa, onde estão os gargalos e como o seu service desk está se saindo ao longo do tempo.
Com o roteamento, a atribuição e o escalonamento funcionando por regras, cada etapa tem um responsável claro, um status claro e um próximo passo claro, que é exatamente o que mantém um service desk funcionando bem.
Perguntas frequentes
Qual é a diferença entre ticket resolvido e encerrado?
Um ticket resolvido é aquele em que o agente já aplicou a correção, mas que ainda aguarda a confirmação do usuário ou o fim de um prazo de espera definido. Um ticket encerrado é aquele que foi formalmente concluído: o usuário validou a solução ou o prazo se esgotou, e o chamado sai da fila de trabalho ativo. Enquanto está resolvido, o ticket ainda pode voltar para a etapa de resolução se o usuário informar que o problema continua.
Quando reabrir um chamado?
Um chamado deve ser reaberto quando o mesmo problema volta a acontecer depois do encerramento ou quando o usuário informa que a correção não funcionou. A reabertura leva o ticket de volta à etapa de resolução e preserva o histórico de tudo o que já foi feito. Se o problema for diferente, o mais indicado é abrir um novo chamado, para não misturar registros e métricas.
Quais são os status mais comuns de um ticket?
Os status mais comuns acompanham as cinco etapas do ciclo de vida: Novo ou Aberto na abertura, Em triagem na classificação, Atribuído na atribuição, Em andamento, Em espera, Pendente, Aguardando usuário e Resolvido na resolução, e Encerrado ou Reaberto no encerramento. Os nomes exatos variam de acordo com a ferramenta e a configuração de cada service desk, mas a lógica de avançar de um status para o outro é a mesma.
Pronto para gerenciar o ciclo de vida do ticket de ponta a ponta? Comece uma avaliação gratuita de 30 dias do InvGate Service Management e veja como cada etapa se encaixa, ou fale com a nossa equipe de Vendas.
