- Custo por usuário é previsível, mas não é o custo total: Kommo custa US$15 (Base), US$25 (Advanced) ou US$45 (Enterprise) por usuário/mês; em um câmbio de referência de R$5,50/US$, dá ~R$82,50 / ~R$137,50 / ~R$247,50 por usuário/mês, sem incluir WhatsApp API (BSP + mensagens) e integrações.
- Funciona melhor quando WhatsApp é canal-chave do funil: se sua conversão depende de conversa (demo, proposta, dúvidas do trial), Kommo ajuda com pipeline, histórico e automações; se sua conversão é majoritariamente self-serve (produto vende sozinho), o ROI pode cair.
- Salesbot e automações ajudam no “não deixar lead morrer”: dá para disparar tarefas/mensagens por etapa, criar rotas (SDR/AE/CS) e coletar dados do trial via chat; limite: automação não substitui instrumentação de produto (eventos, feature usage).
- Para SaaS, o risco está em dados e atribuição entre sistemas: sem integração bem feita com billing, app e suporte, você cria 2-3 “verdades” (CRM, produto, financeiro) e perde governança de receita.
- Enterprise só faz sentido com exigências de TI/Compliance: se você precisa de governança forte (SSO, políticas, controle de acesso mais avançado), pode justificar US$45/usuário/mês; para SaaS pequeno/médio, é comum Advanced resolver.
O cenário específico: SaaS com trial + WhatsApp (onde o Kommo entra de verdade)
SaaS no Brasil frequentemente mistura duas coisas: aquisição digital (ads, conteúdo, indicações) e fechamento “na conversa” (WhatsApp para demo rápida, tirar dúvidas do trial, negociar plano e ativar pagamento). Nessa operação, o problema raramente é “falta de leads”; é lead travando em etapas invisíveis: trial criado, não ativou; ativou, não entendeu valor; pediu integração, sumiu; pediu proposta, ficou parado.
O Kommo tende a funcionar bem quando você assume que ele será o CRM da conversa e da cadência (follow-up), e não o seu “cérebro único” de produto/receita. Em outras palavras: ele organiza pipeline e interações (WhatsApp e outros canais), mas o entendimento profundo do uso do app (eventos, PQL, health score) normalmente fica em ferramentas de produto/BI — e você integra o essencial.
O que o Kommo resolve bem para SaaS (sem romantizar)
1) Funil operacional por etapas de trial. Para SaaS, faz sentido criar estágios como: Novo lead → Trial criado → Ativação (primeiro valor) → Engajamento (uso recorrente) → Proposta/Plano → Fechado → Onboarding pago → Renovação. O ganho é visual e gerencial: dá para cobrar o time por etapa, não por “conversa bonita”.
2) Histórico centralizado (vendas + CS) no mesmo contato. Em SaaS, troca de responsável é comum (SDR passa para AE, AE passa para CS). Quando isso acontece no WhatsApp “solto”, a empresa perde contexto e a experiência do cliente piora. O Kommo tende a reduzir isso porque mantém conversas e atividades ligadas ao lead/contato/deal.
3) Automação de follow-up e coleta de dados via chat. O Salesbot pode: qualificar lead, coletar segmento (tamanho do time, caso de uso), sugerir próximos passos e criar tarefas internas. Isso é útil para trial porque o principal vazamento é falta de follow-up consistente nas primeiras 24–72h.
4) Menos dependência de TI para colocar o básico de pé. Para um SaaS pequeno/médio, o time de RevOps ou o próprio Comercial geralmente consegue configurar pipelines, campos e automações simples. O limite é quando você quer integrações profundas (produto, billing, data warehouse), que exigem API/Make/Zapier e disciplina.
Onde o Kommo costuma bater em limitações em SaaS (pontos que pesam na decisão)
1) Product-led “de verdade” pede dados de uso do produto. Se sua estratégia é PQL (Product Qualified Lead) e conversão baseada em eventos (ativou feature X, convidou 3 usuários, integrou API), o Kommo sozinho não entrega isso. Você até pode registrar sinais manualmente ou via integração, mas a fonte primária continua sendo analytics do produto e BI.
2) Métricas SaaS (MRR, churn, cohorts) não nascem no CRM. Você pode acompanhar pipeline e motivos de perda, mas indicadores clássicos de SaaS (MRR, expansão, churn, NRR) dependem de billing/financeiro e modelo de dados consistente. Se você tentar “inventar” isso só com campos no CRM, a tendência é virar planilha paralela.
3) Multi-time (SDR/AE/CS/Financeiro) aumenta custo por licença. Kommo licencia por usuário. SaaS com handoffs e times mistos pode acabar pagando licenças para CS/Financeiro só para acompanhar contexto. Ex.: 12 pessoas x US$25 = US$300/mês (~R$1.650/mês a R$5,50/US$) antes de WhatsApp API e integrações.
4) Integrações: dá para fazer, mas alguém vira “dono”. Se você depende de Make/Zapier/API para sincronizar trial/billing/suporte, isso tem custo financeiro e custo humano (manutenção). O risco prático é automação quebrar e ninguém perceber até a meta estourar.
Planos do Kommo para SaaS: qual encaixa e o que muda no custo real
Na prática, a maioria dos SaaS que está decidindo compra cai em duas dúvidas: (1) Base resolve ou vou inevitavelmente para Advanced? (2) quando Enterprise vira obrigação e não luxo?
Os preços mais comuns do Kommo são: Base US$15, Advanced US$25 e Enterprise US$45 por usuário/mês. Em reais, depende do câmbio e do modelo de cobrança, mas com referência de R$5,50/US$ isso dá ~R$82,50 / ~R$137,50 / ~R$247,50 por usuário/mês.
Importante: para WhatsApp em escala e com governança, muita operação de SaaS acaba indo para WhatsApp oficial (API). Aí entram custos fora do Kommo: provedor (BSP) e tarifas por conversa/mensagem do WhatsApp. Esse componente costuma ser o “custo variável” que bagunça o orçamento se você não simula antes.
| Plano Kommo | Preço (US$/usuário/mês) | ≈ Preço em R$ (ref. R$5,50/US$) | Quando faz sentido em SaaS (trial) | Limite típico |
|---|---|---|---|---|
| Base | US$15 | ~R$82,50 | Operação pequena (1–5 pessoas) com WhatsApp forte e pipeline simples; foco em não perder lead e padronizar follow-up. | Pode faltar fôlego conforme cresce a necessidade de automações, governança e integrações mais críticas. |
| Advanced | US$25 | ~R$137,50 | Time com SDR+AE e algum volume; precisa de automações melhores, roteamento e mais controle para escala. | Ainda não resolve “produto/receita”; integrações continuam sendo parte do projeto. |
| Enterprise | US$45 | ~R$247,50 | SaaS com exigência de TI/Compliance (governança, identidade, controles) ou operação maior com risco de vazamento/acesso indevido. | Custo por usuário pesa; se você não vai usar recursos de segurança/governança, vira overkill. |
Arquitetura recomendada (honesta) para SaaS: Kommo como CRM conversacional, não como “sistema de receita”
Para reduzir gambiarra, a arquitetura que costuma funcionar melhor em SaaS é: Kommo para conversa, pipeline, tarefas, cadências e handoffs; sistema de billing (ex.: Stripe, Asaas, Iugu, etc.) como fonte de verdade de receita; produto/analytics como fonte de verdade de uso; e BI para consolidar.
O Kommo entra como sistema operacional do time comercial/CS — onde as pessoas trabalham e conversam. Mas as métricas de receita e uso devem ser puxadas de quem realmente gera essas informações. A decisão aqui é mais “processo” do que ferramenta: se você tentar forçar o Kommo a virar data warehouse, você vai pagar duas vezes (licença + retrabalho).
Se você quer decidir de forma prática: antes de comprar, liste quais 10 campos precisam existir no Kommo (segmento, ICP, plano pretendido, status do trial, motivo de perda etc.) e quais campos não devem existir (MRR como cálculo manual, cohorts, uso de feature em detalhe). Esse corte evita o CRM virar depósito de dado inconsistente.
Como avaliar Kommo em 14–30 dias para SaaS (critérios de decisão que evitam “CRM de enfeite”)
Critério 1: velocidade de resposta e disciplina do time. Meça antes/depois: tempo até a 1ª resposta no WhatsApp e % de leads com follow-up em 24h. Se não melhorar, Kommo não está sendo usado como rotina (ou o processo está errado).
Critério 2: taxa de avanço de etapa do trial. Defina 2–3 eventos operacionais (ex.: trial criado, ativou, pediu proposta) e exija que isso apareça no pipeline. Se o funil não reflete a realidade, você não vai confiar em forecast.
Critério 3: handoff sem perda de contexto. Faça um teste controlado: SDR qualifica e passa para AE; depois AE passa para CS. O cliente precisa repetir tudo? Se sim, o problema é configuração (campos/notes/atividade) ou falta de governança.
Critério 4: custo total mensurado. Some: licenças Kommo + custo do WhatsApp API (se aplicável) + custo de integrações (Make/Zapier/BSP) + horas internas (alguém administrando). Se você não consegue estimar isso no piloto, a chance de estourar orçamento é alta.
Veredito editorial: para qual tipo de SaaS eu compraria (e para qual eu não compraria)
Eu compraria Kommo se: (1) WhatsApp é canal crítico de conversão e retenção; (2) seu gargalo é operacional (follow-up, roteamento, histórico, governança) e não falta de tráfego; (3) você aceita um stack em que Kommo é a camada de conversa e o billing/produto ficam fora.
Eu pensaria duas vezes se: (1) sua operação é altamente product-led e o time comercial é pequeno; (2) você precisa de relatórios SaaS profundos dentro do CRM sem BI; (3) você não tem ninguém para “ser dono” do CRM e das integrações — porque aí o sistema vira mais uma ferramenta abandonada.
Em resumo: Kommo tende a ser uma boa compra para SaaS brasileiro que vende no WhatsApp e precisa profissionalizar o fluxo trial → venda, desde que você trate o projeto como processo + integração mínima, e não como “instalar CRM e esperar milagre”.
Perguntas frequentes
Kommo serve para acompanhar trial de SaaS (trial criado, ativação e conversão)?
Qual plano do Kommo costuma ser suficiente para um SaaS pequeno (até 5 pessoas no comercial/CS)?
O custo do Kommo inclui WhatsApp oficial (API)?
Dá para integrar Kommo com billing (Stripe/Asaas/Iugu) e com o produto?
Kommo substitui HubSpot para um SaaS?
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.