- Custo de licença: Kommo tem planos por usuário/mês (Base US$15, Advanced US$25, Enterprise US$45). Em um câmbio de referência de US$1≈R$5,50, isso dá ~R$82,50 / ~R$137,50 / ~R$247,50 por usuário/mês, antes de WhatsApp API, impostos e integrações.
- Decisão arquitetural muda o TCO: usar Kommo como CRM principal reduz ferramentas, mas aumenta risco de “CRM virando backoffice improvisado”; usar como camada conversacional normalmente exige integração (API/Zapier/Make), que vira custo recorrente e ponto de falha.
- Onde o Kommo brilha: operação de WhatsApp com funil, distribuição, follow-up e automações (Salesbot) com baixa dependência de TI — quando o dado crítico é “conversa + etapa + próxima ação”.
- Limitação típica em arquitetura única: processos com muitas entidades (ex.: múltiplos contratos por cliente, renovações com itens, gestão detalhada de pedidos) podem ficar “achatados” em campos e etapas, exigindo disciplina e padronização pesada.
- Integração não é detalhe: se você precisa que status de pagamento/entrega/assinatura apareça no chat, planeje desde o início “o que sincroniza”, “quem é dono do dado” e “qual é a fonte de verdade” para evitar divergência e retrabalho.
A decisão que quase ninguém faz direito: Kommo como CRM principal ou como camada de conversa?
Quem está decidindo comprar Kommo geralmente começa pelo problema mais visível: o WhatsApp virou o canal de vendas e o time se perdeu em celulares, números espalhados, falta de histórico e follow-up inconsistente. O Kommo resolve isso bem, porque foi desenhado para CRM conversacional: conversa atrelada a lead/negócio, funil visual e automações.
O erro comum é tentar transformar o Kommo no “sistema de registro” de toda a empresa (cadastro mestre, pedidos, faturamento, contratos, financeiro), só para evitar integração. Isso pode funcionar em operações simples, mas em operações com ERP/CRM já estabelecidos a melhor decisão costuma ser: Kommo como camada de relacionamento (WhatsApp + etapa + tarefas) e o ERP/CRM como fonte de verdade (itens, faturamento, contratos, estoque, boletos, assinatura).
Três modelos de implementação (e o que você ganha e perde em cada um)
A pergunta prática para decidir não é “Kommo é bom?”. É: “onde vão morar os dados críticos e qual sistema manda?”. Abaixo estão três arquiteturas comuns no Brasil, com os trade-offs que aparecem na vida real (não no demo).
| Modelo | Quando faz sentido | Forças reais | Limitações e riscos | Custo típico além da licença |
|---|---|---|---|---|
| 1) Kommo como CRM principal (quase tudo dentro) | PME com processo simples, poucas integrações, venda consultiva ou rápida sem backoffice complexo | Um lugar só para time comercial; adoção mais rápida; automações no WhatsApp sem depender do time técnico | Tende a “esticar” campos/etapas para cobrir processos de contrato/pedido; risco de dados inconsistentes se várias áreas editam; relatórios podem exigir padronização rigorosa | Baixo no início; cresce quando aparece demanda de BI, integrações e governança |
| 2) Kommo + ERP (ERP manda no pedido/faturamento) | Negócio com emissão de NF, estoque, status de pedido, financeiro e cobrança estruturados em ERP | Kommo organiza conversa e follow-up; ERP mantém o operacional; reduz erro de pedido e melhora rastreabilidade comercial | Integração vira parte do produto: se falhar, o time perde visibilidade; exige definir chave única (telefone/e-mail/ID) e regras de atualização | Make/Zapier/API; manutenção; eventual consultoria de integração |
| 3) Kommo + CRM “sistema de registro” (HubSpot/Salesforce/Zoho etc.) | Empresa com governança forte, múltiplas fontes de lead, reporting avançado e processo complexo | Kommo vira inbox de WhatsApp e execução (cadência, bot, distribuição); CRM principal fica com métricas, objetos, receita e auditoria | Dupla ferramenta exige treinamento e disciplina; risco de duplicidade; precisa mapear o que sincroniza (ex.: estágio, dono, tags) | Integração contínua + governança de dados (higiene, deduplicação, logs) |
Quanto custa de verdade nessa decisão (licença é só a primeira linha)
A licença do Kommo é por usuário/mês: Base US$15, Advanced US$25 e Enterprise US$45. Em reais, vai variar com o câmbio e forma de pagamento; como referência simples com US$1≈R$5,50: ~R$82,50 / ~R$137,50 / ~R$247,50 por usuário/mês (antes de impostos). Isso é o “custo para existir no Kommo”, não o custo de operar WhatsApp oficial nem de integrar com seus sistemas.
Se você usa WhatsApp oficial (API), entra o custo do provedor (BSP) e as tarifas por conversa/mensagem do WhatsApp (Meta), que variam por categoria e volume. Isso é independente do Kommo e muda muito o orçamento mensal — por isso, o ROI do Kommo quase sempre depende mais de eficiência comercial (menos lead perdido, mais follow-up, menor tempo de resposta) do que de “economia de ferramenta”.
Na arquitetura híbrida (Kommo + ERP/CRM), o custo que costuma surpreender é o de integração: não só construir, mas manter. Mesmo quando você usa Zapier/Make, existe custo recorrente de cenários, tarefas, limites e monitoramento. E existe o custo invisível de governança: padronizar campos, etapas, tags e regras de atribuição para o dado não virar bagunça.
O que o Kommo faz muito bem como camada conversacional (forças práticas)
1) Execução no WhatsApp com contexto: a conversa fica vinculada ao lead/negócio e ao funil, o que facilita cobrar follow-up e enxergar gargalos sem depender de print. Isso é o tipo de ganho que aparece em 2–6 semanas quando o time para de trabalhar em chats soltos.
2) Distribuição e rotina comercial: para times com SDR/closer ou filas de atendimento, a camada conversacional reduz atrito (quem atende, quando, com qual template/roteiro). Mesmo sem “TI”, dá para configurar boa parte da operação com regras e automações.
3) Automação (Salesbot) para qualificar e direcionar: onde o lead é repetitivo (captura, pré-qualificação, agendamento), bot bem desenhado economiza tempo humano e melhora velocidade de resposta. Aqui, o Kommo costuma entregar mais valor do que CRMs generalistas, porque o WhatsApp não é um “add-on”, é o coração.
Limitações reais quando você tenta substituir ERP/CRM robusto (onde a arquitetura única quebra)
1) “Objeto demais” vira campo demais: processos com múltiplos contratos por cliente, itens com regras, renovações, aditivos, tickets e histórico de faturamento tendem a exigir modelagem que vai além de um pipeline com campos. Dá para improvisar, mas a conta vem como retrabalho, dados inconsistentes e relatórios difíceis.
2) Sincronização e verdade do dado: quando vendas, financeiro e operações mexem no mesmo cadastro, o risco é cada área “corrigir” dados do seu jeito. Numa arquitetura híbrida bem feita, você decide: o Kommo manda no quê (ex.: etapa do negócio, responsável, notas e conversas) e o ERP/CRM manda no quê (ex.: status de pagamento, limite de crédito, itens do pedido). Sem isso, você cria divergência.
3) Métricas e BI: o Kommo atende relatórios operacionais para gestão comercial em muitos cenários, mas empresas que precisam de governança forte de receita, previsões complexas e BI corporativo normalmente acabam levando dados para um data warehouse/Power BI. Se isso já está no seu roadmap, trate como parte da implementação desde o início.
Checklist de decisão (rápido e útil) para escolher a arquitetura certa
Escolha Kommo como CRM principal se: (a) seu processo de venda cabe em 1–3 funis com etapas claras; (b) você não precisa de itens/pedidos complexos dentro do CRM; (c) a prioridade é organização de WhatsApp e produtividade do time; (d) você consegue manter disciplina de cadastro (campos obrigatórios, padrões).
Escolha Kommo como camada conversacional integrada se: (a) você já tem ERP e ele é obrigatório para NF/estoque/financeiro; (b) seu CRM atual é bom como “sistema de registro”, mas fraco em WhatsApp; (c) o time precisa executar mais rápido no chat sem abrir mão de governança; (d) você aceita investir em integração e regras de dado.
Antes de comprar, valide em piloto: 10–20% do volume de leads, um funil, um número de WhatsApp oficial, e só 2 integrações críticas (ex.: criar/atualizar contato e empurrar etapa do negócio). Se esse piloto não roda por 30 dias sem retrabalho manual, a arquitetura está errada — e não é “culpa do vendedor”, é desenho.
Quando eu não recomendaria Kommo como camada conversacional (casos que dão dor de cabeça)
1) Se sua empresa exige trilha de auditoria extremamente rígida e imutável para tudo (ex.: ambientes altamente regulados com controles internos pesados), você precisa checar se o nível de log/auditoria e as integrações atendem ao compliance. Em muitos casos, dá para operar, mas a implementação fica mais cara e burocrática.
2) Se o WhatsApp não é canal relevante (ou é residual) e a maior parte das vendas acontece em e-mail, telefone e LinkedIn, Kommo pode não ser o melhor “centro” da operação. Você provavelmente pagará por um diferencial (conversacional) que não será usado.
3) Se sua estratégia depende de integrações profundas e numerosas desde o dia 1 (ERP + billing + analytics + discador + helpdesk + assinatura digital), o projeto tende a virar “projeto de integração”. Nesses casos, o risco não é o Kommo em si — é a soma de dependências e o custo de manter tudo vivo.
Perguntas frequentes
Kommo pode ser meu CRM principal e substituir meu ERP?
Qual plano do Kommo faz mais sentido para usar como camada conversacional?
Dá para integrar Kommo com CRM/ERP sem time de TI?
Usar Kommo + outro CRM não vira trabalho dobrado para o time comercial?
Qual o principal risco de uma arquitetura híbrida com Kommo?
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.