Os pedidos duplicados nascem quase sempre no momento em que o cliente muda de canal: escreve no WhatsApp, não recebe resposta à hora que esperava e telefona. Quem atende o telefone não vê a conversa escrita e regista a encomenda uma segunda vez. A solução não é fechar canais: é ter um só registo por cliente e confirmar cada pedido antes de o gravar. Este guia mostra o fluxo mínimo para juntar mensagem e telefone sem software novo e sem promessas de integração automática.
No fundo, o pedido duplicado é um problema de identidade: o mesmo cliente aparece como duas pessoas diferentes nos registos da empresa porque cada canal guarda a sua própria lista de conversas. Enquanto a mensagem viver numa caixa e o telefonema na memória de quem atendeu, qualquer mudança de canal cria um registo novo. Os passos abaixo atacam primeiro essa causa e só depois os sintomas.
Porque o pedido entra duas vezes
Três mecanismos explicam a maioria das duplicações em pequenos negócios. O primeiro é a caixa separada por canal: a conversa escrita fica na aplicação e a chamada fica na memória de quem atendeu, sem qualquer ponte entre as duas. O segundo é a pressa: o cliente envia a mensagem, conta minutos sem resposta e liga, sem avisar que já tinha escrito. O terceiro é técnico: as mensagens em formato livre no WhatsApp só podem ser enviadas dentro de uma janela de atendimento de 24 horas que abre e reinicia com cada mensagem do cliente, segundo a documentação técnica da própria plataforma; quando essa janela fecha, a empresa deixa de poder responder em texto livre naquela conversa e o cliente, sem resposta visível, procura o telefone. Nenhum destes mecanismos é falha do cliente — é desenho do atendimento.
Unificar o cliente num registo
A primeira regra é escolher uma única chave de identificação e usá-la em todos os canais. A mais simples é o número de telefone: o cliente que escreve do WhatsApp e depois liga do mesmo número deve cair sempre no mesmo cartão. Nas fichas de papel, a regra mantém-se — uma ficha por número, com nota do canal de origem.
Exemplo fictício: uma mercearia de bairro, a «Meridiano», recebe por mensagem um pedido de dez caixas de água e, meia hora depois, uma chamada do mesmo número a pedir «o mesmo de sempre». Com registo único, quem atende vê as duas interações no mesmo cartão e pergunta apenas: «é um pedido novo ou confirma o que já enviou por mensagem?». Sem registo único, a pergunta não existe e saem vinte caixas no camião.
Se a empresa usar automação, a confirmação pode acontecer dentro do próprio fluxo. O nó oficial do WhatsApp Business Cloud no n8n tem uma operação que envia a mensagem e pausa o fluxo de trabalho até a pessoa confirmar a ação ou fornecer mais informação; é o momento certo para perguntar «já tinha enviado este pedido por outro canal?». Quem não usa automação chega ao mesmo resultado com o guião da secção seguinte.
Confirmar antes de gravar o pedido
A pergunta certa, feita sempre na mesma ordem, apanha o duplicado antes de ele entrar no sistema. Use esta sequência em qualquer canal:
- Procurar antes de criar. Buscar o número ou o nome no registo antes de abrir uma ficha nova.
- Ler o último contacto. Ver as últimas mensagens e chamadas do cartão antes de aceitar o pedido.
- Perguntar se é novo. «Isto é um pedido novo ou vem na sequência do que já enviou?» resolve o caso na primeira frase.
- Repetir o pedido completo. Produto, quantidade, local de entrega e hora, ditos em voz alta; o cliente corrige no momento.
- Gravar com referência única. Um número de pedido por encomenda, mesmo que ela salte entre canais.
Quem já trabalha com marcações encontra a mesma lógica no agendamento por mensagem: o fluxo mínimo confirma cada mudança antes de a gravar, com botões «Confirmar» e «Escolher outra». A diferença é só o objeto — uma marcação em vez de uma encomenda.
Fluxo mínimo entre dois canais
A tabela resume os três modelos de atendimento que se encontram na prática e o risco de duplicado que cada um arrasta:
| Modelo de atendimento | Onde vivem os pedidos | Risco de duplicado |
|---|---|---|
| Caixa separada por canal | Uma lista por canal, sem ligação entre elas | Alto: ninguém vê o outro canal |
| Registo único por cliente | Um cartão com o histórico de todos os canais | Médio: o registo existe, mas falta confirmar |
| Registo único com confirmação | Um cartão e uma pergunta antes de gravar | Baixo: o duplicado é apanhado na conversa |
Passar da primeira linha para a terceira não exige software novo na maioria das PME: exige que a pergunta «é um pedido novo?» faça parte do guião de quem atende, em qualquer canal, e que a resposta fique escrita no mesmo cartão do cliente.
Quando o duplicado já saiu
Se duas encomendas do mesmo cliente já saíram, a ordem dos gestos importa para não perder o cliente junto com o erro. Primeiro, contactar pelo canal onde o cliente escreveu pela última vez e assumir o erro sem rodeios. Segundo, cancelar ou recuperar a encomenda mais recente, nunca a que o cliente confirmou primeiro. Terceiro, se houve pagamento duplicado, devolver de imediato e comunicar a data da devolução. Quarto, registar a causa no cartão do cliente — caixa separada, janela fechada, guião sem pergunta — para saber qual correção do fluxo evita a próxima ocorrência.
Dados mínimos a conservar
Juntar canais não pode servir de desculpa para recolher tudo sobre o cliente. O RGPD exige que os dados pessoais sejam adequados, pertinentes e limitados ao necessário para as finalidades para as quais são tratados; na prática, para evitar duplicados chegam o número de telefone, o primeiro nome e a referência do pedido. A morada só entra quando há entrega; o NIF, só quando o cliente pede fatura. Guardar «por se for preciso» é precisamente o que a lei manda evitar.
Antes de contratar qualquer ferramenta para este fluxo, passe pela checklist de 12 perguntas antes de contratar assistente: as perguntas sobre exportação de dados e integrações existentes decidem se o fornecedor junta canais de verdade ou se limita a criar mais uma caixa separada.