Migração Bitrix24 para Kommo: 121.419 negócios

Migrar do Bitrix24 para o Kommo é transferir cada negócio, contato, arquivo e registro de interação com o cliente do Bitrix24 CRM para o Kommo CRM preservando a data de criação original de cada negócio, a linha do tempo de comentários, as gravações de chamadas e o vendedor responsável. Ao contrário de uma importação por planilha, uma ferramenta feita sob medida para migração mantém a cronologia completa do trabalho com cada cliente e carrega dados que simplesmente não passam por um Excel: gravações de chamadas, tarefas em aberto e os vínculos originais entre negócios, contatos e empresas.

Este case é fácil de resumir e incomum de entregar. Um grande fabricante com 121.419 negócios no Bitrix24 decidiu mover toda a operação para o Kommo. O briefing parecia simples: fazer isso sem quebrar nada. A preocupação real do cliente — aquela que todo gestor sente no instante em que pensa em trocar de CRM — tinha menos a ver com recursos e mais com memória. O novo sistema vai lembrar o que aconteceu no antigo, ou a equipe abre o Kommo no primeiro dia e encara uma base achatada, com a data de hoje carimbada em cada negócio?

O que toda equipe teme ao trocar o Bitrix24 pelo Kommo?

Quando um diretor decide trocar de CRM, o que o trava raramente é o preço ou a resistência da equipe. A pergunta matadora é sempre a mesma: «e o histórico?». Anos de acordos, medições, propostas, chamadas gravadas e arquivos enviados estão dentro do sistema antigo. Se uma migração transforma tudo isso em uma pilha sem data, a empresa está começando do zero — e, para um negócio de ciclo de venda longo, isso é perda direta de receita. O vendedor abre um negócio e não consegue reconstruir o que foi conversado com o cliente seis meses atrás. Só essa incerteza já prende empresas no CRM errado por anos.

Nosso cliente estava exatamente nessa situação. Fabricar esquadrias é um negócio de medir e voltar: visita técnica, cálculo, aprovação, reclamação, recompra. Cada negócio carregava de um a cinco documentos anexados — contratos, fichas de medição, fotos do local da instalação. O telefone é o principal canal de venda, e a gravação de uma conversa contestada vale mais do que qualquer anotação na hora que chega uma reclamação.

O sistema de destino era o Kommo — a versão internacional do amoCRM, o mesmo produto com faturamento global e presença mundial. Empresas que saem de ecossistemas de CRM locais aterrissam aqui com frequência suficiente para ouvirmos a pergunta «como migro do Bitrix24 sem perder nada?» quase toda semana.

O formato da base no primeiro dia do projeto:

• 121.419 negócios para mover — o funil ativo mais vários anos de arquivo de vendas ganhas;
• um cliente por negócio, com telefones e e-mails;
• de um a cinco arquivos por negócio, cerca de 30 GB no total;
• todas as chamadas gravadas, inclusive as perdidas;
• 16 campos personalizados de negócio que não existem de fábrica no Kommo — criados e preenchidos como parte da migração.

Por que importar uma planilha não funciona em bases grandes?

O conselho padrão que você acha na maioria dos guias de migração é: exporte para uma planilha, importe no novo CRM. Para uma base pequena, funciona. Para uma base séria, isso destrói em silêncio tudo o que importava:

• As datas desmoronam. Todo negócio herda a data do arquivo de importação. Um negócio de 2021 e um de semana passada ficam idênticos — «criados hoje». Relatórios ano a ano, velocidade por vendedor, tempo de relacionamento com o cliente: tudo zerado.
• As chamadas somem. Conversas gravadas não passam por uma planilha de jeito nenhum.
• Os arquivos ficam para trás. Contratos e medições ou ficam no sistema antigo ou, no «melhor» caso, viram links que vão morrer no momento em que a assinatura antiga vencer.
• As tarefas em aberto desaparecem. «Ligar terça» e «mandar proposta atualizada» — a camada operacional do funil — somem, e uma fatia dos clientes simplesmente cai fora do fluxo.
• Os clientes duplicam. Se um mesmo cliente aparece em três negócios, a planilha cria três cadastros. Com 121.419 negócios, você termina com dezenas de milhares de clones.

Por isso construímos nossa própria ferramenta. Ela conversa diretamente com os dois sistemas pelas interfaces de programação deles (as APIs), puxa um negócio do Bitrix24 com toda a substância anexada e o reconstrói no Kommo um para um.

O que significa, na prática, migrar negócios com histórico completo?

Essa é a parte sobre a qual o projeto inteiro girou. «Migrar com histórico preservado» é a frase que todo fornecedor usa. Eis o que ela realmente significa quando nós a dizemos — linha por linha:

• A data de criação do negócio no Kommo é a original do Bitrix24. Um negócio de março de 2022 aparece como «março de 2022» no Kommo. A data da última modificação segue a mesma regra.
• Comentários e anotações viajam com a data e a hora originais. Abra um negócio e veja a linha do tempo na ordem em que os eventos de fato aconteceram.
• As chamadas aparecem como chamadas de verdade dentro do cartão do negócio: recebida ou feita, duração e — a parte que surpreende as pessoas — a gravação toca direto no cartão. Trouxemos também as chamadas perdidas, que o setor de qualidade trata como dado de primeira linha.
• As tarefas em aberto chegam com texto, prazo e responsável intactos. Na segunda de manhã o vendedor vê as mesmas tarefas que via na sexta à tarde no sistema antigo.
• Responsáveis. Cada negócio, tarefa e chamada fica vinculado à mesma pessoa que era dona antes — cruzamos os dois diretórios de usuários pelo e-mail corporativo.
• Sem clientes duplicados. Antes de mover qualquer negócio, a ferramenta confere cada contato na agenda do Kommo — por telefone e e-mail, com vários formatos de número padronizados em um só. Uma pessoa, um cadastro, em quantos negócios ela apareça.
• 16 campos personalizados de negócio — tipo de produto, região, área, origem e o resto — foram criados no Kommo e preenchidos em cada negócio. Campos de lista suspensa também: mapeamos as opções entre os dois sistemas automaticamente.

Dois detalhes pequenos que os vendedores adoraram. Primeiro, todo negócio migrado carrega uma etiqueta de marcação — um filtro dentro do Kommo separa «veio do sistema antigo» de «nasceu aqui». Segundo, a migração caminha do mais novo para o mais antigo, então a equipe pode começar a trabalhar no novo CRM no mesmo dia em que a execução começa: os negócios recentes chegam primeiro, o arquivo de vários anos vem entrando atrás.

O que não dá para migrar entre Bitrix24 e Kommo?

Escrevemos esta seção em todo case, e ela é sempre curta. Se um fornecedor promete «movemos 100% de tudo», ou está chutando ou está maquiando a verdade. Entre dois CRMs quaisquer sempre existe um dado que não viaja — não porque o fornecedor é preguiçoso, mas porque o sistema de destino se recusa a aceitá-lo de qualquer ferramenta externa.

Neste projeto existe exatamente uma coisa assim: o histórico de transições de etapa de cada negócio. É aquele registro que diz «em 3 de março o negócio entrou na etapa Medição; em 12 de março passou para Proposta; em 18 de março caiu em Contrato Assinado». O Bitrix24 guarda esse histórico. O Kommo não deixa nenhuma ferramenta externa gravar esses eventos com os horários originais — é uma restrição deliberada do lado dele.

O que isso significa na prática para a equipe:

• Cada negócio chega ao Kommo direto na etapa atual — onde quer que estivesse no Bitrix24 no momento em que o lemos.
• «Quantos dias, em média, os negócios passaram na etapa Proposta» como relatório do Kommo não dá para reconstruir no período anterior à migração. Esse tipo de análise tem que ser montado a partir de uma exportação dos dados passados do Bitrix24, ou contado dali para a frente, a partir da virada.
• A substância — quem combinou o quê, e quando — está toda lá, porque mora dentro dos comentários e das chamadas com suas datas originais. Abra um negócio e a linha do tempo se lê na ordem em que os eventos de fato aconteceram.

Essa é a única desvantagem, dita com todas as letras. Se relatórios de velocidade por etapa do período anterior à migração são centrais na sua operação, planeje isso agora, em vez de descobrir depois.

Como mover 30 GB de arquivos do Bitrix24 para o Kommo?

A forma barata de migrar arquivos é deixá-los no sistema antigo e gravar um link no novo. Parece solução — até a assinatura do CRM antigo ser cancelada, e aí todos os links morrem em uníssono. Um ano depois, o vendedor abre um negócio, clica em «contrato_final.pdf» e recebe uma página de erro. Pela nossa experiência, de 12 a 18 meses depois de uma migração baseada em links, 100% dos anexos ficam inacessíveis, e não há como recuperá-los — os dados de origem foram fisicamente removidos do sistema antigo.

Nós movemos os arquivos de verdade. Cada documento é baixado do Bitrix24 e enviado para o armazenamento do próprio Kommo, dentro do cartão certo. Contratos, fichas de medição, fotos do local, comprovantes de aceite assinados — tudo fica dentro do novo sistema e para de depender do antigo. Arquivos grandes (digitalizações pesadas e pacotes de fotos) entram em pedaços, em streaming, para que a execução não trave num único anexo grande. O tipo do arquivo é detectado automaticamente e preservado no formato correto.

Volume total neste projeto: cerca de 30 gigabytes — em média de 1 a 5 arquivos por negócio, variando de 50 KB (uma foto) a 80 MB (pacote completo de medição com relatório fotográfico). Nenhum arquivo ficou como link de volta para o Bitrix24 — tudo foi movido fisicamente para o armazenamento do Kommo e vai continuar abrindo mesmo depois que a assinatura do Bitrix24 for totalmente encerrada.

Como chegamos a 181 negócios por minuto na migração?

Mover um negócio com o histórico completo é trivial em termos de engenharia. Mover 121.419 deles é um problema de engenharia, porque os dois sistemas limitam a velocidade com que ferramentas externas podem falar com eles: Bitrix24 e Kommo permitem, cada um, só um tanto de requisições por segundo. Ultrapasse o limite e você entra na fila. É uma defesa razoável; para uma migração, significa que você não pode simplesmente «despejar mais rápido» — você tem que gastar menos requisições por negócio. Abaixo, as cinco rodadas de otimização pelas quais passamos.

Rodada 1: do que partimos?

A primeira versão movia os negócios um a um, em sequência. Projetamos o trabalho inteiro — semanas. Para um negócio vivo que precisa estar no Kommo agora, isso é sentença de morte. Hora de acelerar.

Rodada 2: o que o paralelismo nos dá?

Cinco trabalhadores simultâneos, cinco negócios se movendo de uma vez. A velocidade subiu e bateu na hora no próximo teto: o limite de requisições do Kommo. Os trabalhadores passavam metade do tempo na fila. O próximo ganho tinha que vir de tornar cada negócio mais barato, não de rodar mais negócios.

Rodada 3: quais requisições dá para cortar de vez?

Analisamos para que serviam as requisições. Cerca de metade delas era a mesma pergunta repetida para cada negócio: «esse cliente já existe no Kommo?». A correção: antes de a migração começar, puxar a agenda inteira do Kommo para a memória da ferramenta de uma vez e conferir localmente dali em diante. O tráfego caiu pela metade. A velocidade subiu.

Rodada 4: por que despachar em caixas?

Próximo gargalo: cada negócio ainda disparava uma dezena de requisições minúsculas — uma por comentário, uma por tarefa. Reescrevemos essa parte para agrupar até 50 anotações e 50 tarefas por requisição. A carga por negócio caiu cerca de cinco vezes. Com essa folga, subimos os trabalhadores de cinco para oito.

Rodada 5: como acelerar a origem?

Agora o Kommo não era mais o gargalo — o Bitrix24 era, no lado da leitura. O mesmo truque, ao contrário: o Bitrix24 empacota até 50 subrequisições em uma chamada em lote. Fizemos isso, e acrescentamos novas tentativas automáticas em falhas momentâneas de rede para que uma conexão instável não derrubasse a execução.

Resultado: 181 negócios por minuto

Depois do ajuste e de um reinício limpo, a ferramenta navega a 181 negócios por minuto — cada negócio chegando com seus comentários, chamadas, tarefas e arquivos. O resultado real, de ponta a ponta: todos os 121.419 negócios movidos em cerca de 19 a 20 horas de tempo total de execução — incluindo vários reinícios deliberados depois de cada aceleração. Dentro do dia prometido, com folga.

O que acontece se a migração for interrompida no meio?

O segundo medo, depois de «vamos perder o histórico», é «e se a migração quebrar na hora 18?». Um dia de trabalho, uma falha de rede aos 70% concluídos, e a coisa toda foi para o lixo? E não vamos terminar com negócios duplicados?

O desenho da ferramenta responde aos dois:

• Memória por negócio. Um diário local registra: «este negócio do Bitrix24 virou este negócio do Kommo». Em qualquer reexecução, os negócios já movidos são pulados ou atualizados com cuidado — nunca recriados.
• Retomada automática. Se o servidor da migração reinicia, a ferramenta encontra a execução inacabada ao ligar e continua do mesmo ponto, sem intervenção humana.
• Mais novo primeiro. A execução percorre os negócios recentes antes dos históricos. A equipe começa a trabalhar no Kommo em horas, enquanto o arquivo de vários anos vem entrando nos bastidores.
• Painel ao vivo. Durante toda a execução: negócios prontos, negócios restantes, velocidade atual, previsão de término. Nada de «peraí, será que está fazendo alguma coisa?».

Reiniciamos a execução várias vezes durante este projeto — de propósito, depois de cada aceleração. Zero duplicatas no Kommo do outro lado.

Os números finais

Abaixo, o resumo de cada indicador mensurável do projeto concluído. Cada linha é um fato técnico concreto que conseguimos verificar contra os logs da migração e o estado resultante dos dois sistemas — não uma aproximação de marketing.

Para contextualizar contra as expectativas típicas do mercado: 121.419 negócios é cerca de 40 a 80× maior do que a migração CRM-para-CRM típica vista nos cases públicos de fornecedores (1.500–3.000 negócios); o ritmo de 181 negócios por minuto é, pela nossa estimativa, cerca de 30× mais rápido que uma importação por CSV típica; e 30 GB de arquivos colocados dentro do armazenamento do Kommo — em vez de deixados como links quebrados — é um padrão de migração de dados completa que a maioria dos projetos nem tenta.

A migração está concluída — os números acima são finais. Os 110 negócios (abaixo de 0,1%) que caíram no log de erro foram resolvidos na mão.

Como planejar a sua própria migração do Bitrix24 para o Kommo?

Se você está pensando em sair do Bitrix24 (ou de qualquer CRM legado) para o Kommo, aqui está a ordem de operações que recomendamos:

1. Meça o que você tem. Quantidade de negócios, quantidade e tamanho de arquivos, se as chamadas são gravadas. Isso define tanto a escolha do plano Kommo (cotas de armazenamento) quanto a duração da migração.
2. Decida o que vai deixar para trás. Nosso cliente optou por não migrar o arquivo de negócios perdidos — isso cortou volume e custo. Negócios ganhos e ativos sempre vêm junto.
3. Audite seus campos. Campos personalizados que não são preenchidos há dois anos provavelmente também não deveriam atravessar.
4. Mapeie sua equipe. Todo vendedor precisa de uma conta Kommo com o mesmo e-mail corporativo — senão não há para quem atribuir os negócios.
5. Exija datas e chamadas. O teste de fogo para qualquer fornecedor: «que data de criação um negócio de 2022 vai ter depois da mudança?». Se a resposta for «a data da importação», o histórico já era.
6. Comece com um lote-piloto. Um punhado de negócios vai primeiro; os vendedores conferem na mão; só então a execução completa começa.
7. Não desligue o sistema antigo na hora. Mantenha o Bitrix24 em modo somente leitura por um mês, como rede de segurança, enquanto a equipe verifica que está tudo do lado novo.