Como migrar de outro CRM (ou da planilha) pro Kommo sem perder dados nem histórico é um processo de 4 etapas: limpar e padronizar a base antes, mapear campos, deduplicar por telefone/e-mail, importar em lote e validar por amostra. O pulo do gato (e o motivo de tanta gente desistir) é que o problema quase nunca é “subir o CSV”: é a bagunça que vem junto — contato duplicado, telefone sem 9º dígito, campo trocado, pipeline incompatível, e histórico que não vem do jeito que você espera.
Eu já migrei base “suja” com operação rodando. E vou ser honesto: migração é o momento em que mais gente perde dado e desiste. E sabe o que é pior? A dor aparece mascarada nas buscas por “implantação”, “zerar Kommo”, “resetar funil”… porque o CRM fica sujo no dia 1, o time perde confiança e a empresa volta pra planilha/WhatsApp.
Neste guia eu vou te passar o passo a passo real pra migrar de planilha, RD Station CRM ou HubSpot pro Kommo — com os erros que eu já tomei (tipo entrega cruzada por número mal formatado). Método > improviso. Dados > achismo.
A tese (e o alerta): migrar errado suja o Kommo no dia 1
Se você só “exportar do sistema antigo e importar no Kommo”, você vai herdar:
- Duplicidade (mesma pessoa com 2 e-mails, 3 telefones e 4 grafias do nome)
- Telefone sem padrão (com/sem DDD, com/sem 9º dígito, com espaço, com parênteses, com +55…)
- Campos trocados (empresa no campo de nome, CPF em observação, origem em um “campo livre”)
- Negócios bagunçados (um lead com 5 negócios, ou um negócio com 10 contatos)
- Histórico quebrado (atividades e notas que não migram, ou migram como texto solto)
O ROI do Kommo não nasce na importação. Ele nasce quando você consegue confiar no dado e executar automação sem medo. Se você quer uma visão mais ampla de como eu estruturo Kommo “do lead ao fechamento”, eu detalhei isso aqui: Como funciona o Kommo CRM na prática: do lead ao fechamento.
Pra quem este guia serve (e pra quem NÃO serve)
Serve pra você se:
- Você tem base em planilha, RD Station CRM, HubSpot (ou outro CRM) e quer migrar pro Kommo com segurança.
- Você tem operação ativa (WhatsApp, inbound, outbound) e não pode “parar o comercial” por 2 semanas.
- Você aceita fazer o trabalho chato: padronizar, limpar, deduplicar e validar.
NÃO serve pra você se:
- Você quer “migrar tudo de qualquer jeito” e arrumar depois. Depois vira nunca.
- Seu time não está disposto a seguir padrão (ex.: todo mundo cadastra telefone de um jeito).
- Você está trocando de CRM pra fugir de problema de processo (CRM não conserta gestão ruim).
Checklist de migração pro Kommo (visão de projeto)
Eu conduzo migração como projeto com checkpoint. Aqui está o mapa:
- Fase 0 — Estratégia: o que entra no Kommo agora, o que vira arquivo, o que fica no sistema antigo por histórico
- Fase 1 — Higienização: padronizar colunas, telefones, e-mails, nomes, UTM/origem
- Fase 2 — Modelagem: criar campos no Kommo, pipeline(s), etapas, responsáveis
- Fase 3 — Dedup: regra por telefone/e-mail + exceções
- Fase 4 — Importação e validação: lote + amostra + correção + lote final
- Fase 5 — Corte: congelar base antiga, manter janela de ajustes e treinar time
Se você ainda está decidindo se Kommo faz sentido e em qual plano, eu destrincho isso com números aqui: Quanto custa o Kommo CRM? Preços e planos em 2026 e aqui: Licenças do Kommo CRM: Qual é a melhor para sua empresa?.
Passo a passo real: migrar de planilha / RD Station / HubSpot pro Kommo
1) Defina o escopo: o que é “dado vivo” e o que é “arquivo morto”
O primeiro erro é tentar migrar 100% de tudo por medo de “perder histórico”. Isso vira uma importação gigantesca, lenta, cara e com baixa utilidade no dia a dia.
Eu separo assim:
- Dado vivo (migra): leads e clientes ativos, oportunidades em andamento, carteira, tags, origem, responsável, status de qualificação.
- Histórico útil (migra parcial): últimas interações relevantes (ex.: última data de contato, última mensagem, última proposta).
- Arquivo morto (não migra): negociações perdidas de 3 anos atrás sem aprendizado, listas antigas sem consentimento, notas soltas que ninguém lê.
Meta prática: migrar o suficiente para o time vender melhor na semana 1. O resto pode ficar acessível como backup (export/arquivo) se realmente precisar.
2) Normalize telefones (isso sozinho salva sua migração)
Se você usa WhatsApp no Kommo, telefone é a sua “chave” de ouro. É aqui que muita migração apodrece.
Meu padrão para Brasil:
- Guardar em E.164 quando possível: +55DDDNÚMERO (ex.: +5547999998888)
- Remover máscara: nada de parênteses, espaços e hífen
- Garantir DDD (sem DDD vira duplicata invisível)
- Tratar 9º dígito: números móveis podem estar com 8 ou 9 dígitos dependendo da origem da base
Erro que eu já tomei: migrar base com parte dos celulares sem o 9º dígito e outra parte com. Resultado: o mesmo contato virou dois. Pior: automação e atendimento disparavam para “contatos diferentes” e eu vi caso de entrega cruzada porque o time acreditou no registro errado. Se você quer ROI, você não pode permitir isso.
3) Padronize e-mails e nomes (dedup depende disso)
- E-mail: lowercase, sem espaços, validar formato (tem muita coisa tipo “gmail.con”).
- Nome: tirar duplicidade óbvia (ex.: “José da Silva” vs “Jose Silva”), sem deixar campo vazio.
- Empresa: separar pessoa física vs pessoa jurídica (não misturar “nome” com “razão social”).
4) Congele o dicionário de dados (colunas) ANTES de criar campos no Kommo
Se você cria campo no Kommo “no susto”, você vai terminar com 3 campos que significam a mesma coisa.
Eu crio um dicionário simples (pode ser numa planilha) com:
- Nome do campo (padrão humano)
- Tipo (texto, número, lista, data, checkbox)
- Entidade (Lead/Negócio, Contato, Empresa)
- Origem (coluna no CSV / propriedade no HubSpot / campo no RD)
- Regra (obrigatório? formato? valores permitidos?)
Isso é “engenharia digital” aplicada: você define padrão e depois executa. Se você curte esse raciocínio de método e estrutura, ele conversa direto com o que eu chamo de MMV (Máquina de Vendas): MMV — Máquina de Vendas: o que é o método e por que estrutura vence esforço.
5) Modele pipelines no Kommo com o mínimo necessário
Migração é péssima hora para inventar 18 etapas e 9 pipelines “porque agora vai”. Você quer continuidade operacional.
- Crie 1 pipeline principal (ou 2 no máximo) para não confundir o time.
- Garanta que as etapas reflitam decisões reais (passa/não passa), não “sentimentos”.
- Defina claramente: o que é lead? o que é oportunidade? o que é cliente?
6) Deduplicação: regra por telefone e e-mail (com exceções)
Minha regra geral:
- Contato: dedup primário por telefone (normalizado) e secundário por e-mail.
- Empresa: dedup por CNPJ (quando existe) e nome.
- Negócios: dedup é mais delicado: o mesmo contato pode ter múltiplos negócios legítimos.
Exceções que você precisa mapear:
- Telefones compartilhados (clínica, recepção, família): dedup cego pode juntar pessoas erradas.
- E-mails genéricos (contato@, financeiro@): não servem como chave única.
7) Migração do “histórico”: aceite a realidade e escolha o formato
Agora a parte que ninguém gosta de ouvir: histórico raramente migra 1:1 entre CRMs. Principalmente:
- tarefas/atividades com estrutura específica do sistema antigo
- timeline de e-mail marketing
- eventos de automação
O que eu faço na prática para não perder contexto:
- Trago para o Kommo campos de “última interação” (data) e resumo (texto curto) quando faz diferença comercial.
- O histórico completo fica em backup exportado (CSV/PDF) com governança e acesso.
- Se for essencial ter logs e auditoria, eu prefiro manter o sistema antigo “read-only” por um período.
8) Importação em lote no Kommo: primeiro piloto, depois escala
O fluxo que evita desastre:
- Lote piloto: 50 a 200 registros variados (completo: com telefone, sem telefone, com empresa, etc.).
- Validação por amostra: conferir 10% na mão (ou no mínimo 20 registros), inclusive duplicidade.
- Ajuste: corrigir planilha/dicionário/campos.
- Lote final: importar o restante.
Se você pular o piloto, você está escolhendo descobrir o erro quando já for tarde.
9) Conferência pós-migração: o que eu checo em 30–60 minutos (e todo mundo ignora)
- Percentual com telefone vazio (isso mata WhatsApp e dedup).
- Distribuição por responsável (importação pode jogar tudo no dono da conta).
- Leads em etapas erradas (ex.: tudo em “Novo”).
- Campos críticos (origem, produto, cidade) preenchidos corretamente.
- Duplicidade aparente (busca por 5 telefones aleatórios e 5 e-mails aleatórios).
10) Corte (go-live) sem trauma: janela de congelamento e plano de rollback
Se você tem operação ativa, eu recomendo:
- Janela de congelamento: parar de cadastrar no CRM antigo/planilha por algumas horas (ou 1 dia), migrar e entrar no Kommo.
- Plano de rollback: se algo quebrar, você sabe exatamente como voltar (e por quanto tempo).
- Treino curto e direto: 60–90 minutos com o time, focado em “como usar a partir de hoje”.
Se o seu projeto está travando ou você quer ver um passo a passo de implantação (além da migração), eu detalhei o mapa completo aqui: Implantação de Kommo CRM: passo a passo real (e os 5 erros que fazem o projeto travar).
Tabela: erros clássicos de migração pro Kommo (e a correção prática)
| Erro | O que acontece | Como corrigir |
|---|---|---|
| Telefone sem padrão (com/sem 9º dígito, com/sem DDD) | Duplicidade + WhatsApp não bate + automação dispara errado | Normalizar (E.164), completar DDD, tratar 9º dígito e validar amostra |
| Campos mapeados “no olho” | Origem vira observação, produto vira tag, e o time perde confiança | Congelar dicionário de dados e mapear antes de criar campo |
| Importar tudo sem piloto | Erro em massa e retrabalho por semanas | Fazer lote piloto (50–200), validar 10% e só depois escalar |
| Querer migrar “histórico completo” 1:1 | Frustração + timeline poluída + custo desnecessário | Migrar contexto mínimo e manter legado read-only/backup |
| Dedup cego por e-mail genérico | Junta empresas/pessoas erradas e cria caos no atendimento | Dedup por telefone normalizado + regra de exceção para e-mail genérico |
O dado real que importa: custo de licença vs custo do retrabalho
Eu não vou inventar preço aqui porque licença muda (e depende do plano e do número de usuários). O que é “dado real” e constante: migrar errado custa mais caro do que a licença na maioria das operações, porque você paga em:
- horas do time arrumando contato
- perda de histórico útil (follow-up some)
- queda de conversão porque o time não confia no CRM
- atendimento errado (o pior cenário)
Se você quer ver os valores atualizados com transparência (e o que normalmente “ninguém soma na conta”), eu deixo isso destrinchado em páginas específicas: Quanto custa o Kommo por mês de verdade? Valor por usuário + o que ninguém soma na conta.
Quando eu recomendo migrar com ajuda (e quando dá pra fazer interno)
Dá pra fazer interno se você tem:
- base até ~5 mil contatos, com dados relativamente limpos
- 1 pessoa “dona do dado” com autonomia pra definir padrão
- operações simples (1 pipeline, pouca integração)
Eu recomendo fazer com ajuda se você tem:
- base grande e antiga (10k, 50k, 200k) com múltiplas fontes
- WhatsApp como canal crítico (qualquer erro vira incêndio)
- múltiplos funis, múltiplas unidades, múltiplos produtos
- necessidade de manter rastreabilidade (origem/UTM, SLA, etapas)
Conclusão: migração boa é invisível; migração ruim vira projeto eterno
Se você guardar uma frase: o problema nunca é “importar o CSV” — é a bagunça que vem junto. Migração é o momento em que mais gente perde dado e desiste. E eu não estou aqui pra vender milagre: eu estou aqui pra construir processo, otimizar dado e destravar ROI.
Se você quer migrar pro Kommo sem sujar o CRM no dia 1 (e com operação rodando), eu consigo te ajudar a implementar do jeito certo, com padrão, validação e governança. Solicitar um projeto.