Envie conversas do WhatsApp para o Salesforce a partir de um número com Coexistência

Como é o workflow no n8n?

Quatro nós em sequência, mais o ramo de verificação que todo webhook da Meta exige.

Um nó Webhook recebe o POST que a Meta envia a cada mensagem. Um nó Salesforce executa uma consulta SOQL por um Lead ou Contact cujo telefone corresponda ao remetente. Um nó IF separa os casos conforme algo tenha voltado ou não: se voltou, o workflow segue com o id do registro; se não, um nó Salesforce cria um Lead com o nome do perfil que veio no payload. Um último nó Salesforce cria uma Tarefa nesse registro, com o texto da mensagem na descrição e o assunto indicando que foi uma mensagem do WhatsApp.

O ramo de verificação responde ao GET da Meta com o valor de hub.challenge como corpo simples. Sem ele, a Meta nunca começa a entregar, e o resto do workflow fica parado.

Tarefa ou nota: qual deve guardar a mensagem?

Uma Tarefa, para a maioria das equipes, porque ela entra na linha do tempo de atividades que os vendedores já leem e pode ser usada em relatórios. Defina o status como concluída para que ela não apareça como pendência aberta, e dê a ela um assunto que nomeie o canal, de modo que filtrar as atividades do WhatsApp seja uma única condição.

A operação Add note do nó do n8n serve a outro caso: um resumo em vez de cada mensagem. Algumas equipes fazem o workflow juntar as mensagens do dia por contato e escrever uma só nota à noite, o que mantém a linha do tempo legível para um cliente que manda vinte linhas curtas.

Qualquer que seja a escolha, grave o id da mensagem do WhatsApp no registro. A Meta repete entregas, e um workflow que verifica se o id já existe antes de gravar nunca registra a mesma mensagem duas vezes.

A equipe ainda pode responder pelo celular, e o Salesforce vai ver?

Sim para os dois. A Coexistência mantém o app do WhatsApp Business funcionando no mesmo número, então quem respondia os clientes ontem continua respondendo. Quando respondem pelo app, a Meta envia um eco da mensagem enviada para o mesmo destino de webhook, no campo smb_message_echoes.

Adicione um segundo caminho no workflow para esses ecos e registre-os como Tarefas de saída. Um vendedor que abre o lead vê então a pergunta e a resposta que a loja deu, em ordem, sem ninguém copiar uma conversa à mão.

As respostas que o próprio workflow envia, por um nó HTTP Request na Cloud API, devem ser registradas no momento do envio. O workflow já tem o texto e o id do registro em mãos.

Como evitar leads duplicados?

Compare por um número de telefone normalizado, não pelo campo como as pessoas o digitaram. A Meta envia o remetente como dígitos com o código do país e sem o sinal de mais. Os campos de telefone do Salesforce guardam o que quem criou o registro digitou, com espaços, parênteses e traços.

A abordagem confiável é um campo de texto personalizado com o número só em dígitos, preenchido pelo workflow ao criar um lead e por uma carga retroativa nos registros existentes. A consulta SOQL então compara esse campo por igualdade, o que é rápido e exato.

Verifique também os contatos, não só os leads. Um cliente que já foi convertido é um Contact, e um workflow que busca apenas leads criará um lead novo para cada cliente existente que escrever.

Erros comuns

• Buscar apenas no objeto Lead. Clientes existentes são Contacts, e cada um que escreve vira um lead duplicado.
• Registrar mensagens como Tarefas abertas. Os vendedores recebem uma pendência para cada linha do cliente; defina o status como concluída ao criá-las.
• Pular o ramo de verificação por GET no workflow. A Meta nunca confirma o destino, e nenhuma mensagem é entregue.

Perguntas frequentes

Continue lendo