Migración de Bitrix24 a Kommo: 121.419 negocios

Una migración de Bitrix24 a Kommo es el traslado de cada negocio, contacto, archivo y registro de interacción con el cliente desde Bitrix24 CRM hacia Kommo CRM conservando la fecha de creación original de cada negocio, la cronología de comentarios, las grabaciones de llamadas y el vendedor asignado. A diferencia de una importación por planilla, una herramienta de migración hecha a medida mantiene toda la cronología del trabajo con cada cliente y arrastra datos que sencillamente no pueden viajar por Excel: las grabaciones de llamadas, las tareas abiertas y los vínculos originales entre negocios, contactos y empresas.

Este caso es fácil de resumir y poco común de ejecutar. Un fabricante grande con 121.419 negocios en Bitrix24 decidió mover toda la operación a Kommo. El encargo sonaba simple: hacerlo sin romper nada. La preocupación real del cliente — la misma que comparte cualquier operador en el segundo en que piensa cambiar de CRM — tenía menos que ver con funciones y más con la memoria: ¿el sistema nuevo iba a recordar lo que pasó en el viejo, o el equipo iba a abrir Kommo el primer día y quedarse mirando una base plana con la fecha de hoy estampada en cada negocio?

¿Qué teme todo equipo cuando se pasa de Bitrix24 a Kommo?

Cuando un director decide cambiar de CRM, lo que lo frena casi nunca es el precio ni la resistencia del equipo. La pregunta que mata es siempre la misma: «¿y el historial?». Años de acuerdos, mediciones, cotizaciones, llamadas grabadas y archivos subidos viven dentro del sistema viejo. Si una migración convierte todo eso en un montón sin fecha, la empresa empieza de cero — y para un negocio con ciclos de venta largos, eso es una pérdida directa de ingresos. Un vendedor abre un negocio y no logra reconstruir qué se habló con el cliente hace seis meses. Esa sola incertidumbre mantiene a las empresas años atadas al CRM equivocado.

Nuestro cliente estaba exactamente en esa situación. Fabricar ventanas es un negocio de medir y volver: visitas a obra, cálculos, aprobaciones, reclamos, pedidos repetidos. Cada negocio cargaba entre uno y cinco documentos adjuntos — contratos, planillas de medición, fotos del sitio de instalación. El teléfono es el canal de venta principal, y la grabación de una conversación en disputa vale más que cualquier nota escrita cuando entra un reclamo.

El sistema de destino era Kommo — la versión internacional de amoCRM, el mismo producto con facturación global y presencia en todo el mundo. Las empresas que dejan ecosistemas de CRM locales aterrizan aquí con suficiente frecuencia como para que escuchemos la pregunta «¿cómo nos pasamos de Bitrix24 sin perder nada?» casi todas las semanas.

La forma de la base el primer día del proyecto:

• 121.419 negocios para mover — el embudo vivo más varios años de archivo de ventas cerradas;
• un cliente por negocio, con teléfonos y correos;
• de uno a cinco archivos por negocio, unos 30 GB en total;
• todas las llamadas grabadas, incluidas las perdidas;
• 16 campos personalizados de negocio que no existen de fábrica en Kommo — creados y poblados como parte de la migración.

¿Por qué no sirve una importación por Excel para bases grandes?

El consejo de siempre que vas a encontrar en casi cualquier guía de migración es: exporta a una planilla, importa al CRM nuevo. Para una base chica funciona. Para una base seria, destruye en silencio todo lo que importaba:

• Las fechas se aplanan. Cada negocio hereda la fecha del archivo de importación. Un negocio de 2021 y uno de la semana pasada se ven idénticos — «creado hoy». Reportes interanuales, velocidad por vendedor, antigüedad del cliente: todo vuelve a cero.
• Las llamadas desaparecen. Las conversaciones grabadas no pueden viajar por una planilla, punto.
• Los archivos se quedan atrás. Contratos y mediciones quedan en el sistema viejo o, en el «mejor» de los casos, se convierten en enlaces que mueren en el instante en que vence la suscripción anterior.
• Las tareas abiertas se pierden. «Llamar el martes» y «enviar la cotización actualizada» — la capa operativa del embudo — desaparecen, y una porción de clientes simplemente se cae del flujo de trabajo.
• Los clientes se duplican. Si un cliente aparece en tres negocios, la planilla crea tres registros de cliente. Con 121.419 negocios terminas con decenas de miles de clones.

Así que construimos nuestra propia herramienta. Habla directo con ambos sistemas por sus interfaces de programación (sus API), saca un negocio de Bitrix24 con todo lo que lleva adjunto y lo reconstruye en Kommo uno a uno.

¿Qué significa de verdad migrar los negocios con todo su historial?

De esto se trataba todo el proyecto. «Migramos conservando el historial» es la frase que usa cualquier proveedor. Esto es lo que significa de verdad cuando lo decimos nosotros — línea por línea:

• La fecha de creación del negocio en Kommo es la original de Bitrix24. Un negocio de marzo de 2022 dice «marzo de 2022» en Kommo. La fecha de última modificación sigue la misma regla.
• Los comentarios y notas viajan con su fecha y hora originales. Abres un negocio y ves la cronología en el orden en que pasaron las cosas de verdad.
• Las llamadas telefónicas aparecen como llamadas de verdad dentro de la ficha del negocio: entrante o saliente, duración y — la parte que sorprende a la gente — la grabación se reproduce directo en la ficha. También trajimos las llamadas perdidas, que el área de calidad trata como dato de primera clase.
• Las tareas abiertas llegan con su texto, su plazo y su responsable intactos. El lunes a la mañana un vendedor ve las mismas tareas que veía el viernes a la tarde en el sistema viejo.
• Los responsables. Cada negocio, tarea y llamada queda atado a la misma persona que lo tenía antes — emparejamos los dos directorios de cuentas por el correo de trabajo.
• Cero clientes duplicados. Antes de mover cualquier negocio, la herramienta chequea cada contacto contra la agenda de Kommo — por teléfono y correo, con varios formatos de número normalizados a una sola forma. Una persona, un registro, sin importar en cuántos negocios aparezca.
• 16 campos personalizados de negocio — tipo de objeto, región, superficie, fuente y los demás — se crearon en Kommo y se llenaron para cada negocio. También los campos de lista desplegable: mapeamos las opciones entre los dos sistemas de forma automática.

Dos detalles chicos que los vendedores agradecieron. Primero, cada negocio migrado lleva una etiqueta marcadora — un solo filtro dentro de Kommo separa «movido del sistema viejo» de «nacido aquí». Segundo, la migración camina de lo más nuevo a lo más viejo, así el equipo puede empezar a trabajar en el CRM nuevo el mismo día en que arranca la corrida: primero llegan los negocios frescos, y el archivo de varios años entra por detrás.

¿Qué no se puede migrar entre Bitrix24 y Kommo?

Esta sección la escribimos en cada caso, y siempre es corta. Si un proveedor promete «movemos el 100% de todo», o está adivinando o está maquillando la verdad. Entre dos sistemas de CRM cualesquiera siempre hay datos que no pueden viajar — no porque el proveedor sea flojo, sino porque el sistema de destino se niega a aceptarlos de cualquier herramienta externa.

En este proyecto hay exactamente una cosa así: el registro de cambios de etapa de cada negocio. Es el registro que dice «el 3 de marzo el negocio entró a la etapa Medición; el 12 de marzo pasó a Cotización; el 18 de marzo aterrizó en Contrato Firmado». Bitrix24 guarda ese historial. Kommo no deja que ninguna herramienta externa escriba esos eventos con sus marcas de tiempo originales — es una restricción deliberada de su lado.

Qué significa esto en la práctica para el equipo:

• Cada negocio llega a Kommo directo a su etapa actual — donde sea que estuviera parado en Bitrix24 en el momento en que lo leímos.
• «¿Cuántos días pasaron los negocios, en promedio, en la etapa Cotización?» como reporte de Kommo no se puede reconstruir para el período previo a la migración. Ese tipo de análisis hay que armarlo o desde una exportación de datos históricos de Bitrix24, o contarlo hacia adelante desde el corte.
• Lo esencial — quién acordó qué, y cuándo — está todo ahí, porque vive dentro de las notas y las llamadas con sus fechas originales. Abres un negocio y la cronología se lee en el orden en que pasaron las cosas de verdad.

Ese es el único inconveniente, dicho con honestidad. Si los reportes de velocidad por etapa anteriores a la migración son centrales para tu operación, planéalo ahora en vez de descubrirlo después.

¿Cómo se mueven 30 GB de archivos de Bitrix24 a Kommo?

La forma barata de migrar archivos es dejarlos en el sistema viejo y escribir un enlace en el nuevo. Parece una solución hasta el día en que se cancela la suscripción del CRM viejo — momento en que cada enlace muere al unísono. Un año después un vendedor abre un negocio, hace clic en «contrato_final.pdf» y le sale una página de error. En nuestra experiencia, de 12 a 18 meses después de una migración basada en enlaces, el 100% de los adjuntos quedan inaccesibles, y no hay forma de recuperarlos — los datos de origen ya fueron borrados físicamente del sistema viejo.

Nosotros movimos los archivos de verdad. Cada documento se descarga de Bitrix24 y se sube al almacenamiento propio de Kommo, a la ficha de negocio correcta. Contratos, planillas de medición, fotos de obra, actas de aceptación firmadas — todo queda dentro del sistema nuevo y deja de depender del viejo. Los archivos grandes (escaneos pesados y paquetes de fotos) se transmiten por partes para que la corrida no se trabe en un solo adjunto enorme. El tipo de archivo se detecta de forma automática y se conserva en el formato correcto.

Volumen total en este proyecto: alrededor de 30 gigabytes — en promedio de 1 a 5 archivos por negocio, desde 50 KB (una sola foto) hasta 80 MB (paquete completo de medición con informe fotográfico). Ni un solo archivo quedó como enlace de vuelta a Bitrix24 — todo se movió físicamente al almacenamiento de Kommo y va a seguir abriéndose incluso después de dar de baja por completo la suscripción de Bitrix24.

¿Cómo llevamos la migración a 181 negocios por minuto?

Mover un negocio con todo su historial es trivial de programar. Mover 121.419 es un problema de ingeniería, porque ambos sistemas ponen un techo a la velocidad con que las herramientas externas pueden hablarles: Bitrix24 y Kommo permiten solo cierta cantidad de solicitudes por segundo. Pasas el techo y entras en cola. Es una defensa razonable; para una migración significa que no puedes simplemente «verter más rápido» — tienes que gastar menos solicitudes por negocio. Abajo están las cinco rondas de optimización por las que pasamos.

Ronda 1: ¿con qué arrancamos?

La primera versión movía los negocios de a uno, en secuencia. Proyectamos el trabajo completo — semanas. Para un negocio vivo que necesita estar en Kommo ya, eso es una sentencia de muerte. Hora de acelerar.

Ronda 2: ¿qué nos da el paralelismo?

Cinco trabajadores en simultáneo, cinco negocios moviéndose a la vez. La velocidad subió y enseguida chocó con el siguiente techo: el límite de solicitudes de Kommo. Los trabajadores pasaban la mitad del tiempo en cola. La próxima ganancia tenía que venir de abaratar cada negocio, no de correr más negocios a la vez.

Ronda 3: ¿qué solicitudes podemos eliminar del todo?

Perfilamos para qué servían las solicitudes en realidad. Cerca de la mitad eran la misma pregunta repetida en cada negocio: «¿este cliente ya existe en Kommo?». El arreglo: antes de que empiece la migración, traer toda la agenda de Kommo a la memoria de la herramienta una sola vez y chequear localmente de ahí en adelante. El tráfico se redujo a la mitad. La velocidad subió.

Ronda 4: ¿por qué enviar en cajas?

Siguiente cuello de botella: cada negocio todavía disparaba una docena de solicitudes diminutas — una por comentario, una por tarea. Reescribimos esa parte para agrupar hasta 50 notas y 50 tareas por solicitud. La carga por negocio cayó unas cinco veces. Con ese margen subimos los trabajadores de cinco a ocho.

Ronda 5: ¿cómo aceleramos la fuente?

Ahora Kommo ya no era el cuello de botella — lo era Bitrix24, del lado de la lectura. El mismo truco a la inversa: Bitrix24 empaqueta hasta 50 subsolicitudes en una sola llamada por lote. Lo hicimos, y además agregamos reintentos automáticos ante cortes pasajeros de red para que una conexión inestable no matara la corrida.

Resultado: 181 negocios por minuto

Tras el ajuste y un reinicio limpio, la herramienta navega a 181 negocios por minuto — cada negocio llegando con sus comentarios, llamadas, tareas y archivos. El resultado real de punta a punta: los 121.419 negocios se movieron en aproximadamente 19 a 20 horas de tiempo total de corrida — incluyendo varios reinicios deliberados después de cada mejora de velocidad. Dentro del día prometido, con margen.

¿Qué pasa si la migración se corta a mitad de camino?

El segundo miedo después de «vamos a perder el historial» es «¿y si la migración se rompe en la hora 18?». Un día de trabajo, un hipo de red al 70% de avance, ¿y todo se va al tacho? ¿Y no vamos a terminar con negocios duplicados?

El diseño de la herramienta responde a las dos cosas:

• Memoria por negocio. Un registro local anota: «este negocio de Bitrix24 se convirtió en este negocio de Kommo». En cualquier recorrida siguiente, los negocios ya movidos se saltan o se actualizan con cuidado — nunca se vuelven a crear.
• Reanudación automática. Si el servidor de migración se reinicia, la herramienta encuentra la corrida sin terminar al arrancar y continúa desde el mismo lugar sin intervención humana.
• Lo más nuevo primero. La corrida camina los negocios recientes antes que los históricos. El equipo empieza a trabajar en Kommo en cuestión de horas, mientras el archivo de varios años entra detrás de escena.
• Tablero en vivo. Durante toda la corrida: negocios hechos, negocios pendientes, velocidad actual, tiempo estimado de fin. Sin esos momentos de «esperá, ¿está haciendo algo?».

Reiniciamos la corrida varias veces durante este proyecto — a propósito, después de cada mejora de velocidad. Cero duplicados en Kommo del otro lado.

Los números finales

Abajo está el resumen de cada indicador medible del proyecto terminado. Cada fila es un hecho técnico concreto que podemos verificar contra los registros de migración y el estado resultante de ambos sistemas — no una aproximación de marketing.

Para poner en contexto frente a las expectativas típicas del mercado: 121.419 negocios es alrededor de 40 a 80 veces más grande que la migración típica de CRM a CRM que se ve en los casos públicos de los proveedores (1.500 a 3.000 negocios); el ritmo de 181 negocios por minuto es, según nuestra estimación, cerca de 30 veces más rápido que una importación CSV típica; y 30 GB de archivos puestos dentro del almacenamiento de Kommo — en vez de dejados como enlaces rotos — es un estándar de migración de datos completa que la mayoría de los proyectos ni siquiera intenta.

La migración está completa — los números de arriba son finales. Los 110 negocios (menos del 0,1%) que cayeron en el registro de errores se resolvieron a mano.

¿Cómo planeas tu propia migración de Bitrix24 a Kommo?

Si estás pensando en pasarte de Bitrix24 (o de cualquier CRM heredado) a Kommo, este es el orden de operaciones que recomendamos:

1. Mide lo que tienes. Cantidad de negocios, cantidad y tamaño de archivos, si las llamadas están grabadas. Esto define tanto el plan de Kommo a elegir (cuotas de almacenamiento) como la duración de la migración.
2. Decide qué dejar atrás. Nuestro cliente eligió no migrar el archivo de negocios perdidos — eso recortó volumen y costo. Los negocios ganados y activos siempre vienen.
3. Audita tus campos. Los campos personalizados que no se llenan desde hace dos años probablemente tampoco deberían cruzar.
4. Mapea a tu gente. Cada vendedor necesita una cuenta de Kommo con el mismo correo de trabajo — si no, no hay a quién asignarle los negocios.
5. Exige fechas y llamadas. La prueba de fuego para cualquier proveedor: «¿qué fecha de creación va a tener un negocio de 2022 después del traslado?». Si la respuesta es «la fecha de la importación», el historial se perdió.
6. Empieza con un lote piloto. Un puñado de negocios se mueve primero; los vendedores los revisan a mano; recién ahí arranca la corrida completa.
7. No apagues el sistema viejo de inmediato. Deja Bitrix24 en modo solo lectura por un mes como red de seguridad mientras el equipo verifica que todo está del lado nuevo.

¿Cuántos años de historial de clientes tienes hoy atrapados en un CRM que ya no usas a gusto — y cuánto de eso seguirá ahí el día que la suscripción venza?