Migrar de CRM sin perder historial

Por qué se pierde el historial (y cómo se evita)

Cuando alguien dice "migramos y perdimos todo", casi nunca perdió los registros. Perdió algo peor: las relaciones entre ellos. Los contactos llegaron, las empresas llegaron, los negocios llegaron... cada uno por su lado. El resultado es un CRM nuevo lleno de datos que no cuentan ninguna historia: un negocio de $80.000 que no se sabe de qué empresa es, una llamada clave que no aparece en el timeline de nadie.

El historial vive en tres cosas que el "exportar e importar" ignora: las asociaciones entre objetos (este contacto pertenece a esta empresa, este negocio tiene estas actividades), las actividades en sí (correos, llamadas, notas, reuniones, que en la mayoría de los CRMs se exportan aparte y con formatos incómodos) y los archivos adjuntos (propuestas, contratos, que muchas veces ni siquiera están en el export estándar). Los tres se resuelven en el paso 3, mapeo de objetos, con una herramienta simple: conservar el ID del sistema viejo en cada registro como llave externa. Ese ID es el hilo que permite recoser todo en el destino.

Salesforce, Zoho, Pipedrive o planillas: qué cambia según el origen

La keyword que más nos escriben es "migrar de Salesforce a HubSpot", pero el origen cambia el proyecto por completo:

• Desde Salesforce. El reto es la personalización acumulada: objetos custom, campos que nadie recuerda por qué existen, automatizaciones en Apex que nadie documentó. La auditoría del paso 2 pesa el doble. A favor: la API es completa y existe herramienta madura de migración en ambas puntas.
• Desde Zoho. Estructura parecida a Salesforce con menos profundidad. El punto ciego típico: los módulos personalizados y las automatizaciones de Blueprint, que no tienen equivalente uno a uno y hay que rediseñar, no copiar.
• Desde Pipedrive. Migración amable en datos (pocos objetos, modelo simple) pero con trampa conceptual: Pipedrive es deal-céntrico y HubSpot es contacto-céntrico. Si no defines el ciclo de vida del contacto al llegar, el equipo va a sentir que "el CRM nuevo es más complicado".
• Desde planillas. No es una migración: es una primera implementación con datos previos. No hay asociaciones que preservar porque nunca existieron; el trabajo está en construirlas. Te conviene leer esta guía junto con la guía de implementación de HubSpot.

Las tres decisiones que definen el proyecto

Primera: qué migrar y qué archivar. Migrar todo es la decisión por defecto y casi siempre la equivocada. Un negocio cerrado en 2019 no necesita vivir en tu CRM nuevo: necesita existir en un archivo consultable. La regla práctica —qué viaja, qué se archiva, qué se deja morir— se trabaja en el paso 2, auditoría del origen.

Segunda: cuánto paralelo toleras. El periodo con ambos CRMs vivos da confianza, pero cada semana de paralelo es doble carga para el equipo y datos divergiendo. La respuesta sana está entre 2 y 4 semanas con una regla de escritura única. Cómo estructurarlo, en el paso 4.

Tercera: quién declara el punto de no retorno. Toda migración necesita una fecha y un dueño para la decisión de "el sistema viejo queda de solo lectura". Sin eso, el paralelo se eterniza y la empresa termina pagando dos licencias y manteniendo dos verdades. Se define antes de empezar, no durante.

Cuánto tarda una migración de CRM (números honestos)

Con migración de prueba, paralelo y validación incluidos: desde planillas, 2 a 4 semanas. Desde Pipedrive o Zoho estándar, 4 a 8 semanas. Desde Salesforce con años de personalización, 8 a 16 semanas. El rango depende menos del volumen de registros que de dos cosas: cuántos objetos personalizados hay que mapear y cuántas integraciones apuntan al CRM viejo y hay que redirigir.

Ese último punto se subestima siempre: el CRM no vive solo. Formularios web, ERP, facturación, WhatsApp, herramientas de marketing... todo lo que hoy escribe o lee del CRM viejo necesita su plan de reconexión. Si tu stack tiene varias integraciones, la guía de integración de datos es el complemento obligatorio de esta, y su matriz de mapeo campo a campo es el mismo documento que vas a usar en el paso 3.

Sobre el costo, compara contra el número correcto: no es "migrar vs. gratis", es migrar vs. seguir pagando un CRM que el equipo no usa, con las horas manuales y los deals sin seguimiento que eso implica. Ese costo de quedarse suele ser el más caro de los dos, solo que está repartido en cuotas mensuales invisibles.

Cómo elegir el partner de migración: las preguntas incómodas

Cualquier proveedor puede mostrarte un diagrama con una flecha del CRM A al CRM B. Estas preguntas separan a quien migró operaciones reales de quien aprendió con la tuya:

• ¿Cómo migran las asociaciones y las actividades? Si la respuesta habla solo de contactos y empresas, el historial no va a llegar. Pide que te expliquen qué pasa con correos, llamadas, notas y adjuntos.
• ¿Hacen migración de prueba en sandbox con mis datos reales? La única respuesta aceptable es sí. Producción no es ambiente de pruebas.
• ¿Cómo validamos que llegó todo? Debe incluir conteos por objeto, conciliación de montos de pipeline y muestreo de registros. "Confía en nosotros" no es un método de validación.
• ¿Cuál es el plan de reversa si algo sale mal en el cutover? Quien no tiene plan de reversa planea no equivocarse nunca. Nadie migra así.
• ¿Quién acompaña la adopción después del corte? Una migración técnica perfecta con un equipo que no adopta es un fracaso caro. El paso 6 y el 7 existen por esto.

Así es como lo hacemos en Smarteam: puedes ver el alcance completo en el servicio de migraciones de datos.

Checklist maestro de la migración

Si puedes marcar todo esto, tu migración está bajo control:

• Decisión de migrar documentada: dolor actual, costo de quedarse, resultado esperado.
• Inventario del origen con volúmenes, calidad y veredicto por objeto (migrar / archivar / dejar morir).
• Export crudo completo del CRM viejo guardado como respaldo antes de tocar nada.
• Matriz de equivalencias de objetos y campos aprobada, con asociaciones e IDs externos definidos.
• Plan por etapas con fechas, dueños, periodo de paralelo acotado y punto de no retorno firmado.
• Migración de prueba corrida en sandbox con datos reales.
• Validación por conteos, montos y muestreo, con visto bueno de los vendedores sobre sus cuentas clave.
• Integraciones y formularios redirigidos al CRM nuevo, probados antes del día D.
• Equipo capacitado antes del cutover, con canal de soporte activo la primera semana.
• CRM viejo en solo lectura tras el corte, y apagado de verdad dentro de los 90 días.