Início › Blog › Decisão
Decisão

Kommo para times que dependem de integrações (Zapier/Make/API): vale a pena ou vira gambiarra cara?

Resposta rápida: O Kommo funciona bem quando seu “core” é WhatsApp + pipeline e você precisa de poucas integrações críticas (ex.: formulário → Kommo, Kommo → planilha/BI). Mas se sua operação depende de integrações em tempo real e bidirecionais (ERP, billing, estoque, suporte) via Zapier/Make, o custo e a fragilidade sobem rápido: além da licença (Base ~US$15, Advanced ~US$25, Enterprise ~US$45 por usuário/mês; ~R$75/~R$125/~R$225 a R$5/US$), você pode precisar pagar conectores, tarefas (ops) e/ou desenvolvimento em API. Para decidir, o ponto é mapear quais integrações precisam ser “mission-critical” e quais podem ser assíncronas (batch) sem travar vendas.
Principais pontos
  • Bom encaixe: Kommo é forte no “CRM conversacional” (WhatsApp e outros canais) + automação interna; se 70–80% do fluxo está dentro do Kommo, integrações pontuais tendem a dar certo com baixo risco.
  • Custo previsível na licença (mas não no ecossistema): a licença do Kommo é por usuário/mês (Base ~US$15, Advanced ~US$25, Enterprise ~US$45; ~R$75/~R$125/~R$225 a R$5/US$), mas integrações via Zapier/Make/Apps podem adicionar custo variável (tarefa/execução, apps pagos, consultoria).
  • Onde costuma quebrar: integrações “perto do tempo real” (ex.: atualizar status de pagamento, liberar acesso, sincronizar estoque) sofrem com atrasos, falhas silenciosas, limites de chamadas e campos inconsistentes entre sistemas.
  • Decisão prática: se você precisa de integrações bidirecionais + governança (logs, versionamento, ambientes) e não tem dono técnico do fluxo, o Kommo continua possível — mas a chance de virar manutenção constante é real.
  • Melhor abordagem: tratar o Kommo como sistema de execução comercial (conversas, etapas, tarefas) e usar um “hub” de integração (Make, n8n, iPaaS corporativo) com monitoramento; não depender de 15 Zaps diferentes sem observabilidade.

O que muda quando o Kommo vira “peça” do seu ecossistema (e não o sistema central)

Muita empresa compra Kommo por um motivo legítimo: padronizar vendas no WhatsApp com pipeline, histórico e automações. O problema começa quando o Kommo vira apenas mais um nó num ecossistema com ERP, e-commerce, gateway de pagamento, plataforma de assinatura, helpdesk, discador, BI e ferramentas de mídia paga — e o time espera que “tudo converse com tudo” sem atrasos.

Nessa realidade, a pergunta não é só “Kommo integra?”, mas “Kommo aguenta o meu nível de integração sem virar uma teia frágil?”. O Kommo tem integrações nativas e um ecossistema de apps, além de API. Ainda assim, a qualidade da sua operação vai depender menos do Kommo em si e mais do desenho do fluxo, do provedor do WhatsApp oficial (se for WABA), e do middleware (Zapier/Make/API).

Quanto custa de verdade quando você depende de integrações (licença + conectores + execução)

Na licença, o Kommo é relativamente simples: planos por usuário/mês. Referências comuns do produto: Base ~US$15, Advanced ~US$25 e Enterprise ~US$45 por usuário/mês (o equivalente em reais varia com câmbio; a ~R$5/US$, dá ~R$75/~R$125/~R$225 por usuário/mês). Isso é só a base do custo quando integrações entram no jogo.

O que muda com integrações é que você adiciona custos que não escalam por usuário — escalam por volume e complexidade: (1) assinatura do Zapier/Make/n8n cloud (se aplicável), (2) apps pagos do marketplace, (3) consultoria/implementação para desenhar e manter automações, (4) custo do WhatsApp oficial (provedor + conversas/mensagens) se você usar WABA. Em empresas com volume, o item (4) pode superar a licença; em empresas com muitos fluxos, o item (2)+(3) pode virar o maior custo.

O ponto honesto: se você precisa de 10+ integrações ativas, o custo real raramente fica apenas em “Kommo por usuário”. A compra vira decisão de arquitetura (quem é a fonte da verdade, onde ficam as regras, como monitora falhas).

Tipos de integração: as que geralmente dão certo vs as que dão dor de cabeça

Integrações que normalmente dão certo no Kommo (com baixo drama) são as de entrada e de saída simples: capturar lead de formulário/landing page, registrar origem/campanha, criar negócio no pipeline e disparar tarefa para vendedor. Também funcionam bem exports agendados para planilha/BI, e notificações (ex.: Slack/e-mail) quando um negócio muda de etapa.

O risco aumenta quando você tenta fazer sincronização bidirecional e em tempo quase real: ex.: ERP atualiza status fiscal do pedido e isso muda etapas no Kommo; ou pagamento aprovado no gateway precisa atualizar o negócio e disparar acesso no produto; ou estoque muda e o vendedor precisa ver disponibilidade na hora. Aí entram problemas típicos de Zapier/Make: retries, duplicidade, idempotência (não executar duas vezes), limites de taxa, e o famoso “passou batido” (falhou e ninguém viu).

Outro ponto: quando você cria regras em 3 lugares diferentes (Kommo + Make + ERP), as exceções multiplicam. O Kommo pode ser ótimo para execução comercial, mas não é um iPaaS corporativo por si só. Se seu fluxo exige governança forte, o desenho precisa prever logs, alertas e testes.

Tabela: quando o Kommo é uma boa escolha para integrações — e quando é sinal amarelo

A tabela abaixo resume o que, na prática, separa um cenário “integrações sob controle” de um cenário “CRM refém de automações”. Use como checklist antes de comprar/implementar.

CenárioKommo tende a funcionar bem quando…Sinal amarelo (custo/risco sobe) quando…
Lead capture (site/ads) → KommoVocê só precisa criar contato/negócio + tags/campos (baixo acoplamento).Você quer deduplicação perfeita entre múltiplas fontes e regras complexas de merge sem dono do dado.
Kommo → Planilha/BIVocê aceita atualização por lote (a cada X horas) e usa para análise, não para operação ao vivo.Seu BI precisa de tempo real e consistência transacional (ex.: comissão, faturamento) sem data engineering.
Kommo ↔ ERPVocê integra poucos eventos (ex.: pedido emitido, nota gerada) e mantém o ERP como “fonte da verdade”.Você quer sincronizar catálogo, estoque, preço, status e financeiro em tempo real via Zapier/Make.
Kommo ↔ Pagamentos (Pix/cartão/assinatura)Você usa pagamento como gatilho de tarefa/etapa, com tolerância a minutos de atraso.Você depende de confirmação instantânea para liberar acesso e reduzir chargeback/disputa.
Atendimento/Suporte ↔ KommoVocê só precisa registrar contexto (ID do cliente, status do ticket) e manter o suporte em outra ferramenta.Você quer fazer do Kommo um helpdesk completo com SLAs, filas, base de conhecimento e relatórios típicos de suporte.
Automação e roteamento de leadsRegras cabem no Kommo (etapas, responsáveis, horários) com 1–2 integrações de apoio.Seu roteamento depende de dados externos voláteis (score, limite de crédito, geolocalização precisa) e muda semanalmente.

Forças reais do Kommo nesse tema (onde ele ajuda, de verdade)

1) Execução comercial conversacional: Kommo é bom para organizar conversa + negócio + tarefas no mesmo lugar. Quando a venda acontece no WhatsApp, isso reduz o vai-e-volta entre ferramentas e melhora a disciplina do pipeline.

2) Automação interna útil: muitos times resolvem boa parte do processo com automações do próprio Kommo (mudança de etapa, criação de tarefas, mensagens automáticas via bot), diminuindo a dependência de integrações para o básico.

3) Ecossistema e API: para empresas que têm alguém técnico (interno ou parceiro), a API e o marketplace abrem caminho para integrar sistemas legados e criar fluxos mais robustos do que “um Zap por problema”.

Limitações que pesam para quem depende de integrações (e que costumam ser subestimadas)

1) Observabilidade fraca quando tudo vira automação: Zapier/Make até têm logs, mas a operação do time comercial não vive no log. Sem monitoramento e alertas (falha, atraso, duplicidade), o risco vira “perdemos leads e só descobrimos no fim do mês”. Isso não é culpa exclusiva do Kommo — é um padrão de ecossistema — mas afeta a decisão.

2) Custo variável e difícil de prever: licença do Kommo é por usuário (ex.: Advanced ~US$25; ~R$125 a R$5/US$), porém integrações variam com volume e mudanças de processo. Se marketing dobra o volume de leads, suas execuções/tarefas podem dobrar. Se o time muda o funil, alguém tem que ajustar 10 automações.

3) Fragilidade em integrações bidirecionais: quando dois sistemas tentam ser “fonte da verdade” do mesmo dado (status, valor, responsável), a chance de inconsistência é alta. A regra prática é escolher uma fonte para cada campo e aceitar que nem tudo precisa sincronizar.

4) Dependência do provedor/stack do WhatsApp oficial: se sua operação é WABA, a entrega e custos não são só Kommo. Provedor, templates, qualidade do número, limites de envio e cobranças por conversa influenciam a experiência e o gasto.

Checklist de decisão (antes de assinar ou migrar): 7 perguntas que evitam arrependimento

1) Quais 3 integrações, se falharem por 2 horas, param receita? (essas precisam de desenho robusto, monitoramento e dono).

2) Você precisa de tempo real ou “quase real” serve? Se serve, você reduz custo e risco (batch e filas são seus amigos).

3) Quem é a fonte da verdade de cliente, pedido e pagamento? Defina por sistema; não tente manter tudo igual em todos.

4) Qual volume de eventos por dia (leads, mensagens, atualizações de status)? Isso define custo de execução e necessidade de arquitetura.

5) O time aceita processos dentro do Kommo? Se o time quer continuar “fora” (planilhas + WhatsApp), você vai usar integrações para remendar adoção.

6) Você tem um responsável técnico/operacional por integrações (interno ou parceiro)? Sem isso, o ‘barato’ tende a sair caro.

7) Existe plano de rollback? Em mudança de CRM, se a integração quebrar, você precisa de operação mínima (captura de lead e distribuição manual).

Recomendação honesta por perfil: quando eu compraria (e quando eu evitava)

Eu compraria/implementaria Kommo se: (a) WhatsApp é canal central de vendas, (b) você quer pipeline e histórico com governança mínima, (c) suas integrações críticas são poucas e bem definidas, (d) você aceita que algumas integrações sejam assíncronas, e (e) existe alguém responsável por manter automações. Nesses cenários, pagar Base/Advanced (ex.: ~US$15–US$25 por usuário/mês; ~R$75–R$125 a R$5/US$) costuma ser custo/benefício competitivo.

Eu evitaria (ou entraria com cautela) se: (a) seu negócio é altamente transacional e depende de sincronização com ERP/estoque/pagamentos em tempo real, (b) você precisa de governança e auditoria de integrações como requisito de compliance, (c) você não tem dono técnico e vai terceirizar tudo no improviso, (d) seu time quer transformar o Kommo em ‘plataforma única’ para CRM + helpdesk + billing + ERP. Aqui, o Kommo pode até funcionar, mas a probabilidade de virar manutenção contínua (e custo variável) é alta.

Perguntas frequentes

Kommo integra com Zapier e Make?
Em muitos cenários, sim — via integrações prontas, conectores de terceiros ou API. A decisão prática é validar se o conector cobre os objetos que você precisa (contatos, negócios, mensagens, etapas) e se os gatilhos/ações atendem seu fluxo sem “gambiarras”.
Dá para usar Kommo como “hub” e integrar tudo nele?
Dá para centralizar execução comercial (WhatsApp, pipeline, tarefas), mas usar o Kommo como hub universal costuma aumentar risco. Para ecossistemas grandes, normalmente faz mais sentido ter um middleware (Make/n8n/iPaaS) com monitoramento e deixar o Kommo como sistema de vendas.
Qual é o custo mínimo para rodar Kommo com integrações?
O mínimo previsível é a licença do Kommo: Base ~US$15, Advanced ~US$25, Enterprise ~US$45 por usuário/mês (≈R$75/125/225 a R$5/US$). Se você usar WhatsApp oficial (API), some custos do provedor e mensagens/conversas; se usar Zapier/Make, some o plano e o custo por execução/volume.
Integrações via Zapier/Make são confiáveis para processos críticos (pagamento, acesso, faturamento)?
Podem funcionar, mas exigem desenho e governança: idempotência (não duplicar), tratamento de falhas, alertas e reconciliação. Se for missão crítica, considere API com filas/monitoramento ou um iPaaS com observabilidade melhor — e evite depender de múltiplos Zaps espalhados.
Como testar isso antes de assinar por longo prazo?
Monte um piloto com 2–3 integrações críticas e métricas objetivas (tempo de sincronização, taxa de falha, duplicidade, esforço de manutenção). Teste com volume real por alguns dias e registre incidentes; se você não consegue explicar onde falhou e como detectar, o risco operacional ainda está alto.

Leia também

O software é bom. O resultado vem da implementação.

O Kommo é uma ferramenta excelente — mas quem transforma o CRM em máquina de vendas é o processo por trás dele. A rota mais rápida: entrar na Comunidade Kommo Brasil (implementação guiada com quem já fez centenas de vezes), garantir suas licenças ou acompanhar o conteúdo no YouTube.

Portal do ecossistema Luiz Otávio — engenharia digital, CRM e IA.