Colay / Guias
Transforme um ticket complexo em uma resposta de referência com a qual sua equipe pode aprender
Um ticket difícil pode se tornar um exemplo de ensino útil quando a resposta for revisada e seu raciocínio estiver visível. Colay ajuda a comparar possíveis respostas e expor perguntas que faltam. O artefato final deve incluir a resposta ao cliente, anotações explicando suas escolhas e condições de reutilização. Um rascunho fluente torna-se uma resposta de referência por meio de revisão, não por meio de um atalho ou votação entre modelos.
Reconstrua o caso antes de redigir sua resposta
Escreva um breve registro do caso com o objetivo do cliente, sintomas confirmados, verificações já concluídas, compromissos anteriores e incertezas restantes. Distinga o que o cliente relatou daquilo que a equipe verificou. Um ticket complexo geralmente se torna mais difícil quando essas categorias são reunidas em um diagnóstico confiável.
Use uma versão desidentificada que você tem permissão para compartilhar. Inclua o procedimento aprovado relevante e a regra de escalonamento em vez de uma conversa privada completa. No macOS, ⌘⇧K abre a sobreposição do Colay por padrão e pode ser alterado em Configurações. Abre o espaço de trabalho de redação; você ainda fornece contexto e analisa o resultado.
Um ticket fictício não resolvido com uma resposta útil
Imagine um serviço de relatórios fictício. Uma grande exportação falha, uma pequena exportação é bem-sucedida e o cliente já repetiu a grande exportação duas vezes. A causa não foi estabelecida. O especialista designado aceitou o caso e a equipe se comprometeu explicitamente com uma atualização às 16:00 UTC. Estes são insumos inventados, incluindo o tempo; eles não são uma promessa de serviço da Colay.
Um exemplo de resposta apropriado é: Obrigado por confirmar que a exportação menor funciona. Entendo que o relatório maior ainda está bloqueado após duas tentativas. Nosso especialista está investigando o caso. Iremos atualizá-lo às 16:00 UTC com o que encontramos, mesmo que a causa ainda não tenha sido confirmada. Você não precisa repetir a mesma exportação enquanto revisamos as informações já fornecidas.
| Escolha de frase | Motivo | Condição para reutilização |
|---|---|---|
| Reconhece a menor exportação | Mostra que a evidência fornecida foi lida | Essa observação está presente no ticket real |
| Nomeia o bloqueador não resolvido | Evita declarar o incidente resolvido | A grande exportação ainda está falhando |
| Promete uma atualização, não uma correção | Preserva o compromisso aprovado | Um responsável concordou com o horário de atualização |
| Evita outra tentativa idêntica | Respeita as verificações já concluídas | A investigação aprovada não requer uma nova tentativa |
Peça rascunhos contrastantes e uma amostra anotada
Use Ask separately para obter respostas iniciais de agentes disponíveis selecionados. Compare como eles lidam com a incerteza, perguntas repetidas e a próxima ação. Uma síntese de Consensus pode ajudar a organizar as alternativas, mas mantenha os fatos originais disponíveis para que o texto final possa ser verificado frase por frase.
Crie uma proposta de resposta para revisão a partir deste caso de suporte desidentificado: [objetivo, fatos confirmados, fatos relatados, verificações concluídas, compromissos anteriores, incógnitas]. Procedimento aprovado e regra de escalonamento: [fonte]. Primeiro liste os fatos faltantes que poderiam mudar a resposta. Em seguida, elabore uma resposta concisa e outra mais explicativa, sem inventar uma causa ou resolução. Para cada frase significativa, explique qual fato de caso a apoia. Retorne uma resposta recomendada ao cliente, notas do revisor interno e condições explícitas sob as quais outro agente pode reutilizá-lo. Mantenha notas internas fora do texto do cliente e marque qualquer compromisso que precise de confirmação do responsável.
Aprove a amostra sobre fatos e comportamento do serviço
As instruções do Zendesk para criar uma macro a partir de um ticket existente recomendam ajustar o comentário para reutilização. Aplique essa ideia explicitamente a uma resposta de referência: mostre quais detalhes pertencem ao caso original e quais raciocínios são transferidos. Um caso não resolvido pode ensinar uma resposta provisória útil sem ser apresentado como um problema resolvido.
- Faça com que o revisor de suporte responsável verifique cada declaração factual e promessa em relação ao caso e à política.
- Verifique se a resposta atende ao objetivo real do cliente. Uma longa explicação técnica ainda pode falhar em dizer o que acontece a seguir.
- Confirme se suposições internas, dados pessoais e diagnósticos sem suporte não foram incluídos no texto direcionado ao cliente.
- Armazene a resposta aprovada junto com o caso anonimizado, anotações, responsável, versão e condições para reutilização em sua biblioteca de equipe existente.
Ensine a adaptação em vez de copiar um parágrafo perfeito
Peça a um colega de equipe para adaptar a amostra a um caso próximo: o especialista ainda não a aceitou, as verificações anteriores são diferentes ou nenhum momento de atualização foi aprovado. Eles devem identificar quais frases devem mudar. Caso contrário, a referência precisará de condições mais claras, em vez de uma prosa mais refinada.
Mantenha o status do exemplo honesto. Pode ser uma resposta provisória aprovada enquanto o ticket subjacente permanece aberto. Quando a investigação alterar os fatos, atualize o exemplo e suas anotações. O valor reutilizável está no raciocínio que é transferido para outro caso, e não em fazer com que todos os clientes recebam a mesma resposta confiante.
Perguntas respondidas
Uma resposta de referência pode ser útil antes que o problema seja resolvido?
Sim. Pode mostrar como reconhecer evidências, comunicar incertezas e definir um próximo passo aprovado. Rotule-o como uma resposta provisória em vez de uma resolução.
A concordância entre os modelos torna a resposta aprovada?
Não. O revisor responsável verifica o caso real, a política e os compromissos. A comparação de modelos ajuda a redigir e inspecionar o texto; não concede autoridade.
Como isso difere de uma macro de suporte normal?
Uma macro é projetada para aplicação repetida. Um exemplo de referência anotado ensina o raciocínio e os limites de uma resposta específica; uma revisão separada decide se parte dela deve se tornar uma macro.
Fontes e metodologia
- Zendesk: creating macros from existing tickets
Orientação principal sobre como adaptar um comentário de ticket existente para reutilização. O exemplo de ensino anotado aqui é original e não implica uma integração Colay.
Traga sua próxima pergunta paro Colay
Escolha um modelo, use Auto ou reúna diversas perspectivas com Consensus.