Migração de plataforma de marketing

Por que se migra de plataforma de marketing

Migração raramente acontece por entusiasmo — ela é forçada por gatilhos específicos. Os mais comuns:

Renovação cara. Plataforma atual entrou em ciclo de aumento de preço (frequentemente por crescimento da base ou consumo) e o contrato de renovação chega 40-100% mais caro. Migrar passa a ser economicamente vantajoso frente à renovação.

Funcionalidade incompatível com a operação. Empresa precisa de marketing baseado em contas (ABM), automação multi-marca, multi-idioma, pontuação preditiva de leads ou integração específica que a plataforma atual não oferece. Tentar adaptar via integrações externas vira gambiarra cara.

Fusões e aquisições (M&A). Empresa adquirida ou adquirente traz uma plataforma diferente — consolidar em uma só elimina contrato duplicado, processo duplicado e equipe duplicada.

Crescimento estourou o tier de preço. Plataforma atual cobra por contato ativo ou por volume de envio — empresa cresce, pula tier e descobre que a próxima faixa custa o dobro. Migrar para concorrente com modelo de preço diferente vira opção real.

Degradação operacional sem solução. Automação atrasa, bounces aumentam, deliverability cai, suporte do fornecedor não resolve. Em vez de seguir investindo em uma plataforma que não responde, migra.

Em qualquer cenário, a decisão de migrar é precedida por avaliação formal — custo total de propriedade (TCO) das opções, fit funcional, capacidade de implementação, prazo. Migrar é caro, lento e arriscado; só faz sentido quando o custo de ficar é maior que o custo de mudar.

As cinco fases da migração

Migração bem feita segue cinco fases sequenciadas. Pular ou misturar fases é a fonte mais comum de falha do projeto.

1. Descoberta — inventário do que existe. Levantamento completo do que está em operação na plataforma atual: quantos contatos, quantas listas e segmentações, quantos modelos de email ativos, quantas automações rodando, quantas integrações com sistemas externos, quantos painéis e relatórios em uso. Em média empresa, esse inventário sozinho leva 2-4 semanas e revela surpresas — automações abandonadas que ninguém lembrava, integrações esquecidas, dados duplicados.

2. Mapeamento — objeto a objeto. Para cada item do inventário, decide-se: migra? migra como está? migra reescrito? não migra (descomissiona)? Para pequena empresa, esse mapeamento é simples; para média e grande, vira matriz formal de centenas de linhas, com responsável e prazo por objeto.

3. Construção na nova plataforma. Recriação ordenada na nova plataforma: contatos importados, segmentações refeitas, modelos reconstruídos, automações reescritas, integrações reconfiguradas. Tipicamente a fase mais longa (40-60% do tempo total do projeto).

4. Paralelismo — rodar as duas. As duas plataformas ativas simultaneamente por período definido (semanas em pequena empresa, meses em grande). Permite validar entregas, comparar resultados, ajustar configuração antes do corte definitivo.

5. Cutover e descomissionamento. Corte final: a partir de uma data, só a nova plataforma envia. A antiga fica em modo somente leitura por mais 30-90 dias (para consulta) e depois é descontratada. Cuidados nessa fase: backup completo, decisão de quais dados históricos preservar, encerramento formal de contrato.

Sequenciamento por objeto: o que migra primeiro

A ordem de migração não é arbitrária — segue dependências naturais. Sequência típica:

Contatos primeiro. Toda a operação depende de ter a base de destinatários disponível. Exportação da plataforma antiga (CSV ou via API), tratamento de duplicidades, validação de campos obrigatórios e importação na nova. Atenção: opt-in não pode "resetar" — preserve a evidência de consentimento original conforme exige a LGPD.

Segmentações e listas. Recriar segmentações dinâmicas com os mesmos critérios. Aqui aparecem incompatibilidades — campos calculados ou filtros que existem em uma plataforma e não na outra precisam ser ajustados ou substituídos.

Modelos de email. Reconstrução visual e funcional dos modelos ativos. Frequentemente uma oportunidade boa de limpar — empresa que tem 80 modelos no acervo normalmente usa só 12-15; descontinue os outros em vez de migrar lixo.

Automações e fluxos. Recriação dos fluxos de nutrição, recuperação de carrinho, boas-vindas, reativação. Etapa mais sujeita a erro — pequenas diferenças entre plataformas (como condições são avaliadas, gatilhos disparam) geram comportamento diferente do esperado. Testar cada automação antes de ativar é obrigatório.

Integrações com CRM e demais sistemas. CRM (Salesforce, HubSpot, Pipedrive, RD CRM), site, eventos, comércio eletrônico, atendimento ao cliente. Cada integração precisa ser refeita e testada — quebra de integração com CRM é a causa mais comum de leads sumindo durante migração.

Dados históricos. Histórico de envios, aberturas, cliques, pontuação acumulada, atividade de cada contato. Decisão importante: migra-se quanto tempo de histórico? 2 anos? 5 anos? Tudo? Migração de histórico inflama custo e complexidade — frequentemente vale exportar para o data warehouse e migrar apenas histórico recente para a nova plataforma.

Relatórios e painéis. Reconstrução dos painéis e dos relatórios automáticos. Última fase porque depende de todos os dados anteriores estarem migrados.

Estratégias de paralelismo

Paralelismo — rodar as duas plataformas simultaneamente por algum tempo — é a fase mais delicada. Três abordagens, com trade-offs distintos:

Hard cutover. Corte abrupto: hoje envia pela antiga; amanhã envia pela nova; sem sobreposição. Vantagem: simples, barato, sem custo dual. Desvantagem: risco alto — qualquer problema na nova plataforma para a operação inteira. Funciona em pequena empresa com operação simples, plataforma testada exaustivamente em ambiente de homologação, e disposição executiva para aceitar risco.

Paralelismo seletivo com campanha-piloto. Migra primeiro uma campanha ou um segmento — newsletter para audiência menor, fluxo de boas-vindas para 10% dos novos contatos. Roda em paralelo com a antiga (que continua atendendo todo o restante) por 4-8 semanas. Se a campanha piloto entrega bem, expande gradualmente o escopo até cobrir todas as campanhas e a antiga ser desligada. Vantagem: risco controlado. Desvantagem: custo dual durante a transição (assinaturas das duas plataformas) e operação mais complexa de coordenação.

Paralelismo por unidade de negócio (waves). Empresa multi-marca ou multi-geografia migra unidade por unidade. Vantagem: aprendizado de uma onda informa a próxima; risco contido por unidade. Desvantagem: prazo total longo (6-18 meses em grande empresa), custo dual extenso.

Em projetos de média e grande empresa, paralelismo seletivo é o padrão. Hard cutover só faz sentido em operação muito simples ou quando o orçamento dual é proibitivo.

Plano de contingência: rollback, snapshot e o pior cenário

Toda migração séria precisa de plano de contingência documentado antes do cutover. Três peças:

Snapshot e backup completo da plataforma antiga. Antes de qualquer corte, exportação fria completa: todos os contatos, históricos, automações exportadas e armazenadas em arquivo fora da plataforma (CSV, JSON, parquet em data warehouse). Funciona como seguro caso a nova plataforma falhe e seja preciso restaurar o estado anterior.

Plano de retorno (rollback). Documento explícito: se algo der errado nas primeiras 72-96 horas pós-cutover, qual o caminho para voltar a operar na antiga? Quem decide? Quanto tempo leva? Quais campanhas conseguem ser restauradas e quais não?

Janela de monitoramento intensivo pós-cutover. Primeiras 2-4 semanas com acompanhamento diário (no mínimo): volume de envio, taxa de bounce, taxa de entrega, automações disparando como esperado, integrações operando, pontuação de leads atualizando. Sintomas precoces de problema são mais fáceis de corrigir nessa janela do que descobertos por reclamação de cliente meses depois.

Governança e LGPD na migração

Migração toca dois pontos sensíveis: governança da operação e conformidade com a LGPD.

Governança. Quem é o dono da migração? Em projeto formal, a resposta é uma pessoa só — não um comitê. Esse dono toma decisões logadas (ata curta de cada decisão importante), comunica com vendas e atendimento sobre o que muda quando, e aprova o cutover. Sem dono claro, projeto vira disputa entre TI, marketing e operações, e ninguém assume responsabilidade quando algo dá errado.

LGPD. Migração mexe com tratamento de dados pessoais — vários cuidados são obrigatórios. Primeiro, contrato de operador com a nova plataforma precisa ser assinado antes da transferência (define responsabilidades por tratamento, sigilo, segurança). Segundo, se a nova plataforma processa dados fora do Brasil, é necessário tratar transferência internacional conforme regras da ANPD. Terceiro, opt-in não pode "resetar" — se um contato deu consentimento para receber email na plataforma antiga, esse consentimento precisa ser preservado e demonstrado na nova plataforma. Quarto, direitos do titular (acesso, correção, exclusão) precisam continuar atendidos durante e depois da migração.

Erros comuns que matam o projeto

Migrar tudo, incluindo lixo. Empresa traz para a nova plataforma 200 automações que ninguém usa, 80 modelos antigos, 30.000 contatos inativos há 3 anos. Custo dispara, projeto atrasa, a nova plataforma vira espelho da antiga — com os mesmos problemas. Migração é oportunidade obrigatória de limpar.

Não testar automações antes de ativar. Automação reconstruída na nova plataforma "parece" funcionar igual à antiga — mas pequenas diferenças (como condições são avaliadas, em que ordem) geram comportamento inesperado em produção. Reserve 1-2 semanas para teste exaustivo de cada automação crítica com perfis de teste antes de ativar.

Perder histórico de pontuação de leads. Pontuação acumulada na plataforma antiga raramente migra direto — a nova plataforma calcula com regras próprias. Sem decisão consciente (recalcular do zero? migrar pontuação como atributo? manter histórico de eventos?), vendas perde visibilidade de quais leads estão maduros e qualifica mal por semanas.

Esquecer integrações com CRM. Cada integração precisa ser refeita: campos sincronizados, gatilhos de criação de tarefa, atualização de status. Quando uma integração quebra silenciosamente, leads param de chegar no CRM — descoberto às vezes só semanas depois, com receita perdida no meio.

Cortar a antiga antes de validar a nova. Pressão para reduzir custo dual faz a empresa desligar a plataforma antiga em 1-2 semanas após o cutover, antes de validar tudo na nova. Quando aparece problema na semana 6, não há para onde voltar.

Sem comunicação com vendas e atendimento. Equipes a jusante (vendas que recebem leads, atendimento que vê histórico do cliente) descobrem a migração quando ela já aconteceu — e descobrem porque algo quebrou no fluxo. Comunicação formal antes, durante e depois do cutover evita boa parte do atrito.