Início › Guias › implementacao-e-migracao
Guia

Como migrar de CRM sem perder histórico (roteiro + checklist prático em 2026)

Atualizado em 2026-09-19 · por Redação Melhores CRM
Profissionais no Brasil planejando migração de CRM sem perder histórico de clientes e negociações
Resposta rápida: Para migrar de CRM sem perder histórico, comece mapeando campos e estágios, faça uma exportação completa (contatos, empresas, negócios, atividades e notas), limpe duplicidades, rode uma importação piloto, valide amostras e só então migre em lote. O “histórico” raramente vai 100% por importação: registre o que vira anexo/nota e o que exige integração.
· espaço publicitário ·
Em resumo
  • A maior causa de perda de histórico é mapeamento errado de campos (IDs, proprietários, datas e status).
  • “Atividades” (ligações, e-mails, WhatsApp) nem sempre importam como timeline nativa; às vezes viram notas, anexos ou ficam no sistema antigo.
  • Migração boa tem piloto, critérios de validação e janela de congelamento (freeze) para não criar dados em dois lugares.
  • Sem governança de duplicidade (e-mail, telefone, CNPJ), você migra bagunça e culpa o CRM novo.
  1. 1) Defina o que é “histórico” (e o que não vai junto)

    Antes de tocar em CSV, alinhe com vendas/CS/marketing: o que precisa estar pesquisável no novo CRM? Ex.: notas internas, próximos passos, motivos de perda, anexos de proposta, gravações, e-mails, mensagens e atividades. Liste o que precisa virar dado estruturado (campo) e o que pode virar apenas registro (nota/anexo).

  2. 2) Faça um inventário do CRM atual

    Mapeie objetos e volumes: contatos, empresas, negócios, produtos, atividades/tarefas, notas, anexos, campos personalizados, usuários, equipes, pipelines, gatilhos, automações e integrações. Sem esse inventário, você só descobre o “buraco” quando já importou tudo.

  3. 3) Crie o “dicionário de dados” (de-para)

    Monte uma planilha de-para: campo origem → campo destino, tipo (texto, número, data, lista), obrigatoriedade, regras de transformação (ex.: padronizar DDD, separar nome/sobrenome, normalizar CNPJ). Inclua também: estágio do funil, probabilidade (se existir), proprietários e fontes de lead.

  4. 4) Exporte e congele uma fotografia

    Faça exportações completas e consistentes do mesmo dia/hora. Se o time continuar mexendo no CRM antigo durante a migração, você cria divergência. Defina uma janela de freeze (nem que seja parcial) e combine o procedimento de exceções.

  5. 5) Limpeza: dedupe, normalização e regras de sobrevivência

    Deduplicar é decidir quem ‘sobrevive’ quando há conflito. Defina chaves (e-mail, telefone, CNPJ) e regra de sobrevivência (ex.: manter último responsável, manter data de criação mais antiga, manter último status). Padronize telefones, removas vírgulas/linhas quebradas e trate caracteres especiais.

  6. 6) Importação piloto (amostra real) e validação

    Importe 1% a 5% com casos chatos: lead sem e-mail, empresa com CNPJ, negócio com múltiplos produtos, mudanças de estágio, campos obrigatórios, usuários diferentes. Valide com checklist objetivo: contagem, campos críticos, datas, responsáveis, vínculos contato↔empresa↔negócio.

  7. 7) Migração em lote por ondas

    Faça ondas para reduzir risco: (1) usuários/equipes, (2) campos e pipelines, (3) contas/empresas, (4) contatos, (5) negócios, (6) atividades/notas/anexos, (7) produtos/tabelas de preço. Entre ondas, rode validações e correções.

  8. 8) Reconstrua automações e integrações (com cuidado)

    Automações raramente migram. Recrie fluxos críticos: criação de tarefas, alertas de SLA, regras de atribuição, webhooks e integrações com e-mail, telefonia, WhatsApp e formulários. Valide logs e permissões. Se houver pontuação de lead, documente critérios e revise — migração é um bom momento para cortar gordura.

  9. 9) Plano de corte (cutover) e contingência

    Defina data/hora de virada, plano de comunicação interno e como lidar com exceções (negócio urgente, suporte, alteração de cadastro). Mantenha acesso ao CRM antigo por um período acordado para auditoria e consulta, mesmo que ele vire apenas “arquivo histórico”.

O que normalmente se perde na migração (e como evitar)

Quando alguém diz “perdi o histórico”, quase sempre está falando de três coisas: (1) atividades na linha do tempo (ligações, e-mails, mensagens), (2) vínculo entre registros (contato-empresa-negócio) e (3) contexto (notas e anexos).

A verdade prática: contatos/empresas/negócios costumam migrar bem por importação. Já o histórico de comunicação depende de como o CRM registra isso e do que o CRM novo aceita importar. Em muitos casos, você consegue trazer como notas com data, ou anexar relatórios exportados, mas não replicar 100% a experiência da timeline original.

Evite frustração definindo antes: o que precisa ser ‘operável’ no dia a dia (campos e atividades acionáveis) e o que pode ser ‘consultável’ (arquivo).

  • Atividades (ligações/e-mails/WhatsApp): planeje se vira nota, tarefa ou se ficará no sistema anterior como consulta.
  • Proprietário/responsável: garanta mapeamento de usuários (e usuários desativados).
  • Datas: normalize fuso e formato (DD/MM/AAAA vs AAAA-MM-DD).
  • Estágios e motivos: crie listas no destino antes de importar para não “cair” tudo em texto solto.

Checklist rápido: antes, durante e depois

Se você só seguir uma coisa deste guia, siga este checklist. Ele evita 80% das migrações que “parecem ok” e estouram na primeira semana.

FaseChecagemComo validar
AntesDicionário de dados (de-para) aprovadoPlanilha com tipos de campo, obrigatórios e regras de transformação
AntesChaves de dedupe definidasDocumento com regra de sobrevivência e exemplos
DuranteImportação piloto concluídaAmostra confere vínculos, datas, responsáveis e campos críticos
DuranteLog de erros tratadoLista de rejeições/campos inválidos zerada ou aceita conscientemente
DepoisReconciliação de contagemTotais por objeto (contatos/empresas/negócios) batem dentro de uma margem explicada
DepoisValidação por casos reais5 a 10 vendedores testam seus negócios e confirmam histórico mínimo necessário

Modelo de “de-para” (campos que quase sempre dão problema)

Nem todo campo é igual. Os que mais quebram são listas (picklists), datas, moeda, IDs e campos que dependem de relacionamento.

Se você tem muitos campos personalizados, vale fazer uma triagem: o que é usado de verdade vs o que é ‘campo cemitério’. Migrar lixo deixa o CRM novo pesado e confuso.

  • Status/estágio: criar pipeline(s) e estágios no destino antes do import.
  • Fonte do lead: padronizar valores (ex.: “Instagram”, “Insta”, “IG” viram um só).
  • Telefone: normalizar DDI/DDD; decidir se armazena múltiplos telefones e como.
  • Empresa vs contato: decidir o que é “conta” e quando criar empresa automaticamente.
  • Produtos/itens: se o CRM novo suporta itens por negócio, prepare a estrutura; senão, registre em campo/nota.

Como lidar com WhatsApp, e-mail e telefonia na migração

Histórico de WhatsApp e e-mails é o ponto mais sensível. Mesmo quando existe integração nos dois CRMs, a forma de armazenar mensagens e metadados muda. Resultado: você até exporta, mas não reimporta igual.

Minha recomendação editorial (neutra): trate comunicação como duas camadas. Camada 1: o mínimo operacional no CRM (última interação, próximo passo, tags, status). Camada 2: o conteúdo completo (mensagens e anexos) — que pode precisar ficar no provedor/inbox/integrador, ou em export consultável.

Se o time depende de ‘ver tudo na timeline’, valide isso no piloto com um caso real: conversa longa, anexos, múltiplos atendentes e transferência entre pessoas.

Quando vale contratar migração assistida (mesmo em time pequeno)

Se você tem pouca gente, dá para migrar sozinho — mas existem sinais de risco. Não é sobre tamanho da empresa, é sobre complexidade e custo do erro.

Sinais de que a migração vai doer: múltiplos pipelines, muitos campos personalizados, regras de atribuição complexas, integrações críticas (WhatsApp/telefonia/formulários), e necessidade regulatória de manter histórico auditável.

  • Você não consegue explicar quais campos são obrigatórios e por quê.
  • Há muitos usuários inativos que ainda aparecem como responsáveis de negócios antigos.
  • O funil tem exceções (pular etapas, reabrir ganho/perdido) e isso importa para relatórios.
  • Você precisa manter rastreabilidade (quem alterou o quê e quando) e o CRM novo trata isso de forma diferente.

Perguntas frequentes

Consigo migrar 100% do histórico de e-mails e WhatsApp para outro CRM?
Nem sempre. Contatos, empresas e negócios costumam migrar bem; já a timeline de e-mails/WhatsApp depende do formato de armazenamento e das APIs/importadores do CRM destino. Em muitos projetos, parte do histórico vira nota/anexo ou permanece consultável no sistema antigo ou no provedor/integrador.
O que devo migrar primeiro: contatos ou negócios?
Em geral, empresas/contas e contatos primeiro, porque negócios dependem desses vínculos. Depois, importe negócios com seus estágios e responsáveis. Atividades/notas entram por último, quando a estrutura já está estável.
Como evitar duplicidade na migração?
Defina chaves (e-mail, telefone, CNPJ) e uma regra de sobrevivência (qual registro vence em conflitos). Limpe antes de importar e valide no piloto. Se o CRM novo tiver ferramenta de dedupe, use, mas não terceirize a decisão: dedupe é regra de negócio.
Quanto tempo demora uma migração de CRM?
Depende do volume de dados, complexidade de campos e integrações, e do nível de “histórico” que você quer preservar. Uma migração simples pode ser feita em dias; migrações com automações e múltiplos canais (WhatsApp/telefonia/e-mail) costumam exigir semanas entre inventário, piloto, validação e virada.

Leia também