- Preço não é o único custo: licença Kommo é por usuário (Base ~US$15, Advanced ~US$25, Enterprise ~US$45 por usuário/mês; ~R$83/~R$138/~R$248 com US$=R$5,50), mas múltiplas contas tendem a elevar custo de administração, integrações e governança.
- Uma conta melhora governança do WhatsApp “de ponta a ponta”: histórico central, roteamento e supervisão ficam mais simples quando o time está no mesmo ambiente; o risco é “bagunça” se permissões/pipelines não forem bem desenhados.
- Múltiplas contas protegem dados, mas quebram a visão: separação por marca/unidade/franquia reduz risco de acesso indevido, porém consolidação de KPIs vira BI/planilha ou integração (custo e manutenção).
- O calcanhar de Aquiles é o offboarding: com 1 conta, permissões e grupos precisam ser muito bem configurados; com várias contas, você reduz blast radius, mas aumenta pontos de falha (vários lugares para desligar acessos e revisar integrações).
- Decisão costuma mudar no crescimento: o que funciona com 1–2 unidades pode quebrar em 10+ (principalmente por rateio, metas por unidade e auditoria), exigindo revisão de arquitetura.
O que essa decisão muda de verdade (e por que muita empresa descobre tarde)
Escolher “uma conta Kommo ou várias contas” parece detalhe técnico, mas vira uma decisão de governança comercial: quem pode ver o quê, como o WhatsApp é compartilhado, como métricas são consolidadas e como você evita que o CRM vire um conjunto de ilhas.
O ponto editorial honesto: o Kommo é forte como CRM conversacional e tende a funcionar bem quando você centraliza comunicação e processo. Ao mesmo tempo, ele não resolve sozinho a complexidade organizacional (marcas, franqueados, unidades com regras distintas). Se você joga isso tudo numa única conta sem arquitetura, o efeito é previsível: confusão de funis, duplicidade, disputa por lead e relatório que “não fecha”.
Por outro lado, abrir várias contas para “organizar” pode virar um custo indireto alto: você repete configuração, automações e integrações, cria versões diferentes do mesmo processo e perde rastreabilidade ponta a ponta.
Quanto custa (de forma realista) e por que múltiplas contas costumam ficar mais caras no TCO
O custo direto do Kommo normalmente é por usuário/mês. Referências usuais do produto: Base ~US$15, Advanced ~US$25, Enterprise ~US$45 por usuário/mês. Em reais, usando um câmbio arredondado de US$1 ≈ R$5,50, dá ~R$83, ~R$138 e ~R$248 por usuário/mês (varia com câmbio, impostos/IOF e forma de cobrança).
Importante para a decisão: ter “duas contas” não significa pagar em dobro automaticamente — você paga pelos usuários que têm acesso a cada conta. O problema prático é que múltiplas contas costumam exigir duplicação de funções (um admin por conta, automações parecidas em vários lugares, integrações repetidas) e isso vira custo operacional.
Onde esse custo aparece: tempo de implantação (setup e testes), manutenção mensal (ajustes em funis, campos, bots, templates), e principalmente a consolidação de dados (se você precisa de visão unificada, vai acabar em BI, data warehouse, planilha ou integração entre contas).
Critérios de decisão: quando UMA conta tende a ser melhor
Uma conta única tende a ser o caminho mais eficiente quando: (1) você quer visão única do pipeline e forecast, (2) o mesmo time atende múltiplas marcas/unidades, (3) existe compartilhamento de números/canais de WhatsApp e (4) você quer padronizar playbook, cadência e auditoria sem replicar configuração.
Força real do Kommo aqui: o valor do CRM conversacional aparece quando todo mundo trabalha em cima do mesmo registro (lead/negócio) e do mesmo histórico de conversa. Isso reduz o “telefone sem fio” de operação distribuída e melhora supervisão.
Limitação real: para funcionar, você precisa desenhar bem permissões, times, pipelines e regras de roteamento. Se a empresa não tem dono do processo (um CRM Admin ou alguém equivalente), uma conta única vira bagunça mais rápido do que muitos esperam.
Critérios de decisão: quando VÁRIAS contas tendem a fazer mais sentido
Múltiplas contas tendem a fazer sentido quando a prioridade é isolamento: (1) unidades com CNPJ/gestão muito independentes, (2) franqueados com políticas diferentes e risco de conflito, (3) marcas com operação e metas que não podem “vazar” e (4) exigência interna forte de segregação de dados (compliance).
O ganho é reduzir o raio de impacto de erros: uma automação mal configurada, um usuário com permissão errada ou um template inadequado prejudica menos gente quando está contido numa conta.
A limitação é de gestão: você quase sempre paga com mais complexidade de padronização. Se a sua estratégia é ter um processo comercial replicável, várias contas podem virar “cada unidade faz do seu jeito”, o que dificulta comparar conversão e produtividade.
Tabela comparativa: 1 conta vs várias contas (o que você ganha e o que você perde)
A comparação abaixo é o que normalmente pesa em decisão de compra/implantação no Brasil (inclusive para WhatsApp), sem romantizar nenhum lado.
| Critério | Uma conta Kommo (centralizada) | Várias contas Kommo (separadas) |
|---|---|---|
| Governança do WhatsApp (histórico, auditoria, supervisão) | Mais simples: histórico e controle em um lugar; melhor para QA e padrão de atendimento. | Mais difícil: auditoria e padrão viram esforço por conta; risco de inconsistência entre unidades. |
| Isolamento de dados (marcas/unidades/franquias) | Depende muito de permissões e disciplina; maior risco de “vazamento” por erro de configuração. | Mais forte: separação é estrutural; reduz risco de acesso indevido entre operações. |
| Visão consolidada (KPI, conversão, forecast) | Mais fácil: relatórios unificados e pipeline comparável. | Mais fraco: precisa consolidar via BI/planilhas/integrações (custo e manutenção). |
| Padronização de processo (funis, campos, bots, templates) | Mais eficiente: muda uma vez e replica com governança. | Mais caro: tende a duplicar setup e manutenção em cada conta. |
| Custo de licença (US$ por usuário/mês) | Pago por usuário; referência: Base ~US$15, Advanced ~US$25, Enterprise ~US$45 (≈R$83/R$138/R$248 com US$=R$5,50). | Também é por usuário; não dobra automaticamente, mas pode exigir usuários duplicados (admins/supervisão) e aumentar custo indireto. |
| Operação de TI/Integrações (ERP, site, anúncios, Zapier/Make/API) | Menos pontos de integração; mais fácil controlar versões e chaves. | Mais pontos de integração; maior chance de quebra silenciosa e custo recorrente de manutenção. |
| Risco operacional (erro humano, automação errada, acesso de ex-funcionário) | Maior impacto se der errado (blast radius maior); exige processos fortes de offboarding e permissão. | Menor impacto por conta; mas mais lugares para revisar acessos e integrações. |
3 arquiteturas que funcionam na prática (e os trade-offs)
Arquitetura A — 1 conta, múltiplos pipelines por unidade/marca: costuma funcionar bem quando o time central (SDR/gestão) precisa enxergar tudo e você aceita investir em desenho de permissões e governança. Trade-off: exige disciplina para não misturar cadastros e para manter campos padronizados.
Arquitetura B — 1 conta, times separados + regras de visibilidade: boa quando você quer centralizar, mas precisa limitar acesso por equipe. Trade-off: se a regra de visibilidade não estiver bem implementada, você cria fricção (gente “sem acesso” ao que precisa) ou risco (gente vendo o que não deveria).
Arquitetura C — múltiplas contas, governança via “camada de dados”: faz sentido quando isolamento é prioridade, mas a diretoria ainda quer números consolidados. Trade-off: você entra em projeto de dados (BI/ETL) mais cedo e precisa aceitar custo recorrente de manter isso vivo.
Checklist rápido para decidir antes de assinar (perguntas que evitam retrabalho caro)
1) Você precisa de visão única de cliente (mesmo CPF/CNPJ) atravessando unidades? Se sim, 1 conta tende a vencer — várias contas criam duplicidade e dificultam “histórico único”.
2) Existe risco político/comercial entre unidades (disputa de lead, comissionamento, franqueado vs franqueado)? Se sim, considere isolamento (várias contas) ou uma governança muito madura em 1 conta.
3) Seu financeiro vai exigir rateio por centro de custo/unidade? Se sim, pense desde já como isso vai ser medido (e se o Kommo sozinho atende ou se você vai precisar de processo extra).
4) Quem será o dono do CRM (admin) e quanto tempo essa pessoa tem? Sem essa função, tanto 1 conta quanto várias contas tendem a degradar. A diferença é: 1 conta vira bagunça; várias contas viram inconsistência.
5) Qual seu plano de crescimento (3, 6, 12 meses)? A arquitetura certa hoje pode ser errada com 3x de volume. Decida pensando no “ponto de quebra”, não só no piloto.
Opinião editorial (sem torcida): o erro mais comum e como evitar
O erro mais comum não é escolher 1 conta ou várias — é escolher sem definir: padrão de funil, campos mínimos, regras de nomenclatura, dono do cadastro e política de acesso/offboarding. Sem isso, o Kommo vira só um “WhatsApp com etiqueta de etapa” e perde o motivo de existir.
Se você está decidindo compra/implantação agora, a melhor abordagem costuma ser: começar com a arquitetura mais simples que atende compliance e operação (frequentemente 1 conta), rodar um piloto com governança mínima (permissões + processo de cadastro + relatórios que importam), e só então separar em múltiplas contas se o risco de mistura de dados for maior do que o custo de consolidar métricas depois.
Honestidade final: o Kommo entrega bem o básico e muito do avançado de CRM conversacional, mas não é mágica organizacional. Quem resolve “unidade vs unidade” é governança (processo + permissão + auditoria), não o plano Base/Advanced/Enterprise.
Perguntas frequentes
Dá para começar com 1 conta Kommo e depois migrar para várias contas?
Várias contas Kommo significam pagar duas vezes o mesmo usuário?
Uma conta só é segura o suficiente para marcas/unidades diferentes?
Qual plano do Kommo faz mais diferença nessa decisão (Base, Advanced ou Enterprise)?
Se eu tiver várias contas, como consolido indicadores de vendas?
Leia também
Kommo para empresas multiunidade (matriz, filiais e franquias): dá para separar operação sem perder governança?
Ler →Kommo para times/unidades: dá para fazer rateio por centro de custo? O que Financeiro descobre tarde (e como contornar)
Ler →Kommo para WhatsApp: gestão de acessos, permissões e offboarding (review honesto para TI e Comercial decidirem)
Ler →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.