Data Migration Guide
Preparar Sus Datos Antes de Migrar Cualquier Cosa
Esto es lo que nadie le dice antes de una migración de CRM: la importación en sí toma unas pocas horas. La preparación toma días, a veces semanas. Y los equipos que omiten la preparación son los que le llaman a las 11pm el día del cutover preguntando por qué el 40% de sus contactos desapareció.
Un equipo de RevOps en una empresa SaaS de mercado medio pasó tres semanas migrando 6.000 contactos de Salesforce a un nuevo CRM. La primera ejecución falló por 1.200 duplicados. La segunda ejecución falló porque no se pudieron conciliar cuatro formatos de fecha diferentes. La tercera ejecución finalmente funcionó — después de otra semana de limpieza. Todo el problema podría haberse evitado con un solo día de trabajo de auditoría previa a la migración.
Esta guía detalla los siete pasos de preparación que convierten una migración caótica en una aburrida. No tocará el sistema de destino hasta el paso siete. Eso es intencional.
Paso 1: Ejecute una Auditoría de Calidad de Datos en Su Sistema de Origen
Antes de exportar una sola fila, necesita entender qué tiene realmente. La mayoría de los equipos descubren sus problemas de calidad de datos durante la migración. Los equipos inteligentes los descubren antes. Si está en las etapas tempranas de evaluar a qué sistema va a migrar, la lista de verificación para compradores de CRM cubre las preguntas sobre el modelo de datos que debe hacer antes de comprometerse.
Abra su CRM de origen y obtenga estos números:
Recuentos de filas por objeto:
- Total de contactos
- Total de empresas/cuentas
- Total de oportunidades/deals (abiertas y cerradas)
- Total de actividades (llamadas, emails, notas, tareas)
Tasas de completitud de campos en sus objetos más usados. Para contactos, verifique: email, teléfono, nombre de empresa, cargo, etapa del ciclo de vida, fuente del lead, país. Cualquier campo por debajo del 70% de completitud es un problema que vale la pena conocer ahora.
Estimación de duplicados. En Salesforce, ejecute un informe sobre contactos agrupados por dominio de email y busque clusters obvios. En HubSpot, use la herramienta de Gestión de Duplicados (Contactos > Acciones > Administrar Duplicados). En Pipedrive, exporte a CSV y ejecute un COUNTIF en la columna de email. Una estimación aproximada está bien — aún no está fusionando, solo contando.
Inconsistencia de formato de fecha. Exporte 50 registros aleatorios y observe sus campos de fecha. Si ve una combinación de MM/DD/AAAA, DD/MM/AAAA, AAAA-MM-DD y cadenas de texto como "Q3 2024", tiene un problema de normalización que romperá el mapeo de campos más adelante.
Lista de Verificación de Auditoría de Datos
| Verificación | Qué medir | Umbral aceptable |
|---|---|---|
| Recuento total de registros por objeto | Cantidad de filas | Línea base para QA post-migración |
| Completitud del campo email | % de contactos con email válido | >80% |
| Completitud del campo teléfono | % de contactos con algún teléfono | >60% |
| Completitud del nombre de empresa | % de contactos vinculados a una empresa | >75% |
| Completitud de la etapa del ciclo de vida | % con una etapa definida | >85% |
| Estimación de duplicados | % de contactos con email duplicado | <5% antes de limpiar |
| Consistencia del formato de fecha | Cantidad de formatos de fecha distintos | 1 (después de normalización) |
| Formato del campo de país | Combinación de nombres completos vs códigos ISO | Estandarizar a uno |
Anote sus números. Esta línea base de auditoría también es su objetivo de QA post-migración — después de la importación, verificará que estos recuentos coincidan.
Paso 2: Defina Qué Datos Vale la Pena Migrar
No todo necesita venir. Esta decisión es una de las más importantes de todo el proceso de migración, y la mayoría de los equipos nunca la toma explícitamente.
Hágase estas preguntas para cada objeto y tipo de registro:
Contactos/Leads: ¿Necesita registros que no han tenido ninguna actividad en 3+ años? Si su ciclo de ventas es de 90 días, un contacto sin engagement desde 2021 no es un prospecto — es almacenamiento innecesario. Decida una fecha de corte.
Actividades históricas: Registros de llamadas, hilos de email, notas de reuniones de hace tres años. ¿Sus representantes realmente los consultan? Para la mayoría de los equipos, la respuesta es no para cualquier cosa de más de 18 meses. Archive el sistema de origen en lugar de migrar cada nota desde 2019.
Deals/Oportunidades: Las oportunidades de cierre perdido de más antigüedad que su ciclo de ventas promedio × 3 raramente se reabren. Podría migrar el registro de la empresa pero omitir el registro de deal de hace 4 años.
Objetos personalizados: Si construyó un objeto personalizado en Salesforce para un proceso que ya no existe, no lo migre.
Archivo vs. migración — un marco simple:
| Antigüedad del registro + actividad | Decisión |
|---|---|
| Activo o con engagement en los últimos 12 meses | Migrar |
| Sin actividad en 12–24 meses, alto valor (cuenta enterprise) | Migrar con marca |
| Sin actividad en 12–24 meses, bajo valor | Archivar en origen |
| Sin actividad en 24+ meses | Archivar o eliminar |
| Actividades históricas de más de 18 meses | Archivar el sistema de origen, no migrar |
Documente esta decisión. Recibirá preguntas de los representantes preguntando dónde están sus datos antiguos. Tener una política escrita evita que esa conversación se convierta en una crisis.
Paso 3: Deduplicación Antes de la Exportación
Este es el paso que la mayoría de los equipos omite, y es la razón por la que la mayoría de las migraciones fallan. Si exporta duplicados, importa duplicados — y la deduplicación en un sistema nuevo desconocido es más difícil que en el sistema que conoce.
En Salesforce: Use Reglas de Duplicados (Configuración > Gestión de Duplicados) para ejecutar un informe. Para la fusión masiva, la herramienta nativa lo maneja en lotes, o use una herramienta de terceros como Dedupely para conjuntos de datos de más de 5.000 contactos. Configure su regla de coincidencia a coincidencia exacta de email para fusión automática, luego ponga en cola las coincidencias difusas (nombre + apellido + empresa) para revisión manual.
En HubSpot: Contactos > Acciones > Administrar Duplicados. La herramienta de HubSpot hace la coincidencia por usted y presenta pares para revisión. Para bases de datos grandes, esto puede llevar tiempo — presupueste una tarde completa para 10.000+ contactos. La guía de importación de HubSpot también es la referencia a consultar para saber cómo se comparan los registros en una reimportación después de cualquier ciclo de exportación-y-limpieza.
En Pipedrive: La deduplicación nativa de Pipedrive es limitada. Exporte a CSV, ejecute la deduplicación en Google Sheets o Excel (Datos > Eliminar Duplicados en la columna de email), luego reimporte. Para una coincidencia más sofisticada, pase la exportación por Dedupe.io antes de la migración.
Estrategia de fusión:
- Comience con coincidencias exactas de email — son seguras para fusionar automáticamente
- Revise manualmente las coincidencias difusas de nombre + empresa (30 minutos por 1.000 registros es una estimación razonable)
- No fusione automáticamente registros donde el nombre de empresa difiere significativamente — eso a menudo son dos contactos diferentes en la misma empresa
Siempre haga una copia de seguridad antes de fusionar. Exporte un CSV completo de su estado actual antes de tocar la herramienta de Gestión de Duplicados. No puede deshacer de forma fiable una fusión masiva.
Paso 4: Normalice los Campos Clave
La normalización de campos es tediosa. También es la diferencia entre una importación limpia y 40 tickets de soporte de los representantes el primer día.
Números de teléfono: Elija el formato E.164 (+15551234567) como su estándar objetivo. La especificación ITU-T E.164 define el estándar formalmente, pero para propósitos prácticos la regla clave es: signo más, código de país, número de abonado, sin separadores. Extraiga las extensiones del campo de teléfono principal — cree un campo de extensión separado si lo necesita. Elimine todos los caracteres de formato (paréntesis, guiones, espacios) para que no rompan la validación de tipo de campo en el destino.
Campos de país: Elija códigos ISO 3166-1 alfa-2 (US, GB, DE) o nombres completos, no una mezcla. Si tiene "United States", "USA" y "US" en su campo de país, se importarán como tres valores diferentes.
Etapas del ciclo de vida: Esta duele. Los sistemas de origen a menudo tienen 7 nombres de etapa que necesitan mapearse a 4 en el destino. El mapeo no puede automatizarse — debe decidir dónde van "Marketing Qualified Lead" y "Product Qualified Lead" en el nuevo sistema. Si no tiene una definición clara de lo que significa cada etapa en la práctica, etapas del ciclo de vida de leads le proporciona un marco para trabajar antes de comenzar la conversación de mapeo.
Valores de fuente de lead: El mismo problema. Exporte todos los valores distintos de su campo de fuente de lead y mapéelos a la lista de selección del destino. Los valores sin equivalente en el destino se importarán en blanco o generarán un error.
Tabla de Referencia de Normalización
| Campo | Problemas comunes | Objetivo de normalización |
|---|---|---|
| Teléfono | Formatos mixtos, extensiones en campo principal, ceros iniciales eliminados | E.164 (+CC NNNNNNNNNN) |
| País | Nombre completo / abreviatura / mezcla de ISO | ISO 3166-1 alfa-2 |
| Etapa del ciclo de vida | Más valores de origen que de destino | Construir mapa de valores explícito |
| Fuente de lead | Entradas de texto libre vs. valores de lista de selección | Mapear a lista de selección del destino |
| Campos de fecha | Formatos mixtos, cadenas de texto, nulos | ISO 8601 (AAAA-MM-DD) |
| Moneda | Formatos de locale mixtos ($1.000 vs 1000,00) | Numérico, sin formato |
| Cargo | Capitalización inconsistente, abreviaciones | Capitalización consistente |
Construya esta tabla antes de abrir una sola plantilla de importación. Cada campo que no esté normalizado antes de la exportación se convertirá en un problema en el destino.
Paso 5: Documente Su Mapeo de Campos Antes de Tocar el Destino
El mapeo de campos se trata como una decisión del día de la migración todo el tiempo. Eso es incorrecto. Las decisiones tomadas bajo presión, durante una ejecución de importación, producen errores que no detectará hasta que los representantes los encuentren dos semanas después.
Construya el documento de mapeo de campos ahora, antes de haber tocado el CRM de destino.
Plantilla de Mapeo de Campos
| Campo de origen | Tipo de origen | Objeto de origen | Campo de destino | Tipo de destino | Objeto de destino | Regla de transformación |
|---|---|---|---|---|---|---|
| First Name | Texto | Contacto | First Name | Texto | Contacto | Ninguna |
| Last Name | Texto | Contacto | Last Name | Texto | Contacto | Ninguna |
| Contacto | Contacto | Minúsculas en todos los valores | ||||
| Phone | Teléfono | Contacto | Phone | Teléfono | Contacto | Convertir a E.164 |
| Lifecycle Stage | Lista de selección | Contacto | Lifecycle Stage | Lista de selección | Contacto | Ver mapa de valores abajo |
| Annual Revenue | Moneda | Cuenta | Annual Revenue | Número | Empresa | Eliminar símbolo de moneda |
| Close Date | Fecha | Oportunidad | Close Date | Fecha | Deal | Convertir a AAAA-MM-DD |
| Lead Source | Lista de selección | Contacto | Original Source | Lista de selección | Contacto | Ver mapa de valores abajo |
| Account ID | Lookup | Contacto | Company | Asociación | Contacto | Resolver mediante coincidencia de nombre de empresa |
La columna "Regla de transformación" es la más importante. Si la deja en blanco, está planeando tomar esa decisión durante la ejecución de importación. No lo haga.
Para campos de lista de selección, cree una sección de mapeo de valores separada:
Mapa de valores de Etapa del Ciclo de Vida: | Valor de origen | Valor de destino | |---|---| | Lead | Lead | | Marketing Qualified Lead | MQL | | Sales Qualified Lead | SQL | | Opportunity | SQL | | Customer | Customer | | Churned Customer | Customer (inactive) | | Evangelist | Customer |
Paso 6: Decida Qué Hacer con las Actividades Históricas
Las actividades — registros de llamadas, hilos de email, notas, tareas — son la decisión de migración más complicada. También son la parte más voluminosa de cualquier base de datos de CRM.
Los compromisos:
Migrar actividades da a los representantes historial completo en un solo lugar. Pero también aumenta el tiempo de importación, los costos de almacenamiento en el nuevo sistema y el riesgo de errores de mapeo de relaciones (las actividades deben mantenerse vinculadas al contacto y registro de deal correcto).
Archivar actividades preserva el historial sin migrarlo. Los representantes pueden abrir el sistema antiguo como un archivo de solo lectura por 90 días post-cutover si necesitan contexto histórico.
Orientación práctica:
- Migre todas las actividades de los últimos 12 meses
- Archive (no migre) las actividades de más de 12 meses
- Siempre migre las notas adjuntas a deals activos — esas son contexto de alto valor
- Hilos de email: migre solo los últimos 5 por contacto a menos que el deal esté activo
- Tareas y recordatorios: solo migre tareas abiertas. Las tareas completadas de 2022 agregan ruido sin valor.
Verifique los costos de almacenamiento de su CRM de destino por registro de actividad antes de decidir. En algunos sistemas, 500.000 registros de actividad significan un nivel de plan significativamente mayor.
Paso 7: Construya una Muestra de Prueba de 100 Registros
Antes de ejecutar cualquier importación — incluso una importación de prueba — necesita una muestra de prueba. Son 100–150 registros que representan el rango completo de sus problemas de calidad de datos.
Cómo seleccionar la muestra:
- 30 registros limpios con todos los campos completos y sin problemas de formato
- 20 registros con números de teléfono faltantes
- 20 registros con caracteres inusuales en campos de nombre (acentos, guiones, apóstrofes: O'Brien, Müller)
- 15 registros con longitud máxima de campo (nombres de empresa de 255 caracteres, cargos largos)
- 10 registros con valores de etapa del ciclo de vida ambiguos
- 5 registros que son casos extremos conocidos en su conjunto de datos (p.ej., contactos sin empresa, deals sin fecha de cierre)
Guarde esta muestra como un CSV separado. Se convierte en su conjunto de QA para la importación sombra — importará primero esta muestra de 100 registros, la verificará y solo entonces procederá con el conjunto de datos completo.
Errores Comunes
Mover el problema de duplicación al nuevo sistema. Si no deduplica antes de exportar, solo está moviendo el desorden. Las herramientas de fusión del nuevo sistema serán desconocidas y los representantes no confiarán en el nuevo CRM desde el primer día.
Tratar el mapeo de campos como una decisión del día de la migración. Cada momento de "lo resolveremos durante la importación" agrega 45 minutos de tiempo de inactividad y aumenta la probabilidad de un error silencioso — uno que se importa sin fallar pero pone los valores incorrectos en los campos incorrectos. La guía de campos personalizados vale la pena leer junto con su trabajo de mapeo de campos — cubre qué campos construir en el destino antes de comenzar a importar.
No documentar las reglas de transformación. Pasará 3 horas trabajando en la lógica de mapeo de etapa del ciclo de vida, no la documentará en ningún lugar y pasará otras 2 horas rederivándola tres semanas después cuando alguien pregunte por qué los contactos "Evangelist" se importaron sin etapa.
Migrar cada actividad histórica sin verificar los costos de almacenamiento. Un equipo migró 800.000 registros de llamadas históricas a un nuevo CRM que cobra por almacenamiento. Su factura mensual fue 3 veces mayor de lo esperado durante seis meses. Si está comparando opciones antes de comprometerse con un destino, Rework vs. Salesforce desglosa las diferencias de almacenamiento y modelo de precios que afectan esta decisión.
Omitir la muestra de prueba. La primera importación tendrá errores. Eso está bien. Pero si su primera importación son 50.000 contactos en lugar de 100 registros de prueba, esos errores se multiplican.
Qué Hacer Después
Complete la auditoría de datos antes de programar la fecha de migración. Programar el cutover antes de la auditoría es al revés — no sabe cuánto tiempo tardará la limpieza hasta que sepa qué tan malos están los datos. Los equipos que han pasado por este proceso también señalan que la madurez de RevOps afecta qué tan dolorosa es la migración — las organizaciones de menor madurez tienden a tener peor calidad de datos y necesitan más tiempo aquí.
Esta semana:
- Ejecute la lista de verificación de auditoría de datos y registre sus números de línea base
- Tome la decisión de migrar vs. archivar para los registros históricos
- Exporte todos los valores distintos de lista de selección de sus campos de etapa del ciclo de vida y fuente de lead
- Comience a construir el documento de mapeo de campos
Una vez que tenga sus números de auditoría y haya comenzado el documento de mapeo de campos, estará listo para pasar a la limpieza activa de datos. Eso se cubre en la siguiente guía.
Más Información

Victor Hoang
Co-Founder
On this page
- Paso 1: Ejecute una Auditoría de Calidad de Datos en Su Sistema de Origen
- Lista de Verificación de Auditoría de Datos
- Paso 2: Defina Qué Datos Vale la Pena Migrar
- Paso 3: Deduplicación Antes de la Exportación
- Paso 4: Normalice los Campos Clave
- Tabla de Referencia de Normalización
- Paso 5: Documente Su Mapeo de Campos Antes de Tocar el Destino
- Plantilla de Mapeo de Campos
- Paso 6: Decida Qué Hacer con las Actividades Históricas
- Paso 7: Construya una Muestra de Prueba de 100 Registros
- Errores Comunes
- Qué Hacer Después
- Más Información