O ciclo eterno: por que ninguém está satisfeito com o CRM que tem
Existe um padrão silencioso no mercado de CRM que poucos consultores, parceiros ou fornecedores vão admitir publicamente: a maioria das empresas que migra de plataforma acaba insatisfeita novamente dentro de 18 a 24 meses. Não porque a nova plataforma seja ruim — mas porque o problema original nunca era a plataforma.
Se você trabalha com Revenue Operations, já testemunhou esse ciclo pelo menos uma vez. O diretor comercial reclama que o Salesforce é "caro e complicado demais". Alguém sugere a HubSpot. Seis meses e centenas de milhares de reais depois, a empresa está na HubSpot. Passa-se um ano e meio: o novo VP de vendas reclama que a HubSpot "não tem a profundidade que precisamos". Alguém sugere voltar para o Salesforce. E o ciclo recomeça.
Do outro lado, acontece o espelho perfeito. Uma empresa na HubSpot cresce, contrata um CRO que "sempre trabalhou com Salesforce", e a migração começa. Dois anos depois, o CFO olha a fatura mensal e pergunta: "Estamos realmente usando 15% do que pagamos?"
A pergunta que deveria iniciar toda discussão de migração não é "qual CRM é melhor?", mas sim "o que exatamente está quebrado — e a culpa é realmente da ferramenta?"
Neste artigo, vou dissecar os padrões reais que movem empresas entre Salesforce e HubSpot — nas duas direções. Vou mostrar os motivos declarados versus os motivos reais, apresentar um framework para diagnosticar se sua migração é legítima ou um sintoma de outro problema, e detalhar um caso realista de quem fez a ida e a volta gastando quase R$ 2 milhões no processo.
Quem vai de Salesforce para HubSpot — e por quê
A migração Salesforce → HubSpot é possivelmente o movimento mais comum no mercado de CRM desde que a HubSpot consolidou sua plataforma como uma suíte completa de receita. Mas os motivos que as empresas declaram raramente coincidem com os motivos reais.
Os motivos declarados
- "O Salesforce é caro demais." — A licença Enterprise por usuário, mais os add-ons, mais o Pardot (agora Marketing Cloud Account Engagement), mais o CPQ, mais as integrações. A conta explode.
- "Nosso time não usa." — A adoção caiu, os dados estão sujos, os dashboards não refletem a realidade.
- "Precisamos de algo mais simples." — A interface é complexa, a curva de aprendizado é alta, cada personalização requer um admin dedicado.
- "Marketing e Vendas estão desconectados." — O Salesforce é forte em vendas, mas a integração com marketing sempre foi um ponto de atrito.
Os motivos reais
Por trás desses argumentos razoáveis, existem padrões mais profundos que quase nunca aparecem no business case de migração:
- Dívida técnica acumulada: anos de customizações, Apex triggers, campos obsoletos e automações conflitantes tornaram o Salesforce da empresa um Frankenstein que ninguém entende. A migração é, na verdade, uma chance de "começar de novo" — mas isso poderia ser feito dentro do próprio Salesforce.
- Troca de liderança: um novo CMO ou VP de Marketing que vem de ecossistema HubSpot e quer trazer seu playbook. Raramente admitido como motivo, mas incrivelmente frequente.
- Subutilização disfarçada de inadequação: a empresa nunca investiu em treinamento, nunca contratou um admin competente e nunca configurou o Salesforce direito. Culpar a ferramenta é mais fácil do que admitir negligência operacional.
- O argumento "all-in-one": a promessa de ter CRM, marketing, vendas, serviço e conteúdo numa única plataforma seduz — especialmente o CFO, que vê a consolidação de 5 contratos em 1.
Se você está considerando essa migração, recomendo antes ler nosso artigo sobre por que o problema quase nunca é da ferramenta — e sim de adoção. Muitas vezes, o que parece inadequação do Salesforce é, na verdade, uma crise de adoção que vai se repetir na HubSpot.
O perfil típico de quem migra de Salesforce para HubSpot com sucesso
Dito isso, existem casos legítimos. As empresas que mais se beneficiam dessa migração geralmente compartilham estas características:
- Faturamento entre R$ 15 milhões e R$ 150 milhões — grandes o suficiente para precisar de CRM sofisticado, pequenas demais para justificar o ecossistema Salesforce completo
- Times de vendas com 10-80 usuários de CRM — acima disso, o Salesforce começa a fazer mais sentido econômica e funcionalmente
- Operação fortemente orientada a inbound e marketing de conteúdo
- Sem dependência pesada de CPQ, billing ou processos de aprovação complexos
- Equipe técnica interna limitada (sem admin Salesforce dedicado)
Quem vai de HubSpot para Salesforce — e por quê
A migração inversa — HubSpot → Salesforce — é menos frequente em volume, mas crescente em relevância. E os gatilhos são diferentes.
Os motivos declarados
- "Estamos grandes demais para a HubSpot." — A empresa cresceu, tem centenas de reps, e sente que "bateu no teto".
- "Precisamos de relatórios mais avançados." — Custom report types, cross-object reporting, relatórios que a HubSpot não oferece nativamente.
- "Nosso processo comercial é complexo demais." — Multi-pipeline com dependências, processos de aprovação em cascata, territory management.
- "O ecossistema Salesforce é mais maduro." — AppExchange, integrações enterprise, compliance.
Os motivos reais
- Novo CRO ou VP de Vendas vindo de empresa Enterprise: "Sempre usei Salesforce" é, sozinho, responsável por uma parcela significativa dessas migrações. É o espelho exato do que acontece na direção contrária.
- Pressão de investidores ou board: em rodadas Series B ou C, fundos de venture capital com portfolio pesado em Enterprise pressionam por "ferramentas enterprise" — e Salesforce é o nome que aparece.
- Necessidade real de customização profunda: este é o motivo legítimo. Quando o modelo de negócio exige objetos customizados interligados, lógica de negócio em backend, e integrações bidirecionais com sistemas legados, o Salesforce genuinamente oferece mais flexibilidade.
- Confusão entre limitação da HubSpot e limitação da implementação: muitas empresas na HubSpot nunca exploraram custom objects, calculated properties, programmable automation ou o Breeze Copilot para otimizar processos. Assumem que "a HubSpot não faz" sem ter investigado.
O perfil típico de quem migra de HubSpot para Salesforce com sucesso
- Faturamento acima de R$ 200 milhões ou crescimento explosivo que projeta atingir esse patamar em 12 meses
- Times de vendas acima de 100 usuários com estruturas hierárquicas complexas (territories, divisões, business units)
- Processos de vendas com múltiplas linhas de produto que exigem CPQ robusto
- Integrações complexas com ERP, sistemas financeiros legados e ferramentas proprietárias
- Equipe técnica interna que inclui Salesforce Admin e idealmente Salesforce Developer
Quem volta: o fenômeno do CRM boomerang
Aqui está a parte que ninguém gosta de admitir. Uma parcela significativa de empresas que migram de CRM acaba voltando à plataforma anterior — ou migrando para uma terceira plataforma — dentro de 2 a 4 anos. Eu chamo isso de "CRM boomerang".
Não existem estatísticas públicas consolidadas sobre esse fenômeno, porque nenhum vendor tem interesse em divulgá-las. Mas qualquer consultor experiente de CRM pode confirmar: a reincidência é real e recorrente.
Por que o boomerang acontece
- A migração resolveu o sintoma, não a causa. Se o problema era adoção, processo ou governança, ele vai reaparecer na nova plataforma — geralmente entre 12 e 24 meses após o go-live. Como detalhamos no artigo sobre o segundo ano de CRM onde tudo desmorona, a entropia pós-implementação é um fenômeno independente de plataforma.
- Nova liderança, novo ciclo. O executivo que patrocinou a migração sai. O substituto tem preferências diferentes. O ciclo recomeça.
- Expectativas mal calibradas. A empresa esperava que a nova plataforma resolvesse problemas organizacionais (silos, falta de processo, dados ruins) que nenhum software resolve sozinho.
- Custo total inesperado. O licenciamento pode ter ficado mais barato, mas os custos de migração, retraining, integração e produtividade perdida estouraram qualquer economia projetada.
O Framework DRIFT: diagnosticando o verdadeiro motivo da migração
Para evitar o boomerang e tomar uma decisão de migração com lucidez — ou decidir não migrar — desenvolvi o framework DRIFT. Ele força a organização a ser honesta sobre o que realmente está motivando a discussão.
DRIFT é um acrônimo para cinco dimensões que devem ser investigadas antes de qualquer decisão de migração:
Como aplicar o DRIFT na prática
Cada dimensão deve receber uma nota de 1 a 5. Se a soma for menor que 15, a migração provavelmente é prematura. Veja como pontuar:
| Dimensão | Nota 1-2 (Fraco) | Nota 3 (Médio) | Nota 4-5 (Forte) |
|---|---|---|---|
| D — Dados | Baseado em queixas anedóticas | Algumas métricas, mas incompletas | Relatório detalhado de uso, adoção e gaps |
| R — Raiz | Problema é claramente de processo/pessoas | Mix de limitação da ferramenta e processo | Limitação objetiva da plataforma documentada |
| I — Impulsionador | Preferência pessoal de um executivo | Múltiplos stakeholders, mas sem consenso | Decisão institucional com alinhamento cross-funcional |
| F — Financeiro | Só compararam preço de licença | Incluíram migração, mas subestimaram custos ocultos | TCO completo com cenários pessimista/otimista |
| T — Teste | Viram uma demo e se encantaram | Fizeram sandbox básico | POC com dados reais e time piloto por 30+ dias |
Interpretação:
- 5-10 pontos: NÃO migre. Resolva os problemas subjacentes primeiro.
- 11-15 pontos: Prossiga com cautela. Invista mais tempo nas dimensões fracas antes de decidir.
- 16-20 pontos: A migração provavelmente é justificável. Avance com planejamento rigoroso.
- 21-25 pontos: Caso forte. Execute com confiança — mas não pule o planejamento.
Se você vai usar o DRIFT e chegar à conclusão de que deve migrar, consulte o artigo sobre o verdadeiro custo de migrar de CRM — onde apresentamos o framework SWITCH para planejar a transição com realismo financeiro.
Case detalhado: a empresa que migrou duas vezes em 3 anos
Imagine uma empresa brasileira de serviços de tecnologia — consultoria e implementação de software — que faturava R$ 45 milhões por ano em 2023. Time de vendas com 25 reps, time de marketing com 8 pessoas, time de CS com 12. Usavam Salesforce há 4 anos.
A ida: Salesforce → HubSpot (início de 2024)
O contexto era clássico: um novo diretor de marketing entrou na empresa vindo de uma scale-up que usava HubSpot. Ele olhou para o Salesforce e viu uma plataforma mal configurada — campos obsoletos, automações conflitantes, dashboards que ninguém consultava. O time de vendas alimentava o CRM por obrigação e os dados eram questionáveis.
O diretor de marketing apresentou ao board um business case convincente:
- Custo anual do Salesforce: R$ 480.000 (licenças + Pardot + add-ons + admin terceirizado)
- Custo projetado da HubSpot: R$ 290.000/ano (Enterprise Suite com onboarding)
- Economia projetada em 3 anos: R$ 570.000
- Custo de migração estimado: R$ 180.000 (parceiro de implementação + migração de dados)
- ROI projetado: positivo no mês 10
O board aprovou. A migração foi executada em 5 meses. No papel, foi um sucesso.
A lua de mel (6 meses após go-live)
Os primeiros 6 meses foram genuinamente positivos:
- A interface mais intuitiva da HubSpot aumentou a adoção inicial
- Marketing finalmente tinha controle sobre automações sem depender de terceiros
- Os relatórios de marketing eram melhores do que nunca
- O custo mensal caiu 40%
A entropia (12-18 meses)
Começaram a aparecer os problemas que ninguém antecipou:
- O processo comercial era mais complexo do que a HubSpot suportava nativamente. A empresa vendia projetos com ciclos de 6-12 meses, múltiplos decisores e propostas que precisavam de aprovação em cascata. Os workarounds na HubSpot eram frágeis.
- Os reports de vendas perderam profundidade. No Salesforce, o time de vendas tinha relatórios cross-object sofisticados. Na HubSpot, alguns desses relatórios simplesmente não eram possíveis sem custom reports avançados — e o time não sabia construí-los.
- A integração com o ERP deu problema. O conector que funcionava com Salesforce não tinha equivalente para HubSpot. A integração customizada custou R$ 95.000 extras — não previstos no orçamento.
- O novo VP de vendas (contratado 8 meses após a migração) odiou a HubSpot. Vindo de uma empresa Enterprise, ele considerava a plataforma "amadora" para o porte da operação.
A volta: HubSpot → Salesforce (meados de 2025)
O VP de vendas, com apoio do CFO (que viu os custos de integração e customização escalarem), apresentou o caso para voltar ao Salesforce. Desta vez, "direito". Contrataram um parceiro especializado de implementação Salesforce. Orçamento aprovado: R$ 350.000 para migração e reimplementação.
O custo real da volta:
- Migração e reimplementação Salesforce: R$ 420.000 (20% acima do orçamento)
- Licenciamento Salesforce novo contrato: R$ 520.000/ano (mais caro que antes — mais usuários, novos módulos)
- Retraining de todos os times: R$ 65.000
- Integração com ERP (de novo): R$ 80.000
- Produtividade perdida durante transição: estimada em R$ 150.000 (2 meses de performance reduzida)
O balanço final
| Item | Valor (R$) |
|---|---|
| Migração Salesforce → HubSpot (2024) | R$ 180.000 |
| Integração ERP com HubSpot (não planejada) | R$ 95.000 |
| Licenciamento HubSpot (~18 meses) | R$ 435.000 |
| Migração HubSpot → Salesforce (2025) | R$ 420.000 |
| Retraining times | R$ 65.000 |
| Reintegração ERP com Salesforce | R$ 80.000 |
| Produtividade perdida (ambas as migrações) | R$ 300.000 |
| CUSTO TOTAL DO CICLO BOOMERANG | R$ 1.575.000 |
Resultado: a empresa gastou R$ 1,575 milhão e 30 meses para acabar de volta onde começou — no Salesforce. Se tivesse investido R$ 200.000 a R$ 300.000 em uma reimplementação limpa do Salesforce original, com treinamento, governança e um admin dedicado, teria alcançado resultado superior por uma fração do custo.
Se aplicarmos o Framework DRIFT retroativamente, essa migração teria pontuado no máximo 9-10 pontos — zona vermelha de "não migre". Os dados eram anedóticos, a raiz era processo/adoção, o impulsionador era um único executivo, o financeiro era incompleto e não houve teste real.
O custo real que ninguém coloca na planilha
O case acima ilustra algo que discutimos em detalhe no artigo sobre o verdadeiro custo de migrar de CRM: o orçamento declarado é sempre uma fração do custo real. Mas além dos custos financeiros diretos, existem custos invisíveis que raramente entram na análise:
Custos de conhecimento perdido
Cada migração destrói conhecimento institucional. Automações, relatórios, workflows, playbooks — tudo que foi construído na plataforma anterior precisa ser reconstruído. Mas no processo, nuances se perdem. Aquela automação que "enviava um alerta para o gerente quando um deal estagnava por 15 dias" não foi documentada e ninguém lembrou de recriá-la. Três meses depois, deals estão morrendo em silêncio — exatamente o tipo de vazamento invisível no deal cycle que descrevemos em artigo anterior.
Custos de fadiga organizacional
Cada migração consome capital político. O time que passou meses adaptando-se a uma plataforma não vai receber com entusiasmo o anúncio de que vai migrar de novo. A confiança na liderança se erode. A próxima iniciativa de tecnologia — mesmo que legítima — vai enfrentar ceticismo brutal.
Custos de dados degradados
Toda migração introduz perdas e inconsistências de dados. Mesmo com mapeamento cuidadoso, campos que não têm equivalente direto na nova plataforma são adaptados de formas que perdem fidelidade. Históricos de atividade ficam truncados. Timestamps mudam. E quando o ciclo boomerang acontece, a degradação é dupla.
Custos de integração em cascata
Cada ferramenta do stack que se conecta ao CRM precisa ser reconfigurada — ou substituída. E cada reconfiguração tem risco de introduzir bugs, perdas de dados e downtime. Se a empresa opera com um stack enxuto de RevOps, o impacto é menor. Se tem 15 ferramentas conectadas, o custo de integração facilmente ultrapassa o custo do próprio CRM.
Quando migrar realmente faz sentido — e quando não faz
Depois de tudo isso, seria fácil concluir que "nunca se deve migrar de CRM". Não é isso que estou dizendo. Existem cenários onde a migração é a decisão correta. A questão é distingui-los dos cenários onde a migração é um reflexo de problemas organizacionais.
Migre quando:
- Existe uma limitação objetiva e documentada da plataforma que impede um processo de negócio crítico — e não há workaround razoável. Exemplo: você precisa de territory management hierárquico para 200 reps e a plataforma atual simplesmente não oferece isso.
- O modelo de negócio mudou fundamentalmente. A empresa que era um SaaS PLG (product-led growth) e migrou para vendas enterprise com equipes de solução complexas pode legitimamente ter outgrown sua plataforma.
- O custo total de propriedade é comprovadamente desbalanceado. Não "acho que pagamos caro" — mas uma análise real mostrando que a empresa paga por funcionalidades que não usa e que uma alternativa mais barata atende com sobra. E o custo de migração já está incluído na conta.
- A dívida técnica é irrecuperável. Às vezes, o Salesforce da empresa tem tantas customizações, code triggers conflitantes e automações legadas que reconstruir do zero (mesmo dentro do Salesforce) custaria tanto quanto migrar. Nesse caso, migrar pode ser uma decisão racional — se a nova plataforma realmente atende.
Não migre quando:
- O problema principal é adoção. Se seu time não usa o CRM atual, não vai usar o próximo. Leia nosso artigo sobre problemas de adoção que são confundidos com problemas de ferramenta.
- O impulsionador é um único executivo trazendo sua preferência. Executivos mudam de empresa a cada 2-3 anos em média. A plataforma de CRM fica.
- Nunca houve investimento sério na plataforma atual. Se nunca houve um admin dedicado, nunca houve treinamento, nunca houve governança de dados — o problema não é a ferramenta. É negligência operacional.
- A motivação é "começar do zero". Essa é a mais perigosa. Começar do zero parece atraente porque o CRM novo está limpo. Mas em 18 meses, sem governança, ele estará tão sujo quanto o anterior.
E se eu já estiver no meio de uma migração?
Se você leu tudo isso e está pensando "mas nós já começamos a migrar" — respire. Nem tudo está perdido. Vamos abordar os cenários mais comuns:
"Já assinamos o contrato com a nova plataforma, mas não começamos a implementação"
Aplique o DRIFT agora. Se a pontuação for baixa, considere seriamente pausar — mesmo que haja custo de contrato. O custo de uma migração mal-feita será muito maior que a penalidade contratual. Converse com o vendor sobre pausar o início do projeto enquanto valida os requisitos.
"Estamos no meio da implementação e já percebemos problemas"
Documente tudo. Classifique os problemas em três categorias:
- Problemas de implementação — podem ser resolvidos com mais tempo ou outro parceiro
- Limitações reais da plataforma — não têm solução, apenas workarounds
- Problemas de processo que a migração expôs — estes são valiosos, porque agora você sabe que existem
Se a maioria dos problemas é da categoria 1 ou 3, prossiga. Se a maioria é categoria 2, você precisa avaliar se os workarounds são toleráveis.
"Já migramos e estamos insatisfeitos"
Não entre no boomerang. Antes de qualquer discussão sobre "voltar", invista 6-12 meses em otimizar a plataforma atual com seriedade. Contrate um especialista. Explore funcionalidades que o time desconhece. Implemente governança de dados. Treine o time. Se depois de um esforço genuíno de otimização o problema persistir — e for documentável como limitação da plataforma — aí sim considere a próxima ação.
"Meu chefe quer migrar e eu sei que é por preferência pessoal"
Essa é a mais delicada. Minha recomendação: apresente o DRIFT como framework de análise "para garantir que tomamos a melhor decisão". Não se oponha frontalmente — isso raramente funciona. Deixe os dados e a análise fazerem o trabalho. Se mesmo após o DRIFT a decisão for migrar por motivos políticos, documente sua posição e garanta que o planejamento seja rigoroso. Às vezes, a migração politicamente motivada acaba dando certo — desde que a implementação seja bem feita.
Conclusão: o CRM certo é o que sobrevive ao segundo ano
Depois de analisar dezenas de migrações nas duas direções, chego a uma conclusão que pode parecer anticlimática: para a maioria das empresas do mid-market (R$ 10-500 milhões de faturamento), tanto Salesforce quanto HubSpot são plataformas capazes de suportar a operação de receita. A diferença entre sucesso e fracasso raramente está na plataforma escolhida.
A diferença está em três fatores que nenhum vendor gosta de discutir:
- Governança contínua: quem cuida do CRM depois do go-live? Quem garante a qualidade dos dados? Quem revisa as automações trimestralmente? Quem treina novos funcionários? Se a resposta para qualquer uma dessas perguntas é "ninguém", sua plataforma vai degradar — qualquer que seja ela. É exatamente isso que descrevemos no artigo sobre entropia pós-implementação.
- Alinhamento organizacional: se Marketing, Vendas e CS não concordam sobre o que significa um lead qualificado, sobre como medir pipeline e sobre quem é responsável por cada etapa da jornada do cliente, nenhum CRM vai resolver. Esse é fundamentalmente o papel de Revenue Operations como disciplina.
- Investimento proporcional: como discutimos no artigo sobre como escolher a plataforma de CRM certa, a plataforma ideal depende do porte, complexidade e maturidade da operação. Não existe "melhor CRM\