Operação do atendimento Da conversa ao ticket: como não perder uma demanda no meio do chat

Quinta-feira, 16h40. Uma assinante escreve dizendo que a internet cai todo fim de noite, sempre no mesmo horário. O atendente olha a conexão, vê perda no enlace do bairro e entende que aquilo não se resolve por mensagem: depende de alguém subir num poste. Escreve a frase mais honesta que tinha, “vou verificar com a equipe de campo e te aviso”, e encerra o atendimento.

Segunda de manhã, a mesma assinante volta: “e aí, alguém verificou?”. Ninguém verificou. Não por descaso: porque aquela frase não virou nada. Ficou sendo uma mensagem dentro de uma conversa encerrada, e conversa encerrada não cobra ninguém.

O atendimento acabou na quinta. A demanda, não. Entre “conversa encerrada” e “problema resolvido” existe um vão, e é nele que a sua central perde trabalho já feito. De lá sai a reclamação mais comum de todas: “ninguém me deu retorno”.

Onde a demanda some

O chat é cronológico, e é excelente nisso: mostra o que foi dito, na ordem em que foi dito, com a prova de quem disse. Só que pendência não é cronologia. Ela nasce no meio de uma conversa e precisa sobreviver a ela. Às 16h40, “vou verificar” é a última linha da tela. Às 17h30, tem uma dúzia de conversas depois dela.

E abrir o histórico não resolve. Quem pega o cliente na segunda lê o que foi conversado: o histórico dos atendimentos anteriores está lá, com o alcance do perfil. Mas ler “vou verificar” não é receber uma lista do que falta verificar. Uma coisa é memória; a outra é trabalho organizado, e o chat só prometeu a primeira.

Toda central inventa um paliativo aqui. A nota interna. A etiqueta de “pendente”. O atendimento que ninguém encerra de propósito, para não sumir da fila. Os três funcionam por um tempo e nenhum aguenta volume: a etiqueta classifica e não cobra, a nota não tem dono nem hora, e a conversa aberta como lembrete entope a fila de quem atende agora. Nenhum responde à pergunta que importa: quem faz o quê, até quando.

O que um ticket carrega

A diferença entre uma conversa e um ticket interno não é de tela. É de campo. Uma demanda em andamento precisa saber seis coisas que a conversa não guarda.

Responsável

Um nome, ou a ausência declarada de um. “Sem responsável” é um estado visível e contado, não um esquecimento.

Equipe e tipo

O tipo diz que espécie de demanda é aquela e já chega com equipe, prioridade e prazo padrão. Quem abre herda isso e muda quando o caso pede.

Prioridade

Baixa, Normal, Alta ou Urgente. Quatro níveis bastam para ordenar o dia; mais do que isso vira discussão sobre rótulo.

Prazo

Urgente é uma palavra; prazo é uma hora. O cartão mostra quanto falta e avisa antes de vencer. O atraso vira filtro e contador, não surpresa.

Etapa

Onde a demanda está agora. Cada etapa declara a sua natureza: inicial, andamento, aguardando terceiros, resolvido ou cancelado. É a natureza, não o nome, que o painel entende.

Prova

Anexos de até 45 MB por arquivo, comentários internos e a linha do tempo de tudo que mudou ali dentro.

Nada disso é sofisticado. É só explícito. Uma central ocupada sabe exatamente as mesmas seis coisas. De cabeça, repartidas entre quatro pessoas, e nenhuma delas trabalha no sábado.

A passagem sem redigitar

Todo sistema de chamado que fracassa numa central fracassa no mesmo ponto: o custo de abrir. Se registrar a demanda significa sair da conversa, copiar nome, telefone e endereço, resumir o caso de novo e reenviar a foto do roteador que o cliente mandou há dez minutos, o atendente desiste na terceira semana e volta a escrever “vou verificar e te aviso”.

Por isso a passagem precisa acontecer de dentro da conversa. No ChatISP o ticket nasce ali: vinculado àquele atendimento, com cliente, telefone e endereço quando o cadastro está identificado, e com o histórico e a transcrição junto dele. Os arquivos que já estão no chat podem ser anexados sem reenvio. Há ainda um resumo do atendimento escrito pela inteligência artificial do painel, que avisa quando ainda está processando.

Antes de abrir, vale ver o que já existe: os tickets e os compromissos daquele cliente podem ser consultados a partir da própria conversa. O terceiro chamado de sinal oscilando no mesmo mês não é o primeiro chamado de novo. E o ticket avulso continua existindo para a demanda que não nasceu de um chat.

A conversa é a prova de que alguém prometeu. O ticket é o que faz alguém cumprir.

Quando o retorno tem hora marcada

Nem toda pendência é ticket. “Vou verificar com o campo e te aviso” é ticket: tem dono, etapa e prazo. “Passo aí terça de manhã” é outra coisa. Tem hora marcada, e tem alguém organizando o dia em função dela.

Isso é compromisso, e compromisso tem lugar próprio: a agenda, com responsável, equipe, início, duração, local e observações, vinculada ao mesmo atendimento. Dá para confirmar na hora com o assinante e programar lembrete com antecedência em minutos, horas ou dias: por WhatsApp para quem vai receber a visita, no painel para quem vai fazê-la. Cada alerta registra a própria situação: programado, enviado, falhou ou cancelado.

Uma ressalva que evita frustração: o espelhamento para o Google Agenda é de mão única. Cada responsável conecta a própria conta e o que é criado no ChatISP aparece lá; o que alguém mexer direto no Google não volta.

O que muda na segunda-feira

A pergunta de segunda de manhã nunca é “o que foi conversado na quinta”. É outra: o que está em aberto, com quem, e o que vence hoje.

Um quadro por etapa responde a isso de relance. Uma coluna por etapa, um cartão por demanda, e o cartão troca de coluna arrastando: mover a demanda é um gesto, não um formulário. Em cima, os contadores: abertos, comigo, sem responsável, atrasados e resolvidos no dia.

O mais útil é o de sem responsável: a pilha que todo mundo viu passar e ninguém pegou, e que sem quadro não aparece em lugar nenhum até virar reclamação. Depois dele vem o de atrasados, com a vantagem de ser uma lista, e não uma sensação.

Os filtros cobrem o resto do dia: meus, da minha equipe, sem responsável, atrasados, concluídos, por tipo e por período. A busca aceita número, título, cliente e o protocolo do atendimento, que é o fio de volta para a conversa de origem. Avisos para responsável e equipe aparecem no painel; por WhatsApp, dependem da configuração de cada instalação.

Quem coordena tem o quadro inteiro: edita qualquer ticket, atribui a outras pessoas e configura etapas e tipos, um item do catálogo de 22 permissões de perfil. As etapas e os tipos, aliás, são cadastro de cada provedor: nome, ordem, cor e ativação.

Duas medições, não uma

Os relatórios do painel medem atendimento: fila do momento, tempo para assumir, primeira resposta, duração média, satisfação e distribuição por atendente e departamento, em períodos de 7, 30 ou 90 dias, com exportação em CSV. Tudo sobre a conversa. Nenhum desses números sabe se o poste foi trocado.

O acompanhamento da demanda vive em outro lugar: nos contadores e filtros do próprio quadro, e no registro de conclusão dentro ou fora do prazo.

Atender rápido e resolver a demanda são perguntas separadas, e é na distância entre elas que mora o assinante que reclama de não ter retorno.

Volte à quinta-feira, 16h40. A frase do atendente é a mesma: vou verificar com a equipe de campo e te aviso. O que muda é o que vem depois. Agora ela tem número, dono, equipe e hora para vencer, numa coluna que alguém olha na segunda. Ninguém precisa lembrar; o quadro lembra.