Quem sai da planilha para um CRM enfrenta a desordem de dado solto. Quem sai de um CRM para outro enfrenta algo mais traiçoeiro: um sistema que já funciona, com campos, automações e histórico que a equipe usa todo dia. A proposta de migração costuma orçar a parte fácil, a importação dos registros, e deixar de fora justamente o que dá trabalho. Por isso o número que chega na fatura quase nunca é o número que a migração realmente custa.
Migrar de HubSpot ou Pipedrive para o Salesforce custa mais no que vem antes e depois da importação do que na importação em si. O caro é mapear campos sem par entre os CRMs, limpar o dado duplicado que já vem sujo, recriar as automações que não atravessam e retreinar a equipe. Orce esses quatro, não só a carga.
Por que a importação é a parte barata
Existe uma ilusão confortável na migração de CRM: como os dados já estão estruturados no sistema antigo, parece que basta exportar de um lado e importar do outro. E a carga em si é mesmo rápida. Um CSV de contatos entra no Salesforce em horas, com Data Loader ou com a importação nativa. Se a conta fosse só isso, ninguém precisaria de projeto.
O problema é que a importação é o meio do caminho, não o começo nem o fim. Antes dela existe todo o trabalho de decidir o que cada campo do CRM antigo vira no novo, e de limpar o que vem torto. Depois dela existe toda a operação que dependia de automações que não atravessaram. É o contraste com quem vem da planilha: na migração de planilha para o CRM, o desafio é dar estrutura a um dado solto; aqui, o dado já tem estrutura, só que a errada, moldada por outra ferramenta, e desmontá-la para remontar no formato do Salesforce é o que consome o orçamento.
Se o orçamento que você recebeu fala só em quantidade de registros e prazo de carga, ele está medindo a parte barata. Os quatro custos abaixo são onde o dinheiro de verdade mora, e nenhum deles aparece num export de CSV.
Custo 1: mapear os campos que não têm par
Cada CRM tem seu próprio jeito de guardar a informação, e é raro que dois sistemas usem os mesmos campos. O HubSpot trabalha com propriedades de contato, empresa e negócio; o Pipedrive, com campos de pessoa, organização e deal; o Salesforce, com Lead, Account, Contact e Opportunity, mais o modelo de objetos que você desenhar. Migrar não é copiar coluna para coluna, é decidir, campo a campo, para onde cada dado vai e o que fazer com o que não tem destino óbvio.
O trabalho invisível está nos campos sem par. O estágio de negócio do Pipedrive não corresponde ao ciclo de vendas padrão do Salesforce, e alguém precisa decidir o de-para. Uma propriedade que o marketing criou no HubSpot três anos atrás pode não fazer sentido nenhum no novo modelo, ou pode ser crítica e ninguém lembra por quê. Multiplicado por dezenas de campos, isso vira uma série de decisões de negócio, não de importação, e cada erro aqui custa caro depois, porque relatório e automação são construídos em cima desse mapeamento. Errar o de-para é decidir a org inteira com o dado ambíguo desde o primeiro dia.
Custo 2: o dado que já vem sujo
Existe um mito de que dado vindo de CRM é dado limpo. Na prática, um CRM em uso há anos acumula tanta sujeira quanto uma planilha, só que mais escondida. Contato duplicado porque o mesmo cliente virou lead três vezes por campanhas diferentes. Empresa cadastrada com quatro grafias. Negócio aberto que nunca foi fechado nem perdido, parado no funil há dezoito meses. Campo obrigatório que a equipe aprendeu a preencher com um ponto para o sistema deixar salvar.
Importar isso sem tratar é transferir a bagunça de endereço, com o agravante de que agora ela mora no sistema que deveria ser a fonte confiável. O tratamento do dado, deduplicar, padronizar, decidir qual registro é o verdadeiro quando há três, é quase sempre a etapa mais longa da migração. E exige critério, não só ferramenta: casar dois registros do mesmo cliente com nomes ligeiramente diferentes é um problema de deduplicação com matching fuzzy, não de comparação exata. Quem pula essa fase para economizar tempo paga a conta multiplicada depois, em relatório errado e vendedor que não confia no CRM.
Custo 3: as automações que não migram
Este é o custo que mais surpreende o gestor, porque é invisível até a migração acontecer. Nenhuma automação atravessa a fronteira entre os CRMs. Todo workflow do HubSpot, toda sequência de e-mail, toda automação de deal do Pipedrive, tudo que faz a operação girar sozinha precisa ser reconstruído do zero dentro do Salesforce, em Flow ou em Apex.
Reconstruir, por si só, não é o mais caro. O caro é descobrir o que reconstruir. Automação antiga é sedimento: criada ao longo de anos, por pessoas diferentes, muitas já fora da empresa, e quase nunca documentada. Antes de reescrever, alguém precisa abrir cada regra ativa, entender o que ela dispara e por quê, e decidir se ainda faz sentido. Boa parte não faz, e limpar é um ganho, mas o levantamento custa horas. Depois vem a escolha técnica de como reconstruir cada uma, onde se decide quando um Flow resolve e quando o caso pede Apex. Subestimar essa fase é o motivo número um de migração que estoura prazo.
Custo 4: o downtime e o retreino da equipe
O quarto custo não aparece na fatura da consultoria porque sai da folha de pagamento da própria empresa. Durante a virada, a equipe convive com dois sistemas ou trabalha mais devagar porque o novo ainda não está redondo: negócio no meio do funil precisa ser reconciliado, e o relatório que a diretoria olhava toda segunda some por algumas semanas até ser reconstruído. Isso é downtime, e downtime em vendas é receita que atrasa.
Depois vem o retreino, o custo mais longo dos quatro porque não termina no go-live. Um vendedor acostumado a anos de HubSpot ou Pipedrive tem a mão viciada em outra tela, outro fluxo, outros atalhos. Nas primeiras semanas ele produz menos, erra o cadastro, reclama que era mais fácil antes. Aqui mora o risco real de a migração fracassar não por problema técnico, mas por rejeição: a equipe volta a trabalhar por fora, no e-mail e na planilha paralela, e o CRM novo vira um banco de dados morto. Vencer isso é trabalho de adoção, de transformar o recurso em hábito, e começa antes do primeiro registro migrar, não depois.
A conta somada: um exemplo com números
Imagine uma operação de vendas média que sai do HubSpot para o Salesforce: 8 mil contatos, 3 funis, cerca de 20 automações ativas acumuladas em quatro anos e 6 vendedores. A tabela abaixo distribui o esforço típico desse projeto em horas, para mostrar onde o tempo, e portanto o dinheiro, realmente vai.
| Etapa | Esforço típico | Por que pesa |
|---|---|---|
| Importação dos registros | 10% a 15% das horas | A carga em si é rápida com Data Loader; é a parte que a proposta enxuta orça |
| Mapeamento de campos | 15% a 20% | Decidir o de-para campo a campo, tratar o que não tem par no Salesforce |
| Limpeza e dedup do dado | 25% a 30% | Deduplicar, padronizar e validar a base suja que vem do CRM antigo |
| Recriar automações | 20% a 25% | Levantar cada workflow, entender a regra e reconstruir em Flow ou Apex |
| Downtime e retreino | 15% a 20% | Sai da folha da empresa, não da fatura; é o custo mais subestimado |
Repare no que a tabela mostra: a importação, a única etapa que a proposta barata costuma detalhar, é a menor fatia do bolo. Some as três fatias do meio, mapeamento, limpeza e automações, e você tem entre 60% e 75% do projeto concentrado no trabalho que nenhum export de CSV revela. Se um orçamento de migração te cobra sobre a importação e trata o resto como "ajustes", ele não está barato, está incompleto, e a diferença vai aparecer como aditivo no meio do caminho.
Coloque um número simples para sentir o peso. Se o projeto inteiro leva 200 horas, a importação são umas 25; o tratamento do dado e a recriação de automações, sozinhos, passam de 100. A pergunta certa para o fornecedor não é "quanto custa importar meus contatos", é "quantas horas você reservou para mapear campos, limpar a base e recriar as automações". Quem não tem essa resposta pronta não olhou para o problema de verdade.
Como orçar sem susto
A migração deixa de assustar quando você mede antes de pedir preço, do mesmo jeito que se faz para dimensionar quanto custa um projeto Salesforce qualquer. Três levantamentos resolvem a maior parte da incerteza.
- Conte os campos, não os registros. Exporte a lista de propriedades ou campos customizados do seu CRM atual. O tamanho dessa lista, e quantos itens dela não têm equivalente óbvio no Salesforce, prevê o custo de mapeamento melhor do que o número de contatos. Dez mil contatos com quinze campos migram fácil; mil contatos com noventa campos customizados são um projeto.
- Meça a sujeira da base. Rode uma verificação rápida de duplicatas e de campos vazios ou padronizados no CRM de origem. Se a taxa de duplicata é alta e metade dos campos está pela metade, a fase de limpeza vai dominar o cronograma, e é melhor saber disso antes de assinar prazo.
- Liste as automações ativas e o que cada uma faz. Abra o painel de workflows do HubSpot ou de automações do Pipedrive e conte quantas estão ligadas. Para cada uma, escreva em uma linha o que ela dispara. Esse documento, sozinho, corta semanas do projeto e evita que você pague para alguém redescobrir uma lógica que a sua equipe já conhece.
Com esses três números na mão, o de campos, o de sujeira e o de automações, você conversa com qualquer fornecedor de igual para igual e enxerga na hora se a proposta orçou a migração inteira ou só a carga. É a diferença entre um preço fechado que se sustenta e um que vira surpresa na segunda fatura.
O que a Vetra me mostrou
A Vetra Distribuidora é a empresa fictícia que uso como org de demonstração deste portfólio, e montar a operação de vendas dela do zero deixou clara qual etapa realmente pesa numa migração. Construir os objetos, os funis e as automações em Flow e Apex foi a parte previsível, aquela que se estima bem. O tempo escapou em outro lugar: em decidir o modelo de dado antes de qualquer registro entrar, definir qual campo era a fonte de verdade e qual era redundante, e manter a regra de negócio legível em vez de espalhada.
A lição vale direto para quem troca de CRM. Numa migração real, esse trabalho de modelagem e limpeza não parte do zero como na Vetra: parte de um sistema legado cheio de decisões antigas que precisam ser desfeitas antes de refeitas, e desfazer custa mais que fazer. Por isso a migração entre CRMs é quase sempre mais cara, hora por hora, do que começar do nada, e a migração barata é a que você prepara bem, não a que apressa. Quando a decisão ainda é entre trocar ou não, o exercício honesto é comparar o custo dessa mudança com o que o seu CRM atual já custa frente ao Salesforce, porque migrar só compensa quando o ganho do destino cobre, com folga, a conta de sair da origem.
Perguntas frequentes
Quanto custa migrar do HubSpot para o Salesforce?
O custo real não está na importação dos registros, que é rápida, e sim no que vem antes e depois dela. Pesam o mapeamento de campos que não têm equivalente entre os dois CRMs, a limpeza do dado duplicado que já vem sujo, a recriação das automações que não migram e o retreino da equipe. Numa operação média, esses quatro itens respondem por mais de dois terços das horas do projeto. Orce cada um separado; se a proposta só fala em importar contatos, ela está incompleta.
Dá para migrar do Pipedrive para o Salesforce sem perder o histórico?
Dá, mas nem todo histórico vale a pena trazer. Registros vivos, negócios em aberto e contatos ativos entram por importação direta. Histórico morto, como notas de negócios fechados há anos, costuma sair mais barato num arquivo de consulta do que reconstruído dentro do Salesforce, onde cada campo sem par vira decisão de modelagem. Traga o que a operação usa e arquive o resto; migrar tudo por medo de perder é o que infla a conta sem devolver valor.
As automações do HubSpot ou do Pipedrive migram para o Salesforce?
Não migram. Workflow de HubSpot e automação de Pipedrive são específicos de cada plataforma e precisam ser recriados do zero no Salesforce, em Flow ou Apex. A parte cara não é reconstruir, é primeiro entender o que cada automação faz de verdade, porque muita regra antiga foi criada por alguém que já saiu e ninguém documentou. Mapear a lógica atual costuma dar mais trabalho que reescrevê-la.
Quanto tempo leva uma migração de CRM para o Salesforce?
Para uma operação pequena ou média, com um funil principal e um punhado de automações, o corpo do trabalho cabe em algumas semanas. O que estica o prazo não é o volume de registros, é a qualidade do dado e o número de automações a recriar. Uma base limpa com cinco workflows migra rápido; uma base suja com quarenta regras acumuladas ao longo de anos vira um projeto de meses. Meça esses dois fatores antes de prometer uma data.