Migración de CRM: 9 etapas para cambiar de sistema sin caos

La migración de CRM es la transferencia de los registros de empresas, contactos, negocios e historial de un sistema antiguo, o de planillas, al CRM nuevo, y su resultado se decide antes de la primera carga: en la elección de qué migrar, en la limpieza del origen y en la tabla que dice adónde va cada campo y cada etapa del embudo. Quien lleva la base entera tal como está traslada a la herramienta nueva los duplicados, los campos de texto libre y los negocios abiertos que nadie actualiza hace un año. En la encuesta de Bloor Research sobre migración de datos, el motivo más citado para pasarse de plazo o de presupuesto fue la mala calidad de los datos, o la falta de visibilidad sobre ella, y entre las empresas que analizaron los datos antes de estimar el proyecto, el 68% entregó a tiempo, frente al 55% de las que no los analizaron (Bloor Research, 2011).

Los números son resultados preliminares que el analista Philip Howard publicó sin informar la muestra, y él avisó después que algunos valores cambiaron un poco en la versión final (Bloor Research, 2011). La dirección del hallazgo coincide con lo que veo en los proyectos de migración que conduzco: el cronograma se desborda la semana en que alguien abre la base y encuentra lo que nadie había contado. Las decisiones que evitan ese desborde son de negocio y les corresponden a la dirección y a los liderazgos de cada área.

¿Cuáles son las etapas de una migración de CRM y cuánto tiempo lleva?

Son nueve etapas, y las tres primeras semanas concentran las decisiones del liderazgo. La tabla muestra la referencia que uso para una operación mediana con pocas integraciones; un ERP o más de un sistema de origen alargan el mapeo y las pruebas.

Semana	Etapa	Entrega
1	1. Alcance: qué migrar y qué dejar	Matriz de alcance aprobada por la dirección
1 y 2	2. Inventario y perfilado del origen	Informe del estado de la base por objeto
2 a 4	3. Limpieza en el origen	Base preparada, con duplicados resueltos
3 y 4	4. Mapeo de campos y etapas	Tabla aprobada por cada área
4	5. Configuración del destino y orden de carga	CRM nuevo configurado y plan de carga
5	6. Migración de prueba con muestra	Errores del mapeo corregidos
6	7. Ensayo general y validación	Conteo conciliado y aceptación de las áreas
8	8. Congelamiento y corte	CRM nuevo en producción, con integraciones activas
9 a 16	9. Convivencia y apagado	Sistema antiguo en solo lectura y contrato cerrado

Las semanas 6 y 7 también reciben la formación por rol, con los datos migrados. Un alcance corto protege el plazo: en un estudio de McKinsey con la Universidad de Oxford sobre más de 5.400 proyectos de TI, los grandes, con presupuesto inicial superior a US$ 15 millones, se pasaron del presupuesto un 45% en promedio y entregaron un 56% menos de valor que el previsto, y cada año adicional de proyecto aumentó el sobrecosto en un 15% (McKinsey, 2012). El estudio trata de TI en general, y el mecanismo vale para la migración: cada mes adicional le da tiempo a la operación para cambiar por debajo del proyecto.

¿Qué migrar al CRM nuevo y qué dejar atrás?

Antes del alcance, la dirección confirma que la herramienta es el problema, porque el hábito de registrar fuera del sistema migra junto, como muestro en fracaso de proyectos de CRM; la elección de la plataforma está en los mejores CRM B2B en 2026. Con el cambio decidido, la pregunta que hago para cada tipo de dato es si alguien va a usar ese registro para trabajar o decidir en los próximos doce meses. Lo que no pasa la prueba sale del camino sin desaparecer: la empresa exporta la base antigua completa a un archivo de consulta, un repositorio de solo lectura con acceso controlado, y quien necesite un adjunto de 2019 lo encuentra allí.

Tipo de dato	Migrar	Dejar en el archivo de consulta	Quién decide
Empresas y contactos	Clientes, cuentas en negociación y contactos activos	Contactos sin interacción ni finalidad hace años	Ventas y CS, con el encargado de datos
Negocios abiertos	Todos, con fecha, valor y etapa revisados por el dueño	Los parados sin próximo paso, cerrados como perdidos antes	Gerente comercial
Ganados y perdidos	Una ventana reciente, con motivo de pérdida estandarizado	Los anteriores a la ventana	Dirección comercial y marketing
Actividades y adjuntos	Los de las cuentas activas y negocios abiertos, y contratos vigentes	El resto	Liderazgos de área y jurídico
Campos personalizados	Los que constan en el mapeo aprobado	Los que no se usan, que el proyecto retira	Dueño de la migración
Automatizaciones e informes	Ninguno: el equipo los recrea a partir de la pregunta que cada uno respondía	La documentación de lo que existía	Dueño de la migración

La ventana de ganados y perdidos suele generar la discusión más larga. Marketing quiere la lista entera para reactivación, y finanzas necesita el período que usa para calcular renovación y valor del cliente. Propongo de 18 a 24 meses, con el motivo de pérdida estandarizado en la limpieza, porque esa ventana atiende a las áreas sin cargar una década de registros que nadie va a abrir.

¿Cómo hacer el inventario y la limpieza antes de migrar?

El inventario lista cada objeto del origen con volumen y campos, y el perfilado de datos mide el estado de cada campo: cuántos registros están vacíos, cuántos valores distintos aparecen y cuántos se repiten por la clave de identificación, como el número fiscal o el correo. Ese es el relevamiento que Bloor asoció al plazo cumplido. El resultado muestra dónde la limpieza va a salir cara, como el segmento escrito de decenas de maneras o la cartera de un vendedor que se fue hace dos años.

La limpieza ocurre en el origen o en un área de preparación, antes de la carga. En la planilla de preparación, un error es una línea a corregir; en el CRM nuevo, es un registro que el equipo ya está usando. Las dimensiones de calidad y la regla de fusión de duplicados están en calidad de datos en el CRM, y la migración es la ocasión de aplicarlas una vez a la base entera.

Cuando el origen es una planilla

La planilla suele mezclar empresa, contacto y negocio en la misma fila, y alguien tiene que separar esa información en tres listas y crear la clave que vincula cada contacto y cada negocio con su empresa. Cada vendedor también mantiene su propia planilla, con columnas distintas, y la consolidación revela duplicados entre carteras que el liderazgo resuelve antes de la carga, porque la respuesta decide dueño de cuenta y comisión.

¿Cómo armar el mapeo de campos y etapas?

El mapeo es la tabla que dice, para cada campo del sistema antiguo, a qué campo del CRM nuevo va y qué regla transforma el valor en el camino. Depende de un destino diseñado: objetos, asociaciones y campos salen del modelo de datos del CRM, y la definición de cada campo, con formato y dueño, queda en el diccionario de datos. Cada fila necesita la aprobación de quien usa el campo.

Origen	Destino	Regla de transformación	Quién aprueba
Segmento en texto libre	Segmento en lista cerrada	Agrupar las variaciones; sin correspondencia, va a “Por clasificar”	Marketing
Responsable del negocio	Propietario del registro	Los registros de usuarios desvinculados pasan al gestor de la cartera	Gerente comercial
Fases “Propuesta enviada” y “Esperando respuesta”	Etapa “Propuesta”	Dos fases se vuelven una, con criterio de entrada escrito	Dirección comercial
Campo “Observaciones”	Nota en el historial	Cargar como nota, con la fecha original	Dueño de la migración
Fecha de cierre vacía	Fecha obligatoria	El vendedor la completa en la limpieza; sin fecha, el negocio queda fuera	Gerente comercial

El mapa de etapas toca el forecast, la previsión de ingresos que sigue la dirección. Cuando dos fases antiguas se fusionan, la conversión histórica cambia de base, y la dirección necesita saberlo antes de comparar el primer trimestre en el CRM nuevo con el anterior. Cuando una fase se divide en dos, el vendedor dueño decide a cuál entra cada negocio, con revisión del gerente. Guarda la fase original en un campo de referencia, y el análisis histórico sobrevive al apagado del sistema antiguo.

¿En qué orden cargar los datos en el CRM nuevo?

El orden de carga sigue las asociaciones, los vínculos entre registros, como el contacto que pertenece a una empresa. Un registro solo puede asociarse a otro que ya exista en el destino, y la secuencia es: usuarios, empresas, contactos, negocios, productos de los negocios, actividades y notas, y al final adjuntos y tickets. Lo que sostiene los vínculos es el ID heredado, el identificador que cada registro tenía en el sistema antiguo, guardado en un campo del CRM nuevo. Con él, el equipo asocia cada contacto con la empresa correcta y rastrea cualquier diferencia hasta el origen.

Las integraciones entran después de la última carga, con el destino validado. Si el equipo activa el formulario del sitio o el ERP en medio de la carga, la integración crea registros que el mapeo no previó, incluidos duplicados en el sistema recién limpiado.

¿Por qué hacer una migración de prueba con muestra?

La migración de prueba carga una muestra en un entorno de pruebas, una copia del CRM nuevo separada de la producción, para encontrar los errores del mapeo mientras cuestan poco. El equipo elige la muestra con criterio: las cuentas más grandes, las carteras de vendedores desvinculados y los casos que la limpieza marcó como difíciles. Corregidos esos errores, hago un ensayo general cronometrado con la base completa, que muestra si la carga cabe en un fin de semana.

¿Cómo validar la migración por conteo y por muestreo?

El conteo, o conciliación, compara el número de registros y las sumas de valor entre origen y destino. El muestreo revisa registro por registro si campos, asociaciones, propietario e historial llegaron bien. El primero detecta la carga que falló a mitad de camino, y solo el segundo detecta el negocio que llegó entero a la empresa equivocada.

En un ejemplo hipotético, el sistema antiguo tiene 12.400 empresas, la limpieza fusionó 300 duplicadas y el alcance dejó 1.100 en el archivo de consulta. El destino tiene que mostrar 11.000 empresas, y cada diferencia aparece, con el ID heredado, en una lista de rechazos explicada. La suma de los negocios abiertos por etapa sigue la misma cuenta.

En el muestreo, cada liderazgo revisa registros de su propia área, porque reconoce el error que el técnico no ve. El criterio de aceptación queda escrito antes, y la revisión de abajo se convierte en el registro que firma la dirección.

Verificación	Cómo revisar	Criterio de aceptación	Quién firma
Conteo por objeto	Origen menos descartes y fusiones, comparado con el destino	Diferencia cero o explicada	Dueño de la migración
Valor del pipeline	Suma de los negocios abiertos por etapa en los dos sistemas	Igual, con las fusiones documentadas	Dirección comercial
Propietarios	Registros por dueño comparados con la cartera aprobada	Ningún registro con usuario desvinculado	Gerentes de área
Contenido e historial	Muestra por área, campo por campo, y línea de tiempo de las cuentas más grandes	Error dentro del límite escrito por campo	Liderazgos de área

¿Cómo hacer el congelamiento y el corte?

El congelamiento es el período en que nadie cambia datos en el sistema antiguo, para que la extracción final represente la base entera, y el corte va de esa extracción a la liberación del CRM nuevo. Marco el congelamiento para el viernes por la tarde, cargo durante el fin de semana y libero el lunes por la mañana, con el conteo revisado. Si la operación no puede parar, el equipo carga la base días antes y, en el corte, solo el delta, los registros modificados después de esa extracción.

La dirección aprueba el corte la semana anterior, junto con un plan de retorno: si la validación falla, el equipo vuelve al sistema antiguo el lunes y la empresa cambia la fecha. Ese plan exige el contrato antiguo vigente en la fecha.

¿Los dos sistemas deben convivir después del corte?

Conviven por un período corto y con papeles distintos: el CRM nuevo recibe todo registro a partir del corte, y el antiguo queda en modo de solo lectura, sin edición para nadie. Con los dos abiertos, el equipo crea dos versiones del mismo cliente en pocos días y nadie sabe cuál vale. Trabajo con 30 a 60 días de convivencia. Después, el dueño de la migración confirma que el archivo de consulta está completo, TI corta el acceso y finanzas cancela el contrato.

¿Qué pasa el día siguiente al corte?

La formación ocurre antes del lunes del corte, por rol, en el entorno de pruebas, con cada vendedor practicando sobre su propia cartera migrada. En las primeras semanas, una guardia de soporte, el equipo que atiende las dudas del sistema recién lanzado, responde en horas, porque el vendedor que no encuentra el historial de un cliente el lunes vuelve a la planilla el martes. La primera reunión de pipeline ocurre con el CRM nuevo en pantalla, y el plan de cuatro semanas para fijar el uso está en adopción de CRM.

¿Quién es dueño, quién ejecuta y quién aprueba en la migración?

En la encuesta de Bloor, el involucramiento de las áreas de negocio fue el factor crítico de éxito más citado, y la migración de CRM muestra el motivo: TI sabe extraer y cargar, y solo el área sabe si el dato llegó bien.

Rol	Es dueño de	Ejecuta	Aprueba
Patrocinador en la dirección	Alcance, fecha del corte y presupuesto	Decisión de los bloqueos entre áreas	Matriz de alcance, corte y aceptación final
Dueño de la migración, en RevOps u operaciones	Plan, mapeo consolidado y pendientes	Coordinación, inventario y conciliación	Cada carga de prueba
Dueños de datos de ventas, marketing y CS	Campos y etapas del área	Limpieza y revisión de la muestra	Filas del mapeo del área
TI y datos, con el socio de implementación	Extracción, entorno de pruebas e integraciones	Cargas y reglas de transformación	Seguridad de acceso y plan de retorno
Jurídico y encargado de datos	Retención y eliminación de datos personales	Opinión sobre el archivo de consulta	Descarte de contactos

La dirección deja por escrito lo que el dueño de la migración aprueba solo. Cuando ventas y marketing no coinciden sobre qué es un lead en el mapeo, el patrocinador decide en días, y el bloqueo sale del cronograma.

Errores comunes en la migración de CRM

Migrar todo por las dudas

Llevar el historial entero parece prudente y produce el proyecto más largo y la base más sucia. El archivo de consulta resuelve el miedo a perder datos.

Dejar la limpieza para después del corte

La frase “lo arreglamos en el sistema nuevo” empuja la limpieza a un momento en que compite con la operación. La semana siguiente al corte ya tiene metas, reuniones y tickets, y nadie separa tiempo para revisar miles de registros.

Cargar sin ID heredado

Sin el identificador antiguo, la asociación entre contacto y empresa depende del nombre de la empresa, que aparece con y sin “S.A.” y con nombre comercial. Un error descubierto tarde obliga a rehacer la carga entera.

Ignorar al propietario de los registros

Carteras de desvinculados y usuarios con correos distintos en los dos sistemas mandan registros a quien no conoce al cliente. En las migraciones que acompaño, la pregunta que más atrasa el mapeo es quién se queda con la empresa que dos vendedores registraron, y el gerente tiene que responderla antes de la carga, porque afecta la comisión.

Mantener los dos sistemas abiertos para edición

Las dos bases divergen cada día, el vendedor elige la más cómoda y, en pocas semanas, el liderazgo vuelve a conciliar números en planilla. El modo de solo lectura en el sistema antiguo, desde la primera hora del lunes, evita la divergencia.

Formar solo después del corte

El recorrido de pantallas el día del corte enseña navegación a quien todavía no tiene rutina en el sistema. El equipo tiene que llegar al lunes sabiendo qué registrar en su propio rol.

Formación del equipo para la migración

Los liderazgos aprenden primero a leer la conciliación, a revisar la muestra del área y a conducir las reuniones en el CRM nuevo. Los dueños de datos aprenden las reglas del mapeo y del diccionario. Vendedores, SDRs y CS aprenden la rutina de su rol sobre la cartera migrada, con atención a lo que cambió en las etapas, y el administrador del CRM aprende a importar con ID heredado y control de duplicados. RR. HH. y T&D miden el uso por persona antes y después del corte.

Hoja de ruta de 30 días para el liderazgo

1. Días 1 a 3: nombra al patrocinador y al dueño de la migración. Escribe lo que el dueño aprueba solo.
2. Días 4 a 10: pide el inventario y el perfilado. Acepta una estimación de plazo solo después de ellos.
3. Semana 2: aprueba la matriz de alcance. Define la ventana de historial y el archivo de consulta con el encargado de datos.
4. Semana 3: aprueba el mapeo y el mapa de etapas. Cada liderazgo firma las filas de su área, y la dirección comercial, las fusiones de etapa.
5. Semana 3: fija la fecha del corte y revisa el contrato antiguo. El aviso de cancelación sale solo después de la convivencia.
6. Semana 4: escribe el criterio de aceptación y de corte. Registra el error tolerado por campo y quién firma cada verificación.
7. Semana 4: agenda la formación por rol y la primera reunión en el CRM nuevo. Las sesiones terminan antes del corte.

Si tu empresa va a cambiar de CRM o dejar las planillas, ese es el trabajo de la formación in company de adopción de CRM. Conduzco el programa con los liderazgos y con cada rol, en el CRM nuevo y con los datos que migraron. El grupo sale con la guía de buenas prácticas de CRM, con las reglas de campo y de etapa que definió el mapeo, y con el manual de gestión de cartera y base, con la rutina que mantiene limpio el sistema nuevo después de la migración.

Preguntas frecuentes

¿Qué es la migración de CRM?

Es la transferencia de los registros de empresas, contactos, negocios, actividades y adjuntos de un sistema antiguo o de planillas a un CRM nuevo. El proyecto incluye decidir qué migrar, limpiar el origen, mapear campos y etapas, cargar en el orden de las asociaciones, validar y conducir el corte.

¿Cuánto tiempo lleva una migración de CRM?

En la referencia que uso para una operación mediana, con pocas integraciones, el corte ocurre alrededor de la octava semana, y la convivencia con el sistema antiguo en solo lectura dura otros 30 a 60 días. Un ERP, varias unidades de negocio o más de un sistema de origen alargan el mapeo y las pruebas.

¿Debo migrar todo el historial del CRM antiguo?

Migra lo que alguien va a usar para trabajar o decidir en los próximos doce meses, como cuentas activas, negocios abiertos y una ventana reciente de ganados y perdidos. El resto va a un archivo de consulta de solo lectura, exportado antes del apagado.

¿Cómo migrar de planillas a un CRM?

Separa la planilla en listas de empresas, contactos y negocios, y crea la clave que vincula cada contacto y cada negocio con su empresa. Consolida las planillas de los vendedores, resuelve los duplicados entre carteras con el liderazgo y sigue el mismo mapeo, prueba y validación de una migración entre sistemas.

¿Cómo validar si la migración salió bien?

Compara el conteo de registros y la suma del pipeline entre origen y destino, descontando lo que el alcance dejó atrás y lo que la limpieza fusionó. Después, cada liderazgo revisa una muestra de registros de su propia área, campo por campo, contra un criterio de aceptación escrito antes.

¿Cómo preparar al equipo para el cambio de CRM?

Forma a cada rol antes del corte, en el entorno de pruebas y con los datos migrados, para que cada vendedor practique sobre su propia cartera. Prepara primero a los liderazgos, que revisan la muestra y conducen la primera reunión en el sistema nuevo, y mantén una guardia de soporte en las primeras semanas.