Cómo preparar un mapa de datos antes de migrar un CRM

Un mapa de datos de migración CRM describe qué información sale del sistema actual, dónde se guarda en el destino y cómo se comprueba que conserva su significado. No basta con emparejar nombres de columnas: también hay que resolver identificadores, relaciones, valores incompatibles y datos que no podrán trasladarse.

Esta guía se centra en preparar ese documento de trabajo. Para planificar extracción, pruebas y cambio de operación, consulta la guía general de migración de datos entre CRM.

1. Inventariar entidades antes de mapear campos

Empieza por personas, empresas, negocios, actividades y notas. Añade archivos, productos u otras entidades si forman parte del alcance real. Un campo con nombre empresa dentro de un contacto puede ser solo texto y no una relación con un registro de empresa.

Para cada entidad, registra cantidad aproximada, identificador, responsable del dato y mecanismo de extracción disponible. Distingue lo que ves en la interfaz de lo que puedes exportar con los permisos actuales.

Pipedrive explica que actividades, notas y archivos vinculados necesitan exportaciones separadas. Una descarga de contactos no debe aceptarse como inventario completo del historial.

2. Documentar cada correspondencia

La ficha de un campo debería reunir origen, destino, tipo, transformación y criterio de aceptación. También necesita una decisión cuando el dato está vacío o no encaja.

Como ejemplo hipotético, una columna de fecha de alta podría trasladarse a una propiedad histórica de origen, sin sustituir la fecha de creación que asigna el CRM nuevo. La regla debe indicar formato, zona horaria y qué sucede si la fecha es inválida.

Un mapa útil responde a estas preguntas:

• Origen: entidad, campo e identificador que permiten localizar el valor.
• Destino: objeto y propiedad donde quedará disponible.
• Transformación: cambio de formato o correspondencia de valores.
• Excepción: rechazar, dejar pendiente o conservar sin transformar.
• Validación: comprobación que demuestra que el resultado es aceptable.
• Responsable: persona que decide los casos ambiguos.

El nombre de una propiedad no siempre explica su significado. Dos campos llamados estado pueden representar una etapa comercial, una situación de pago o una clasificación interna.

3. Separar identificadores y reglas de coincidencia

Conserva el identificador del origen y relaciona cada registro con su identificador de destino. Un ID de Salesforce, Zoho o Pipedrive no se convierte en el identificador interno del CRM nuevo por colocarlo en una columna con el mismo nombre.

La documentación de importación de HubSpot describe identificadores como correo, dominio de empresa y Record ID según el objeto y la operación. Hay que elegir el mecanismo compatible con el recorrido concreto, no asumir que el nombre visible de un contacto es único.

Define cómo tratar una persona con varios correos, dos personas con el mismo nombre o una empresa con varias sedes. Una coincidencia dudosa debe pasar a revisión. Fusionarla automáticamente puede mezclar historiales que pertenecen a entidades diferentes.

4. Dibujar las relaciones que deben conservarse

Un negocio puede estar relacionado con una empresa y varios contactos. Una actividad puede pertenecer a ese negocio y tener un responsable. Esas conexiones forman parte del dato que necesita el equipo, aunque no aparezcan como columnas simples en una exportación.

Anota entidad de origen, referencia relacionada y tipo de relación. Decide el orden de carga según las dependencias y conserva una tabla de correspondencias para reconstruirlas.

Como prueba hipotética, toma dos negocios de una misma empresa con distintos interlocutores. El resultado correcto conserva la empresa compartida y las asociaciones específicas, sin crear una empresa por cada fila ni asociar todos los contactos a todos los negocios.

5. Acordar etapas, propietarios y valores cerrados

Prepara correspondencias para etapas comerciales y listas de opciones. Si el origen tiene dos estados que el destino reúne en uno, documenta qué información se conserva y dónde podrá consultarse después.

Con los propietarios ocurre algo parecido. Un usuario que ya no está en la empresa puede necesitar una referencia histórica y otro responsable operativo. Reasignar todos sus registros al usuario que importa elimina contexto, aunque la carga termine sin errores.

Los valores desconocidos no deberían convertirse silenciosamente en la primera opción disponible. Mantén una lista de excepciones y una decisión revisable para cada una.

6. Delimitar qué significa conservar el historial

Conservar una nota como texto, reconstruir una actividad y copiar un correo con sus adjuntos son resultados diferentes. Define qué necesita consultar el equipo y qué capacidades ofrece el destino para representarlo.

Para cada tipo de historial, registra contenido, fecha, autor, entidad relacionada y limitaciones. Si un elemento queda en un archivo de consulta externo, indícalo expresamente; no lo presentes como una actividad nativa del nuevo CRM.

Esta definición evita prometer una reproducción exacta que las herramientas o permisos disponibles no permiten. También ayuda a valorar si basta un importador o se necesita una transformación mediante API.

7. Convertir el mapa en pruebas de aceptación

Selecciona casos con datos completos, campos vacíos, valores no reconocidos y relaciones compartidas. Compara el resultado con lo acordado en el mapa, no solo con el número de registros cargados.

Registra cuántos objetos se crearon o actualizaron, cuáles se rechazaron y qué asociaciones faltan. Añade comprobaciones funcionales: que el comercial encuentre el negocio, su responsable y el contexto necesario para continuar.

Si se repite una carga, el proceso debe reconocer registros anteriores. La tabla de correspondencias y el control de cambios permiten recuperar errores sin volver a crear todo el conjunto.

Qué debería quedar aprobado antes de cargar

El entregable es un mapa versionado, una lista de decisiones pendientes y una muestra validada por quien conoce la operación. Incluye exclusiones y el criterio para autorizar la carga completa. Si cambian campos o reglas durante el proyecto, registra qué versión se aplicó a cada lote.

Para una carga puntual puedes seguir cómo importar contactos de Excel a HubSpot. Si cambias de plataforma, la guía de Pipedrive a HubSpot aborda el corte y la continuidad del trabajo.

Podemos ayudarte a delimitar la integración de CRM, preparar el procesamiento y validación de datos o implementar la conexión mediante API cuando el alcance lo requiera.