- Você provavelmente não vai levar o histórico do WhatsApp Business (app) para o Kommo “como está”: migrar para WhatsApp API muda a natureza da conta; na maioria dos cenários, as conversas antigas do app não aparecem como histórico navegável no Kommo no mesmo formato/thread.
- Kommo é sobre operação daqui pra frente (processo, fila, dono do lead, automação): ele resolve muito bem o que o app não resolve (multiatendentes, pipeline, SLA, auditoria operacional), mas não é uma ferramenta de backup/restauração do WhatsApp.
- Custo não é só licença do Kommo: além do Kommo (Base ~US$15, Advanced ~US$25, Enterprise ~US$45 por usuário/mês; ~R$83/~R$138/~R$248 com câmbio de R$5,50), você soma provedor/BSP (quando aplicável) + cobranças de conversas/mensagens do WhatsApp API.
- Maior risco na migração é “apagão de contexto” na virada: se seu time depende do histórico antigo para negociar/atender, você precisa de plano de transição (exportação/registro de dados essenciais no CRM, playbook, e janela de corte).
- Decisão prática: se você atende com 2+ pessoas no mesmo número, precisa de rastreio por etapa e quer reduzir dependência de celulares, o Kommo tende a pagar a conta; se sua operação depende de “rolar conversa antiga” todo dia, a frustração na migração pode ser alta.
O problema real: migrar do WhatsApp Business (app) para API não é “conectar”, é trocar de modelo
Muita gente chega no Kommo com uma expectativa bem objetiva: “quero colocar meu WhatsApp no CRM sem perder nada”. E aqui está a parte chata (porém importante): quando você sai do WhatsApp Business (app) e vai para WhatsApp API (Cloud API ou via BSP), você está mudando de produto — com regras diferentes de sessão, templates e, principalmente, de como as conversas são armazenadas e acessadas.
O Kommo integra com WhatsApp via API. Isso é exatamente o que permite atender em equipe, ter rastreio, automações e governança. Só que essa escolha geralmente não traz para dentro do Kommo todo o histórico antigo do app como se nada tivesse mudado. O resultado mais comum é: o número segue o mesmo, o atendimento passa a ser “oficial e multiusuário”, mas o passado fica no passado (ou em outra forma de consulta).
O que o Kommo melhora muito na virada (e por que isso costuma justificar a migração)
A mudança para WhatsApp API com Kommo normalmente acontece por dor operacional — e aqui o Kommo costuma entregar valor de forma bem palpável: distribuição de conversas por responsável, pipeline com etapas, follow-ups, tarefas, automações (Salesbot), visibilidade de gargalos e histórico centralizado a partir do momento em que o canal está no Kommo.
Na prática, você sai do “WhatsApp como caixa de entrada pessoal” para “WhatsApp como canal do processo comercial”. Se a sua operação tem mais de 1 atendente no mesmo número, se existe disputa por lead, se há risco de perder conversas quando alguém sai da empresa, ou se você precisa provar que respondeu dentro de um SLA, o ganho é bem real.
Mas é uma troca: o Kommo é forte em organizar o fluxo daqui pra frente — não em reconstruir o passado de forma perfeita.
Onde as pessoas se decepcionam: histórico, mídia e contexto antigo
O ponto de fricção mais comum é o histórico: times que vendem/atendem há anos no WhatsApp Business (app) estão acostumados a procurar mensagens antigas, anexos e combinações passadas dentro do próprio chat. Ao migrar para API, é comum não ter as conversas antigas disponíveis dentro do Kommo no mesmo “fio” (thread) com o cliente.
Isso não é um defeito específico do Kommo; é consequência de como o WhatsApp API funciona e de como a transição de app → API costuma ser tratada no ecossistema. Mesmo quando você mantém o mesmo número, a experiência de continuidade total do histórico não é garantida.
Editorialmente: se “consultar conversas antigas no mesmo chat” é requisito de negócio (ex.: suporte técnico com histórico longo, renegociação recorrente, ou relacionamento sensível), você precisa tratar esse requisito como item de risco na compra, e não como detalhe de implementação.
O custo na mesa: licença do Kommo + WhatsApp API (e por que o histórico pesa no ROI)
Na decisão de compra/implementação, o custo do Kommo é só uma parte: os planos costumam começar no Base (~US$15 por usuário/mês), passam pelo Advanced (~US$25) e chegam ao Enterprise (~US$45). Em reais, usando um câmbio de referência de R$5,50/US$, isso dá aproximadamente ~R$83 / ~R$138 / ~R$248 por usuário/mês (o valor real muda com o câmbio e impostos/cobrança).
Só que, para WhatsApp API, você ainda tem (1) custo do provedor/BSP (quando aplicável) e (2) cobrança por conversas/mensagens conforme a política do WhatsApp. Ou seja: o custo total não é fixo apenas por usuário.
Onde o “perder histórico” entra no ROI? Se o seu time perde tempo pedindo contexto ao cliente, reabrindo cadastro, ou refazendo qualificação porque o histórico do app não está acessível, você cria um custo operacional oculto na virada. A migração fica saudável quando você transforma o processo: passa a registrar no CRM o que é essencial (dados, necessidades, proposta, objeções, próxima ação) em vez de depender do chat como memória.
Tabela — Cenários de migração e impacto prático (o que você ganha e o que você abre mão)
Abaixo, uma comparação pragmática (de operação) para ajudar a decidir se a migração para WhatsApp API via Kommo faz sentido no seu caso.
| Cenário | Como fica o número | Histórico antigo do app | O que melhora com Kommo | Risco na decisão |
|---|---|---|---|---|
| Ficar no WhatsApp Business (app) | No celular (ou poucos dispositivos) | Permanece no app, completo | Baixo: sem pipeline real, sem governança, difícil multiatendimento | Alto risco de perda de lead/controle quando o time cresce |
| Migrar para WhatsApp API e operar no Kommo | Continua o mesmo número (via API), canal centralizado | Em geral não aparece no Kommo como thread contínuo do app; pode ficar inacessível no mesmo formato | Alto: multiatendentes, rastreio, automações, métricas, auditoria e dono do lead | Risco de “apagão de contexto” na virada se o time depende do chat antigo |
| Operação híbrida temporária (transição) | Número principal vai para API; histórico fica como referência separada | Consultável fora do Kommo (dependendo do que foi mantido/registrado internamente) | Ganho gradual: você implanta processo no Kommo enquanto treina time | Duração da transição pode gerar confusão (onde registrar? onde consultar?) |
| Trocar número para começar “do zero” no Kommo | Novo número no API (mais comum em operação nova) | Não se aplica (histórico fica no número antigo) | Alto: processo limpo e governança desde o início | Risco comercial (perda de reconhecimento do número/contato antigo) |
Checklist honesto para decidir antes de assinar: perguntas que evitam arrependimento
1) Seu processo depende de histórico antigo para fechar/vencer objeção? Se sim, qual parte desse histórico precisa virar dado estruturado (campos no CRM) e qual parte é “apenas consulta”?
2) Quem vai ser o dono da operação no Kommo (CRM Admin/gestor)? Sem alguém responsável por padronizar campos, etapas, automações e qualidade do cadastro, o Kommo vira só “mais uma tela”.
3) Você consegue definir uma data de corte (go-live) e um playbook de transição? Ex.: “a partir de tal data, todo lead ativo tem resumo no CRM; conversas antigas são referência externa”.
4) Qual é o custo total (não só licença): usuários * plano (US$) + custo de API + tempo de onboarding? Se o seu time é grande, a soma pesa — e é aí que o Kommo precisa entregar ganho mensurável (taxa de resposta, conversão, tempo de primeiro contato, throughput por vendedor).
5) Você precisa de auditoria/compliance? Se sim, a perda do histórico antigo pode ser menos relevante do que a segurança/controle daqui para frente — mas isso precisa estar explícito na decisão.
Recomendação editorial: para quem o Kommo “encaixa” melhor nessa migração (e para quem não encaixa)
Tende a encaixar bem: operações comerciais com 2+ atendentes por número, times com troca de turnos, negócios que precisam de dono do lead e follow-up obrigatório, e empresas que estão cansadas de gerir vendas em conversas soltas. Nesses casos, o ganho de processo costuma ser maior do que o incômodo de não ter o histórico antigo integrado perfeitamente.
Pode não encaixar (ou exigir mais cuidado): operações onde o WhatsApp é “prontuário” de relacionamento e consulta diária de conversas antigas é essencial (ex.: suporte complexo, contratos com muitas idas e vindas, ou carteira onde cada cliente tem anos de histórico consultado no chat). Aqui, o Kommo pode ser ótimo para o futuro, mas a migração exige um plano para não derrubar produtividade no curto prazo.
Em termos de compra, o erro mais caro é assinar esperando “WhatsApp igual ao app, só que com CRM”. A promessa real do Kommo é: WhatsApp como canal oficial do processo comercial, com governança e automação — aceitando que a virada tem trade-offs.
Perguntas frequentes
Ao migrar do WhatsApp Business (app) para WhatsApp API no Kommo, eu vou manter o histórico de conversas?
O Kommo funciona com WhatsApp Business (app) ou só com WhatsApp API?
Quanto custa usar Kommo com WhatsApp API na prática?
Dá para fazer uma transição sem travar o time quando o histórico antigo não vem?
Kommo vale a pena mesmo se eu tiver medo de perder contexto do WhatsApp antigo?
Leia também
Como conectar o WhatsApp oficial (API) no Kommo passo a passo (sem cair em conexão não oficial)
Ler →Kommo é realmente vantajoso para empresas que já usam WhatsApp Business API?
Ler →Como migrar da planilha (ou outro CRM) para o Kommo sem perder lead: roteiro honesto para não duplicar contato e não travar o time
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.