Suporte ao cliente
Fluxo de aguardando cliente para tickets bola com o cliente
Aprenda a gerenciar tickets bola com o cliente usando o filtro Aguardando cliente, responsabilidade clara e um ritual semanal de 15 minutos.
Metade dos seus tickets abertos não está esperando por você. Está esperando pelo cliente: um screenshot que você pediu, uma aprovação de cobrança, um passo do tipo "tente isso e me diga se funcionou".
Esses threads não estão concluídos. Também não são trabalho ativo da mesma forma que uma mensagem urgente nova ou um bloqueio de engenharia. Quando ficam na caixa principal, inflam seu backlog mental, distorcem métricas de primeira resposta e fazem o triage parecer mais pesado do que é.
Bola com o cliente é o atalho: quem precisa agir em seguida para o ticket avançar. Quando a bola está com o cliente, seu papel muda de redigir respostas para gerenciar follow-up, sem deixar threads esfriarem nem reabri-las por acidente.
O que "aguardando cliente" realmente significa
Um ticket está aguardando o cliente quando o próximo passo substantivo exige a contribuição dele antes de você investigar, corrigir ou encerrar.
Exemplos comuns:
| Situação | Por que é bola com o cliente |
|---|---|
| Você enviou passos de reprodução | Eles precisam executar e reportar |
| Você pediu um PDF de fatura | Você não confere cobrança sem isso |
| Você ofereceu duas alternativas | Eles precisam escolher uma |
| Você pediu acesso ou conta de teste | Engenharia está bloqueada até receber |
| Você enviou alteração de contrato em rascunho | Jurídico ou compras do lado deles |
Não é aguardando o cliente quando:
- Você deve uma atualização e ainda não enviou.
- Engenharia está investigando e você não avisou.
- Você espera que esqueçam (isso é evasão, não fluxo).
Seja honesto sobre a responsabilidade antes de tirar um ticket do triage ativo. Rotular "aguardando cliente" quando você está enrolando ensina o cliente a cobrar mais forte.
Quando mover um ticket para Aguardando cliente
Mova o thread quando você:
- Enviou um pedido claro, uma ação, um prazo se fizer sentido.
- Definiu status para o time saber que está estacionado (veja tags abaixo).
- Registrou contexto em nota interna se o handoff cruza pessoas ou dias.
Mantenha na caixa principal quando:
- O cliente acabou de responder e você ainda não leu.
- Seu pedido foi vago e você espera confusão.
- O thread está tenso e precisa de check-in humano em breve.
Regra útil para equipes pequenas: se você se surpreenderia ao ver o ticket ainda aberto em cinco dias úteis, ele pertence a uma fila de follow-up, não misturado com trabalho novo.
Use um filtro Aguardando cliente como fila de follow-up
O initdesk inclui um filtro predefinido Aguardando cliente para esses tickets terem um lugar fora das visões de trabalho ativo. Ele mostra conversas aguardando resposta do cliente, com contador para a fila continuar visível sem tratá-las como mensagens novas.
O filtro é compartilhado pela organização por padrão. Administradores e proprietários podem renomeá-lo, reordená-lo, editá-lo ou excluí-lo. Veja filtros predefinidos para equipes pequenas e a atualização de filtros personalizados. A antiga atualização da aba Waiting Customer permanece como histórico do produto.
Por que uma visão separada ajuda:
- Triage honesto: sua lista de "trabalho aberto" reflete tickets que precisam do seu próximo passo.
- Follow-ups não somem: threads estacionados têm lugar nomeado em vez de afundar na ordenação.
- Lembretes viram hábito: você revisa uma fila em agenda em vez de revarrer a inbox inteira.
Combine o filtro com tags que o time já usa. Tags como
waiting-on-customer tornam handoffs legíveis; o filtro torna a fila escaneável. Normas de primeira resposta para equipes pequenas cobre hábitos de tags em mais detalhe.Ritual semanal de lembrete (quinze minutos)
Tickets bola com o cliente falham de duas formas: sem follow-up (cliente esquece, problema cresce) ou follow-up em excesso (cinco pings em três dias). Uma passagem semanal curta corrige os dois.
Uma vez por semana, abra o filtro Aguardando cliente e percorra a lista:
| Passo | O que fazer |
|---|---|
| 1. Ordenar por idade | Threads esperando há mais tempo primeiro |
| 2. Conferir a última mensagem enviada | O pedido foi claro? Responderam em parte? |
| 3. Decidir: lembrar, resolver ou escalar | Uma ação por ticket |
| 4. Registrar | Nota interna se a responsabilidade mudar |
Lembrete quando o thread ainda está vivo e seu pedido continua válido. Um lembrete educado com o pedido original repetido vence três mensagens vagas de "só passando para ver".
Resolver quando o cliente não respondeu e o impacto é baixo, ou quando sua política fecha threads sem resposta após N dias. Diga isso na mensagem de encerramento quando tiver contato: "Não tivemos retorno, então encerramos por agora. Responda quando quiser para reabrir."
Escalar de volta ao ativo quando responderam, quando o prazo passou e o caso é urgente, ou quando você percebe que a bola nunca foi deles.
Quinze minutos bastam para a maioria das filas de PME com algumas dezenas de tickets em espera. Se o contador do filtro cresce toda semana sem resolução, o problema costuma ser pedidos pouco claros, não falta de lembretes.
Rascunhe lembretes sem reescrever o mesmo parágrafo
Emails de lembrete são repetitivos por natureza. Você repete contexto que o cliente já tem. Isso combina bem com rascunhos de IA e uma linha curta de instrução, veja Direcione rascunhos com IA com poucas palavras.
Exemplos de instruções:
lembrete amigável, repetir que precisamos do screenshot da mensagem de terçaencerrar com educação, sem resposta em 10 dias, convidar a reabrirconfirmar se tentaram o passo 2, oferecer call se ainda travado
Para encerramentos com linguagem jurídica exata, use resposta salva, Quando usar respostas salvas em vez de rascunhos de IA explica quando texto fixo vence paráfrase.
Mantenha a responsabilidade visível nos handoffs
Filas de tickets aguardando o cliente quebram quando ninguém é dono do follow-up. O responsável que enviou o pedido deve permanecer assignee até resolver ou fazer handoff explícito.
Ao passar um thread estacionado para um colega, use o padrão de Passe um thread de suporte sem perder o cliente: assignee, nota interna com o que pediu e quando, tags de urgência.
Se o trabalho de produto está no Linear, o ticket pode aguardar o cliente enquanto engenharia entrega a correção, mas o cliente ainda merece atualização com data. Aguardar por eles não significa silêncio.
O que evitar
Não marque resolvido enquanto ainda precisa de algo. Fechar para reduzir a fila gera reaberturas surpresa e erode confiança.
Não deixe tickets bola com o cliente sem assignee. Threads estacionados sem dono viram "achávamos que alguém estava acompanhando".
Não mande lembrete sem reler o thread. Clientes respondem de formas que não batem com o assunto, respostas parciais, anexos em outra mensagem, outro endereço de email.
Não trate Aguardando cliente como arquivo. É uma fila ativa de follow-up. Se um ticket espera noventa dias sem política, encerre ou escale de forma deliberada.
Checklist de segunda-feira de manhã
Antes de mergulhar em tickets novos:
- Olhe o contador Aguardando cliente, subiu desde sexta?
- Faça a passagem semanal de lembrete se for seu dia agendado.
- Confirme que cada ticket em espera tem assignee e tag que reflete a realidade.
- Escolha um thread parado para resolver ou escalar, pequenas limpezas compostas vencem inbox zero heroico.
O initdesk é um help desk com IA para equipes pequenas: caixa compartilhada, filtros personalizáveis, rascunhos com IA, tags, notas internas e deflexão pela Central de Ajuda quando o cliente pode se autoatender. Veja o blog para mais padrões de suporte para PME ou Atualizações do produto para lançamentos recentes. Dúvidas em X @initdeskhq.