Fechar um ticket de apoio não é o mesmo que resolver o problema de fundo. Um cliente recebe hoje uma solução provisória, mas na semana seguinte mais três pessoas reportam o mesmo erro no checkout porque ninguém o registou para a equipa de produto. O acompanhamento de problemas existe para fechar esse intervalo entre responder ao cliente e resolver a causa.
O acompanhamento de problemas é a prática de registar um problema, atribuir responsabilidade, monitorizar o progresso e confirmar a resolução com um rasto de auditoria claro. No apoio ao cliente, começa muitas vezes quando um ticket revela algo maior do que uma pergunta isolada. Aqui fica como funciona o acompanhamento de problemas e porque importa ao lado do teu help desk.
O que é o acompanhamento de problemas?
O acompanhamento de problemas é uma forma estruturada de gerir problemas, da descoberta à resolução. Cada problema recebe um registo com descrição, estado, responsável e histórico de alterações. Ao contrário de um ticket de apoio, que ajuda um só cliente, um registo de problema representa muitas vezes um problema que afeta muitas pessoas ou exige trabalho de várias equipas.
Um sistema de acompanhamento de problemas dá a todos a mesma vista do que está avariado, de quem está a trabalhar nisso e da fase em que a correção se encontra. Etiquetas de estado como reportado, em curso, em teste e resolvido mantêm o progresso visível. Essa visibilidade evita que os problemas sejam discutidos em conversas de corredor e depois esquecidos.
Em que difere o acompanhamento de problemas dos tickets?
Os tickets de apoio focam-se em conversas individuais com clientes. O acompanhamento de problemas foca-se no próprio problema. Um erro no checkout pode gerar cinquenta tickets de apoio de clientes frustrados. O acompanhamento de problemas cria um registo principal para o erro e liga-lhe esses tickets, para a equipa de apoio saber que há uma correção em curso.
Os tickets respondem a "como ajudamos esta pessoa agora?". O acompanhamento de problemas responde a "como garantimos que este problema deixa de acontecer?". Ambos os sistemas usam mecânicas parecidas, como estados, atribuições e comentários. A diferença está no âmbito e no público. Os tickets dão a cara perante os clientes. Os problemas dão muitas vezes a cara perante equipas internas, como produto, engenharia ou operações.
Quando devem as equipas de apoio usar o acompanhamento de problemas?
Nem todos os tickets se tornam um problema. Perguntas de rotina sobre prazos de envio ou definições da conta resolvem-se dentro do ticket e não precisam de mais acompanhamento. O acompanhamento de problemas faz sentido quando o mesmo problema se repete em vários tickets, quando um defeito do produto bloqueia clientes ou quando uma falha de processo precisa de uma correção definitiva.
Os agentes de apoio são muitas vezes os primeiros a notar padrões, porque ouvem os clientes diretamente. Um bom fluxo permite aos agentes passar de um ticket para um problema com o contexto anexado. As equipas de produto priorizam as correções com base na gravidade do problema e no volume de tickets ligados. Os clientes recebem atualizações mais rápidas e mais honestas, porque o apoio consegue consultar o estado do problema em vez de adivinhar.
O acompanhamento de problemas liga-se naturalmente aos tickets de apoio e ao fluxo de tickets do help desk mais amplo. Para saberes mais sobre organizar o apoio desde a base, lê o nosso blogue sobre a importância de um sistema de tickets de apoio.
Perguntas frequentes
O acompanhamento de problemas e os tickets podem viver na mesma ferramenta?
Muitas ferramentas de help desk incluem funcionalidades básicas de acompanhamento de problemas ou erros, ou permitem ligar tickets a registos de problemas externos. As ferramentas unificadas reduzem a troca de contexto. Ferramentas separadas também funcionam, desde que a ligação entre elas seja simples para os agentes.
Quem cria problemas num fluxo orientado pelo apoio?
Os agentes de apoio costumam criar problemas quando reconhecem um padrão ou confirmam um defeito do produto. Os chefes de equipa ou responsáveis também podem criar problemas a partir de revisões de qualidade. O essencial é haver uma regra clara sobre quando é adequado passar de ticket a problema.
Que informação deve incluir um registo de problema?
No mínimo, inclui um título claro, os passos para reproduzir o problema, os clientes afetados ou o número de tickets, o nível de gravidade, o responsável atribuído e o estado atual. Capturas de ecrã e tickets ligados dão contexto que acelera a resolução.
Como documento problemas recorrentes para os clientes no meu website?
Páginas de problemas conhecidos e atualizações de estado reduzem os tickets repetidos enquanto a tua equipa trabalha na correção. A WEMASY permite-te publicar essas atualizações numa página de apoio criada com o criador de websites, para os clientes encontrarem respostas antes de abrirem um novo ticket.
Qual é a diferença entre um problema e um incidente?
Um problema é uma questão acompanhada que pode afetar alguns utilizadores ao longo do tempo. Um incidente descreve normalmente uma falha súbita ou generalizada que exige resposta imediata. Algumas equipas usam os dois termos com definições específicas no seu manual de apoio.
Como melhora o acompanhamento de problemas a comunicação com o cliente?
Quando o apoio pode referir um problema acompanhado, os agentes dão atualizações rigorosas em vez de promessas vagas. Os clientes ouvem que o problema está registado, priorizado e em curso. Essa transparência cria confiança mesmo quando a correção demora. Sabe mais sobre o encaminhamento de casos urgentes no nosso capítulo sobre priorização de tickets.