WhatsApp no apoio ao cliente sem virar confusão: da conversa ao pedido

O WhatsApp venceu a discussão. O cliente não quer abrir um portal, não quer criar palavra-passe e não quer escrever um e-mail formal — envia uma mensagem. O problema é que, na maioria das empresas, este atendimento acontece no telemóvel pessoal de duas ou três pessoas, sem fila, sem histórico e sem ninguém saber quantos pedidos entraram na semana.

Organizar isto não exige tirar o cliente do WhatsApp. Exige transformar a conversa num processo com dono, prazo e registo. Este é o roteiro, em cinco passos.

Porque o WhatsApp se torna uma confusão

Três causas repetem-se, independentemente da dimensão da empresa.

O número é de uma pessoa. Quando o cliente fala com o telemóvel do vendedor, o atendimento depende de ele estar acordado, disponível e na empresa. No dia em que essa pessoa sai, o histórico sai com ela — e às vezes a carteira de clientes também.

Não existe fila. Uma mensagem lida e não respondida desaparece para sempre. Sem uma lista de conversas abertas, "quem respondeu a isto?" e "alguém já viu este cliente?" passam a ser perguntas de todos os dias.

Nada fica registado. O mesmo problema é relatado por seis clientes em seis conversas diferentes e ninguém repara no padrão, porque não há nada para contar.

Passo 1: um número da empresa, não de uma pessoa

O primeiro passo é técnico e desbloqueia todos os outros: o número tem de pertencer à empresa e de ser acessível por mais de uma pessoa ao mesmo tempo.

Há dois caminhos. O primeiro é a API oficial da Meta, em que o número é registado formalmente, várias pessoas atendem em conjunto e as conversas seguem as regras da plataforma — incluindo a cobrança das conversas, feita pela Meta diretamente na sua conta. O segundo é ligar um número por QR Code, sem processo de aprovação, mais rápido para começar e suficiente para muitas operações pequenas.

A escolha depende do volume e da formalidade. O que não funciona é o terceiro caminho, o mais comum: continuar no aparelho pessoal e prometer que toda a gente vai anotar numa folha de cálculo.

Passo 2: uma caixa de entrada partilhada

Com o número da empresa em pé, as conversas precisam de cair num lugar onde toda a equipa as veja. Uma caixa partilhada resolve quatro problemas de uma vez: mostra o que está aberto, mostra quem está a atender o quê, guarda o histórico por contacto e permite que outra pessoa assuma sem pedir captura de ecrã da conversa.

Vale a pena juntar o e-mail na mesma caixa. O cliente que escreve por e-mail hoje pode enviar mensagem amanhã, e ter dois lugares onde procurar o mesmo assunto é o princípio da confusão. Numa caixa partilhada bem montada, WhatsApp e e-mail chegam ao mesmo lugar, cada canal com as suas regras, equipa, prazos e inquérito de satisfação.

Passo 3: distribuição e transferência com regras

Uma caixa partilhada sem regras passa a ser outro tipo de confusão: ou toda a gente responde à mesma conversa, ou ninguém responde a nenhuma. Defina três coisas.

• Quem assume. A conversa pode ser distribuída automaticamente entre os atendentes disponíveis ou ficar numa fila para quem a puder pegar. O importante é que tenha um dono visível.
• Como se transfere. Quando o assunto é de outra equipa — financeiro, técnico, comercial —, a transferência tem de levar a conversa inteira. O cliente que repete o problema à segunda pessoa já começa irritado.
• Quando se encerra. Uma conversa sem critério de encerramento fica aberta para sempre e polui a fila. Encerrar não apaga nada: o histórico continua no contacto.

Passo 4: o que passa a pedido e o que passa a tarefa

Este é o passo que a maioria salta, e é o que separa o atendimento de uma confusão organizada.

Nem toda a conversa termina na conversa. "Não consigo emitir a nota" pode ser resolvido na hora; "o relatório está a somar mal" passa a correção no produto; "quero um módulo novo" passa a pedido de projeto. Se este reencaminhamento for feito por mensagem interna, o cliente fica sem previsão.

O caminho é transformar a conversa em pedido, quando o assunto precisa de fila e prazo próprios, ou em tarefa do projeto, quando exige trabalho de outra área. Nos dois casos o histórico vai junto, e quem atende continua a ver o andamento sem perguntar no corredor.

Uma regra prática: se a resposta depende de alguém que não está na conversa, crie um registo. Se depende só de quem está a atender, resolva ali.

Passo 5: IA na triagem, com limite

Madrugada, feriado e pico de segunda-feira são os três momentos em que o atendimento humano não chega. É aí que a IA rende mais: responde ao que já está na base de conhecimento que escreveu, recolhe os dados de que a equipa vai precisar — número da encomenda, ecrã onde o erro aparece — e passa para uma pessoa quando o assunto sai do guião.

Dois cuidados. O primeiro é o âmbito: um atendente de IA que tenta responder a tudo erra em público. Deve ter um assunto definido e uma saída clara para o humano. O segundo é o custo. Muitas plataformas cobram a IA por pacote de créditos, com margem embutida no preço de cada resposta. O modelo alternativo é usar a chave do seu próprio fornecedor e pagar o consumo diretamente a ele, sem intermediário — a conta está detalhada em créditos de IA ou chave própria.

O que medir depois de organizar

Com as conversas num único lugar, aparecem números que antes não existiam. Comece por quatro:

1. Volume por dia e por hora. É o que diz se a equipa atual dá conta do recado e a que horas falta gente.
2. Tempo de primeira resposta. O indicador que o cliente mais sente. Vale a pena definir um prazo e acompanhá-lo, como explicámos no texto sobre SLA de atendimento na prática.
3. Assuntos recorrentes. Cinco conversas iguais na mesma semana não são cinco atendimentos: são um problema de produto ou de comunicação à espera de ser resolvido de vez.
4. Satisfação depois do encerramento. Uma pergunta simples, enviada pelo mesmo canal, diz mais do que qualquer inquérito trimestral por e-mail.

Começar pequeno funciona melhor

Não tente migrar tudo num sábado. Escolha um número, ligue-o, ponha duas pessoas a atender pela caixa partilhada e mantenha o processo antigo a funcionar durante duas semanas em paralelo. Quando a equipa perceber que é mais fácil encontrar o histórico no sistema do que percorrer a conversa no telemóvel, a migração acontece sozinha.

O objetivo final não é controlar o atendente: é fazer com que o pedido do cliente chegue inteiro a quem o resolve. Quando conversa, pedido e tarefa vivem na mesma ferramenta, a pergunta "isto já foi resolvido?" deixa de depender da memória de alguém.