Os custos ocultos de migrar de ferramenta de product analytics
Migrar de ferramenta de product analytics não é só comparar preço de licença. Compartilho os custos ocultos (auditoria, migração de dados, treinamento) que definem se vale a pena migrar ou não, com um modelo real para calcular tudo isso.
O custo de migrar de ferramenta de product analytics não é só o preço da licença. É tudo o que acontece depois de assinar o contrato.
Toda vez que falo com um time que está avaliando migrar da Amplitude para o Mixpanel, ou do Mixpanel para o Pendo (ou qualquer combinação das três), a conversa sempre começa igual: comparam pricing. Quantos eventos por mês, quanto por MTU, quanto custa o enterprise tier. E a análise para bem aí.
O problema é que o preço da licença é a parte mais visível, a que todo time foca em negociar para baixo. Mas a maioria ignora o resto dos custos, que muitas vezes não são nada desprezíveis.
Por isso, neste post, compartilho os custos ocultos de migrar de uma ferramenta de martech para outra, para você sempre levar isso em conta.
Os custos que ninguém coloca na planilha, com número real
- Auditoria de dados. Antes de mover qualquer coisa, é preciso entender o que existe hoje na ferramenta antiga.
- Versão rápida: não precisa de tempo do time do cliente. Basta acesso temporário à conta, ou um relatório exportado.
- Versão profunda, time por time: mais lenta, muito mais precisa. Time núcleo do projeto: 1-2 dias cada um para coordenar e validar a auditoria junto com o time de consultoria e o vendor novo. Cada time precisa de um "champion" que dedique 1 hora para validar o detalhe da sua área.
- Migração de dados em tempo real. Isso é tempo de desenvolvimento, simples assim.
- Cada evento único a migrar: cerca de 15 minutos por evento, por plataforma.
- Cada evento que se decide eliminar (porque não faz mais sentido migrá-lo): cerca de 5 minutos por evento, por plataforma.
- Multiplique pela quantidade de eventos e de plataformas da empresa: esse é o primeiro número real de tempo de engenharia.
- Migração de dados históricos. Dashboards, funnels e cohorts que já existem precisam ser reconstruídos.
- Se o vendor novo faz isso: 1-2 dias de engenharia de dados no total (não por pessoa) para coordenar, validar e testar.
- Se o time interno do cliente faz isso: 3-5 dias.
- Change management dos usuários finais. Cada time que consome esses dados precisa de treinamento.
- Champions: cerca de 1 dia por time.
- Usuários finais do lado do negócio: meio dia em média, por usuário.
- A curva de aprendizado invisível, o único custo que nenhuma fórmula acima captura. Nos primeiros dois ou três meses pós-migração, cada time é menos eficiente com os dados do que antes, porque ainda não domina a ferramenta nova.
- Esse custo não aparece em nenhuma fatura. Mas é real: decisões mais lentas, ou tomadas com menos confiança, durante esse período.
Some os cinco custos convertidos em horas ou dias-pessoa, multiplique pelo custo dessas horas, e esse é um número muito mais próximo do custo real do que "quanto custa a licença nova".
Um padrão que já vi de perto
Conversei com o time de uma fintech grande da LatAm que estava avaliando migrar de ferramenta de product analytics. Time de produto de dezenas de pessoas.
A ferramenta nova era melhor no papel. Melhor pricing, melhor feature set para o que eles precisavam.
Mas quando colocamos na mesa o custo de reinstrumentação, a migração de relatórios históricos e o treinamento de todos os times que dependiam desses dados no dia a dia, a economia de licença ficou pequena ao lado do custo da transição.
Acabaram não migrando.
Não porque a ferramenta nova fosse pior. Porque o custo de migrar era mais alto do que o benefício de ter migrado.
As alavancas que você pode mover
Todo o custo de reinstrumentação, migração de relatórios e treinamento é difícil de negociar. O custo de licença tem alavancas reais, se você sabe onde apertar.
- Timing. Os reps de vendas têm metas de bookings por trimestre (fim de Q, fim de ano fiscal). Os últimos dias desses períodos são quando aparecem os descontos mais agressivos. Fechar o deal naquele mês vale mais para o vendor do que a margem que ele perde.
- Se você pode esperar essa janela para assinar, espere.
- Cobrir o contrato antigo. Se ainda restam meses correndo na ferramenta que você está deixando, peça para a ferramenta nova cobrir esse período sem custo.
- Exemplo: contrato antigo de 15 meses, os primeiros 3 gratuitos e os 12 seguintes pagos. Se ainda restam meses pagos correndo, você está perdendo dinheiro em dobro (paga a antiga e a nova em paralelo). Peça para o vendor novo absorver esse custo como parte do deal.
- Serviços de implementação incluídos. O custo de migração técnica (reinstrumentação, relatórios, treinamento) muitas vezes pode ser negociado como parte do contrato, não como um custo separado.
- Peça professional services ou migration credits incluídos no acordo comercial. Vale muito mais pedir isso explicitamente do que assumir que não está na mesa.
- Cotação real da concorrência. Nada move mais uma negociação do que ter na mão uma proposta concreta da alternativa.
- Não funciona dizer "estamos avaliando outras opções". Funciona mostrar o número real. Os vendors sabem que estão competindo pelo deal e ajustam.
- Ramp pricing. Em vez de pagar o preço full desde o mês um, peça uma estrutura escalonada.
- Menos no primeiro ano, enquanto o time ainda está na curva de adoção. Preço full a partir do segundo ano. Isso também compensa parcialmente o custo da curva de aprendizado mencionada antes.
Nenhuma dessas alavancas é garantida. Mas nenhuma delas é conseguida se você não pedir explicitamente. Os descontos agressivos e as concessões de serviços não vêm na proposta inicial. Eles aparecem quando alguém do lado do cliente sabe que existem e pede.
A pergunta certa antes de comparar pricing
Não é "qual ferramenta é melhor?".
É "quanto tempo e foco do meu time estou disposto a gastar migrando, e em quanto tempo eu recupero esse custo com a economia ou a melhoria que a ferramenta nova me dá?"
Se essa conta não fecha em menos de 12 meses, provavelmente não faz sentido migrar. Não importa quão melhor seja o pricing da outra ferramenta.
PS: se vocês estão avaliando uma migração e querem montar o business case completo (não só o de pricing), me escreve e a gente vê isso juntos.

