Integrar IA ao CRM que você já usa: o que realmente dá trabalho
Integração parece tarefa de conectar duas caixas. Na prática, o trabalho está em identificar a pessoa certa, não duplicar registro e não perder lead quando um dos lados cai.
"Integra com o meu CRM?" é a pergunta mais comum e a mais mal respondida do mercado. A resposta costuma ser "integra" — e integra mesmo, no sentido de que existe uma conexão técnica. O que ninguém detalha é que a conexão é a parte fácil.
O que dá trabalho é o resto. Vale saber quais são os problemas antes de contratar, porque são eles que definem se a integração vai funcionar em janeiro ou virar uma base bagunçada em março.
Problema 1: descobrir quem é a pessoa
A conversa chega com um número de telefone. O CRM tem contatos. Parece trivial cruzar os dois. No Brasil, não é.
O mesmo cliente pode estar no seu CRM de várias formas:
+55 48 99999-8888
5548999998888
48999998888
(48) 99999-8888
48 9999-8888 ← cadastrado antes do nono dígito
São todos a mesma pessoa. Um CRM que faz busca por texto exato vai achar que são cinco.
A solução é normalizar tudo para um formato único antes de comparar — o padrão internacional E.164 (+5548999998888) — e tratar o nono dígito como caso especial, porque existe base antiga sem ele. Quem pula esse passo descobre o problema quando o cliente reclama que recebeu a mesma mensagem três vezes.
Problema 2: não criar registro duplicado
Ligado ao anterior, mas pior, porque o estrago é permanente.
Se a automação cria um contato toda vez que não encontra um existente, e a busca falha por causa de formatação, você ganha um contato novo por conversa. Em três meses o CRM tem o dobro de registros, o histórico do cliente está dividido em quatro lugares e ninguém confia mais no relatório.
O comportamento correto é sempre buscar antes de criar, e criar só como último recurso — com regra explícita de quais campos identificam alguém.
Problema 3: decidir quem manda
Se o nome está diferente nos dois lados, quem vence?
Parece detalhe e não é. Sem uma regra definida, a sincronização fica sobrescrevendo dado bom com dado ruim — o cliente digita o nome em minúsculas no WhatsApp e apaga o cadastro completo que a recepção fez com capricho.
A decisão precisa ser tomada campo a campo, e quase sempre é assimétrica: o WhatsApp é fonte da verdade para telefone e para o que o cliente disse; o CRM é fonte da verdade para dado cadastral revisado por gente.
Problema 4: o mesmo evento chegando duas vezes
Integrações funcionam com webhooks — o WhatsApp avisa o seu sistema que chegou mensagem. Webhooks são reenviados quando a confirmação demora, e isso é por design, não é defeito.
Se o seu fluxo cria uma oportunidade a cada aviso recebido, um reenvio cria duas oportunidades para o mesmo lead. O vendedor liga duas vezes, e o relatório mente.
A proteção é registrar o identificador de cada mensagem já processada e ignorar repetição. É simples de fazer e é comum ver faltando.
Problema 5: o que acontece quando um lado cai
CRM sai do ar. API fica instável. Token expira.
Isso vai acontecer — a pergunta é o que a operação faz nesse momento. As duas respostas possíveis são muito diferentes:
- Ruim: a automação tenta gravar, falha, e o lead evapora. Ninguém percebe até alguém estranhar o mês fraco.
- Certo: o que falhou entra numa fila, é tentado de novo, e alguém é avisado se continuar falhando. O cliente é atendido normalmente enquanto isso.
Essa é uma das perguntas mais reveladoras para fazer a um fornecedor: "se o meu CRM cair por duas horas, o que acontece com os leads que chegarem?"
Problema 6: mapear os campos
Toda empresa tem campo personalizado. "Origem", "convênio", "unidade", "vendedor responsável".
Se a IA qualifica o lead e descobre o convênio, isso precisa cair no campo certo, com o valor exatamente como o CRM espera — "Unimed" e "unimed" podem ser coisas diferentes para um filtro. Mapear isso é trabalho chato, manual e específico de cada empresa. É também o que faz a diferença entre dado útil e um monte de texto num campo de observação.
Ferramenta visual ou código?
Existem duas formas de construir isso.
Plataformas visuais (n8n, Make e similares): montagem rápida, fácil de alterar sem programador, ótimas para fluxo linear. Ficam difíceis de manter quando o fluxo cresce em exceções, e o versionamento é pior que o de código.
Código próprio: mais trabalho no começo, muito melhor para lógica complexa, teste e histórico de mudança.
Na prática a divisão saudável costuma ser: orquestração na ferramenta visual, regra de negócio complicada em código chamado por ela. O erro é escolher por gosto em vez de por complexidade do fluxo.
O que perguntar antes de assinar
Sobre o seu CRM:
- Ele tem API pública e documentada? (Alguns não têm, e aí não há integração possível — só robô clicando na tela, que quebra a cada atualização.)
- Ele dispara webhook quando algo muda, ou só dá para consultar de tempos em tempos?
- Qual o limite de chamadas por minuto?
Sobre o fornecedor:
- Como vocês evitam contato duplicado?
- O que acontece se o CRM ficar fora do ar?
- Quem fica com as credenciais de integração?
As três últimas separam quem já fez isso em produção de quem viu funcionar numa demonstração.
A CinetiK monta a integração dentro da sua infraestrutura, com as credenciais no seu nome e a documentação entregue. Peça um diagnóstico — inclusive para ouvir que o seu CRM atual não tem API e que o problema é outro.