Kommo tem integração com quê? As integrações nativas que importam (e o que vai exigir Zapier/Make/API)

O que esta análise considera “integração nativa” (e por que isso muda o custo do projeto)

Na prática, decisor confunde três coisas: (1) integração nativa (vem no produto, ativou e funcionou), (2) integração de marketplace (um app de terceiro, com regras e suporte próprios), e (3) integração via API/webhook/automação (Make/Zapier/n8n, ou desenvolvimento). O Kommo se sai muito bem em (1) e (parte de) (2) quando o assunto é mensageria e canais de conversa — que é exatamente o que ele vende como diferencial.

O problema começa quando sua operação depende de ERP/financeiro, emissão de nota, assinatura eletrônica, BI interno, ou ferramentas brasileiras específicas. Aí, o Kommo até “integra”, mas frequentemente pela rota (2) ou (3): funciona, porém você adiciona uma camada que precisa ser monitorada (tokens expiram, campos mudam, limites de API, falhas silenciosas e duplicidade de cadastros). Para quem está decidindo comprar, isso impacta prazo de implantação e custo total, não só “se integra ou não”.

Integrações nativas do Kommo que realmente importam para vendas (onde ele costuma ser forte)

Se o seu objetivo é vender e atender via conversas, o Kommo tende a entregar o básico “de primeira”: centralização de mensagens, histórico por contato, distribuição para atendentes, automações e registro no funil. É aqui que a proposta de “CRM conversacional” faz diferença — menos abas e menos dependência de copiar/colar informação.

As integrações mais relevantes (e normalmente mais determinantes) são: WhatsApp (idealmente via API oficial), Instagram Direct, Facebook Messenger, Telegram, e-mail e telefonia (dependendo da solução conectada). Em geral, é nesse conjunto que empresas conseguem reduzir perda de lead, aumentar velocidade de resposta e padronizar follow-up.

O que o Kommo costuma fazer bem com Meta (WhatsApp/Instagram/Facebook) — e onde mora a pegadinha

Para decisão de compra no Brasil, Meta é o centro: WhatsApp e Instagram resolvem boa parte da demanda de inbound e recuperação de leads. O Kommo costuma ser uma boa escolha quando você quer: (a) múltiplos atendentes no mesmo número/canal, (b) histórico unificado, (c) automações com bot/roteamento, (d) pipeline ligado à conversa.

A pegadinha é custo e governança: WhatsApp “oficial” (API) tem cobrança de conversas pela Meta/PSP, independente do Kommo. Ou seja: mesmo que o Kommo funcione perfeitamente, o seu custo variável pode subir com volume de atendimento/campanhas. Outro ponto: se você precisa de regras muito específicas de compliance, retenção e auditoria, confirme na prática quais logs você extrai e como exporta — porque isso costuma envolver configurações, permissões e, às vezes, plano mais alto.

E-mail e telefonia: integrações úteis, mas variam muito por fornecedor

E-mail costuma ser um “must-have” para times que usam WhatsApp, mas precisam formalizar proposta, enviar contrato, fazer follow-up e registrar conversas fora da mensageria. O Kommo cobre esse uso com integração e registro em contato/lead (o que já resolve a maior parte do controle comercial).

Telefonia é onde você precisa ser mais pragmático: a experiência depende do provedor (discador, gravação, click-to-call, relatórios). Em muitos cenários, você vai usar um conector de telefonia do marketplace ou integração do seu provedor via API. Aqui o conselho editorial é simples: peça o nome do provedor exato que você vai usar, faça teste com 2 atendentes e valide: registro automático de chamadas, gravação, e associação ao contato certo. Se isso falhar, vira retrabalho diário.

Integrações “fora do core”: ERP, financeiro e ferramentas brasileiras (onde o Kommo tende a ser mediano)

Quando você sai de mensageria e entra em ERP/financeiro, o Kommo geralmente vira “mais um sistema” que precisa conversar com o seu backoffice. A integração pode existir, mas nem sempre é nativa — muitas vezes passa por API/webhook ou plataformas de automação (Make/Zapier/n8n), ou por app de terceiro do marketplace.

Isso não é necessariamente ruim: para muita PME, um fluxo via Make resolve (ex.: quando um negócio fecha no Kommo, cria pedido no ERP; quando o pagamento confirma no gateway, atualiza estágio). O ponto é: você precisa colocar na planilha do projeto o custo mensal do conector e o custo de manutenção (quem vai cuidar quando quebrar?). Se sua empresa já sofre com integrações frágeis, isso pesa na decisão.

Tabela: o que tende a ser nativo vs o que geralmente exige integração externa (visão de decisão)

A tabela abaixo não substitui teste técnico, mas ajuda a decidir rápido: em quais áreas o Kommo costuma atender “sem gambiarra” e onde você deve prever Make/Zapier/n8n, API ou desenvolvimento.

O checklist que eu usaria antes de assinar: “minhas 5 ferramentas essenciais”

Se você quer decidir compra sem cair em “ele integra com tudo”, faça este teste objetivo: liste suas 5 ferramentas que não podem falhar (ex.: WhatsApp oficial, Instagram, ERP X, discador Y, gateway Z). Para cada uma, responda: é nativo, é marketplace (com custo do app), ou é automação/API (com custo e manutenção)?

Se 3 ou mais caírem em automação/API, não significa que o Kommo é ruim — significa que seu custo total vai além do CRM. Kommo começa em torno de US$15/usuário/mês no plano de entrada, mas o seu projeto pode ganhar uma segunda assinatura (Make/Zapier) e esforço recorrente. Em reais, isso varia com câmbio; para decisão financeira, trate como “custo em dólar + custo do conector + custo do WhatsApp API (quando aplicável)”.

Limitações reais que derrubam projeto (e como mitigar)

1) “Integração” que só empurra lead, mas não fecha o ciclo. Ex.: o lead entra no Kommo, mas status de pagamento/contrato não volta; o time perde previsibilidade. Mitigação: desenhe o fluxo de ida e volta (eventos) antes de implementar.

2) Campos e duplicidade. Quando integra via automação, é comum duplicar contato/lead por divergência de chave (telefone com/sem DDI, e-mail diferente, etc.). Mitigação: padronize chave principal (telefone E.164, e-mail) e defina regras de merge.

3) Manutenção invisível. Conector quebra por token expirado, mudança de API, limite de requisições. Mitigação: defina um responsável, monitore erros e documente credenciais e mapeamentos.

4) Custo variável fora do CRM. WhatsApp API e automações têm custo por volume. Mitigação: simule volume (conversas/mês e automações/mês) e coloque isso no business case.

Para quem o Kommo costuma ser a escolha certa (pela lógica das integrações)

Faz mais sentido quando o seu stack é “conversacional” e você quer centralizar canais em um lugar: WhatsApp/Instagram como principais fontes de lead e atendimento, funil com automações, e necessidade de controle por equipe. Nesse cenário, as integrações mais críticas estão no ponto forte do Kommo, e o risco de depender de 3 conectores externos diminui.

Também faz sentido quando você aceita que o Kommo é o “front” do comercial e o ERP/financeiro continua sendo o sistema de verdade do backoffice — e a integração entre eles é pragmática (apenas o necessário, com gatilhos bem definidos).

Para quem eu pensaria duas vezes (ou pelo menos faria piloto mais rigoroso)

Eu ficaria mais cauteloso se você depende de integrações profundas com ERP brasileiro, regras fiscais complexas, e precisa que o CRM seja o “hub” corporativo de dados. Nesses casos, o Kommo pode funcionar, mas o projeto tende a ficar dependente de API/ETL/automação e, portanto, mais caro e frágil do que parece no demo.

Também exige mais cuidado se sua operação precisa de relatórios altamente customizados e governança pesada de dados (campos, eventos, auditoria detalhada), porque a parte de mensageria resolve rápido, mas o ecossistema de dados e integrações corporativas costuma exigir esforço adicional.

Roteiro de teste em 14 dias (focado em integrações, não em “mexer no CRM”)

Dia 1–2: conecte 1 canal principal (WhatsApp oficial, se já for seu plano) e 1 canal secundário (Instagram ou e-mail). Valide mensagens entrando e saindo, com histórico por contato.

Dia 3–5: crie 1 funil com 5 estágios e 2 automações (ex.: atribuição por fila + lembrete automático). Meça tempo de resposta e taxa de contato.

Dia 6–10: teste a integração mais crítica fora do core (ERP/financeiro/assinatura). Nem que seja um MVP via webhook/Make: “ganhou o negócio → cria registro no sistema X” e “pagou/assinou → move estágio no Kommo”.

Dia 11–14: teste com 2–5 usuários reais e force exceções (cliente sem telefone, dois leads com mesmo número, atendimento transferido). Se aqui você já perceber quebra/duplicidade frequente, ajuste antes de escalar licenças.

Perguntas frequentes

Leia também