Integrações na prática

Integrar o WhatsApp com o CRM: o que muda quando a conversa vira registro

Quem é o dono do número, o que da conversa vira registro, a janela imposta pela plataforma e o transbordo entre atendentes. O desenho antes do botão.

Leonardo Peron5 min de leitura

O pedido chega quase sempre com a mesma frase: "queremos o WhatsApp dentro do CRM". Ela descreve um botão — abrir a conversa sem trocar de aba — e esconde a decisão que o projeto realmente é: a conversa vai deixar de ser propriedade de um aparelho e passar a ser registro da empresa. Quem trata isso como plugue de tela entrega o botão e não resolve nada.

O número é a primeira decisão, e é quase sem volta

Na maior parte das operações o WhatsApp comercial é o celular de alguém. O cliente conhece aquele número, o histórico está naquele aparelho, e quando a pessoa sai a carteira sai junto — a versão mais literal de o dono do lead.

Levar o atendimento para o canal oficial resolve isso e cobra um preço que vale saber antes: o número migrado deixa de funcionar no aplicativo comum, e a decisão não tem volta fácil. O que costuma não ser dito é o resto — o histórico que está no aparelho não vira registro no CRM por causa da migração. Existe dali para frente o que a integração gravar, e nada além disso.

Existe arranjo intermediário legítimo: número oficial para a empresa e o pessoal só para o rabicho antigo, com prazo para morrer. Manter os dois sem prazo não funciona — o cliente usa o que já tem salvo.

O que exatamente vira registro

Despejar a transcrição num campo de observação é o desenho mais comum e o menos útil: produz um CRM cheio de texto que ninguém lê e que continua sem dizer em que pé está o caso, o que foi combinado e qual é a próxima ação. Vale separar três coisas que a conversa mistura.

A mensagem é o fato bruto. Fica guardada, com autoria e horário, porque é ela que resolve discussão depois — mas não precisa estar no meio da tela.

O atendimento é o caso: tem assunto, estado, dono e desfecho. É a unidade que dá fila, tempo de resposta e relatório — sem ela não há medição, porque a conversa no WhatsApp não fecha nunca.

O dado estruturado é o que a conversa produziu e o resto do sistema consome: o endereço confirmado, o valor negociado, a etapa que mudou. Ou entra em campo no momento em que acontece, ou não existe.

A regra que sobrevive cabe numa linha: campo que alguém vai filtrar depois não pode nascer dentro de um parágrafo. É o mesmo motivo pelo qual ninguém preenche o CRM — quando o registro custa mais para quem digita do que entrega, ele não acontece.

Telefone como chave é uma decisão, não um detalhe

A conversa chega identificada por um número, e só. Se telefone não for chave no cadastro, cada conversa é um desconhecido e o mesmo cliente vira três registros.

Transformar isso em chave exige trabalho chato e prévio: normalizar formato e decidir o que fazer com o nono dígito, com o código do país e com o ramal que alguém digitou junto. Feito isso, sobram dois casos que normalização nenhuma resolve — a mesma pessoa com dois números e o número reaproveitado por outra pessoa. Nos dois quem decide é o cadastro, não a conversa: é quem é o dono do cadastro aplicado a um canal novo.

A janela precisa aparecer na tela de quem escreve

A plataforma impõe uma regra que o CRM não pode esconder: fora de uma conversa iniciada pelo cliente só saem modelos previamente aprovados; dentro dela, a conversa é livre. Prazos e categorias mudam por decisão da plataforma e estão na página da integração.

Se a tela do vendedor tem uma caixa de texto sempre disponível, ela mente: a pessoa escreve, aperta enviar, e a mensagem não sai. A tela precisa dizer em que estado a conversa está e oferecer o modelo certo quando for o caso. E os modelos vão para aprovação no começo do projeto, não na semana da subida — quem aprova é terceiro e não obedece ao seu cronograma.

Transbordo é atribuição, não encaminhamento

Um fio, vários atendentes: isso quebra o pressuposto de quase todo CRM, que assume uma caixa de entrada por pessoa.

Três regras cobrem quase tudo. Uma conversa tem um responsável de cada vez, e a troca é registrada com hora — encaminhar não é atribuir. O cliente precisa perceber que trocou de interlocutor, senão cobra do segundo o que o primeiro prometeu. E ninguém escreve por cima de quem está com o caso, o que inclui o robô: se há um agente respondendo, ele se cala quando a pessoa assume.

Fora do expediente não existe fila humana, e prometer retorno que ninguém vai cumprir é pior que dizer que só amanhã — o prazo com consequência vale aqui igual.

O teste que confirma

Pegue um cliente que já existe no CRM e mande, do celular dele, uma mensagem para o número da empresa, como se fosse a primeira vez. Depois confira, nesta ordem:

  1. A conversa encontrou o cadastro existente, ou criou um segundo?
  2. Nasceu um atendimento com dono, hora de chegada e estado — ou apareceu só uma mensagem solta?
  3. Passe o caso para outro atendente: o cliente percebeu a troca, e o primeiro perdeu o direito de escrever no fio?
  4. Espere a janela fechar e tente responder pela tela do CRM. Se a caixa de texto continuou disponível, a tela mente.
  5. No dia seguinte, filtre no CRM o que foi combinado ali, sem abrir o fio.

O quinto item separa os dois projetos. Se a resposta só existe lendo a conversa, o WhatsApp está anexado ao CRM, não integrado a ele — e é essa diferença que decide se o CRM vira fonte de verdade ou mais um lugar onde o texto foi parar.

Isso é o que fazemos em integração de sistemas

ERP, e-commerce, CRM, banco e planilha falando entre si por API, webhook ou arquivo. Sem duplicar pedido e sem uma pessoa no meio copiando dado.

Resposta em até 1 dia útil