Cómo migrar de Excel a un CRM sin perder el histórico

Se migra en este orden: primero se decide qué columnas se llevan, después se prepara el archivo, luego se importan empresas antes que contactos y contactos antes que negocios, y al final se revisa lo que no cuadró. Cambiar ese orden es lo que convierte una migración de dos semanas en una de dos meses.

Puntos clave

• El límite de HubSpot es de 1.048.576 filas por archivo, que es exactamente el límite de filas de una hoja de Excel. Si tu hoja cabe, tu importación también.
• Lo que se pierde en una migración no son las filas: son los colores, los comentarios y las reglas que solo estaban en la cabeza de quien mantenía la hoja.
• Empresas, contactos y negocios, en ese orden. El orden inverso deja registros sin asociar y se arregla uno por uno.
• Migrar el Excel sucio significa pagar dos veces: una por moverlo y otra por limpiarlo con gente ya trabajando encima.

¿Por qué no se puede migrar el Excel tal cual?

Porque un Excel no guarda los datos donde tú crees que los guarda. Guarda una parte en las celdas y otra parte en cosas que no son datos: el color de una fila, un comentario flotante, una columna que alguien dejó de llenar en marzo, una pestaña que solo usa una persona.

Todo eso es información real que gobierna decisiones reales. Y nada de eso viaja. Al importar solo pasan las celdas, así que lo primero de una migración no es técnico: es preguntar qué significa el amarillo.

He visto hojas donde el color marcaba «este cliente ya no contesta», y la respuesta a por qué se marcaba así era «porque Laura lo empezó a hacer». Eso es una propiedad de estado que todavía no existe. Si no se crea antes de importar, la información se pierde y nadie se entera hasta que alguien vuelve a llamar a un cliente que llevaba dos años pidiendo que lo dejaran en paz.

¿Qué se lleva y qué se queda?

Menos de lo que crees. Una hoja que lleva años en uso acumula columnas que alguien necesitó una vez, y llevarlas todas cuesta lo mismo que llevar las que sirven, con la diferencia de que las inútiles después hay que mantenerlas.

El filtro que uso son tres preguntas por columna:

1. ¿Alguien la mira en un reporte, o la miraría si existiera? Si nadie la mira ni la miraría, no viaja.
2. ¿Sirve para segmentar o para decidir a quién contactar? Esas son las que de verdad justifican la migración.
3. ¿Se puede reconstruir desde otro lado? Si el dato ya está en tu facturación o en tu ERP, mejor traerlo de ahí después y no congelarlo hoy en una columna que va a quedar vieja mañana.

Lo que no pase el filtro no se borra: se guarda el archivo original en algún sitio y se olvida. Un Excel archivado no cuesta nada. Una propiedad muerta en el CRM cuesta todos los días, porque aparece en cada formulario y en cada vista.

Si la hoja está sucia, se limpia antes de mover nada. Migrar datos sucios significa pagar dos veces, una por mover los registros y otra por limpiarlos en el sistema nuevo, donde además ya tienes gente trabajando encima. El orden de operaciones completo está en cómo limpiar los datos de tu CRM.

¿Cómo tiene que estar el archivo?

Con una sola hoja, encabezados que correspondan a propiedades y por debajo de mil columnas. La documentación de HubSpot lo pone así:

Qué	Cuánto
Formatos aceptados	.csv, .xlsx, .xls
Hojas por archivo	Una
Columnas	Menos de 1.000
Tamaño en cuentas gratuitas	20 MB
Tamaño en cuentas de pago	512 MB
Filas al día en cuentas gratuitas	500.000
Filas al día en cuentas de pago	10.000.000
Filas por archivo	1.048.576

Fuente: HubSpot, Set up your import file, consultada el 31 de agosto de 2026.

Ese último número se reconoce: 1.048.576 es el número máximo de filas de una hoja de Excel. En la práctica significa que si tus datos caben en una hoja, caben en una importación, y que el tamaño casi nunca es el problema real.

Lo que sí da problemas es la regla de la hoja única. Las hojas de trabajo de verdad tienen tres o cuatro pestañas: una con los clientes, otra con los contactos, otra con las llamadas del trimestre. Cada pestaña es una importación distinta, y decidir qué pestaña es qué objeto del CRM es la mitad del trabajo de diseño.

La otra regla que se salta la gente es la de los encabezados. Un encabezado que dice «Empresa» y otro que dice «Cliente» pueden ser la misma propiedad o dos distintas, y el archivo no lo sabe. Esa decisión se toma antes de subir nada, en una tabla aparte donde cada columna del Excel apunta a una propiedad del CRM o a la palabra «no viaja».

¿Cómo se conserva el histórico?

«Histórico» significa dos cosas distintas, y solo una de las dos se puede migrar.

La actividad no existe en tu Excel. Un CRM guarda correos, llamadas y reuniones con su fecha y su responsable; una hoja de cálculo no tiene nada de eso. Nadie va a reconstruir dos años de correos al importar, y quien te prometa lo contrario está vendiendo humo. El historial de actividad empieza el día que empiezas a usar el CRM.

Lo que sí se conserva son los hechos que estaban escritos en celdas: cuándo se cerró un negocio, por cuánto, quién lo llevaba, cuándo fue el último contacto. Y se conservan con dos condiciones.

La primera es que las fechas viajen como fechas. Una columna de fechas que llega como texto se ve igual en la pantalla y no sirve para nada: no se puede filtrar por rango, no se puede usar en un reporte y no dispara automatizaciones. Es el error silencioso más común de una migración, porque no falla nada visible.

La segunda es que el pasado no se disfrace de presente. Un negocio cerrado en 2024 se importa como cerrado en 2024, con su fecha real, no con la fecha de hoy. Suena obvio y es justo lo que se rompe cuando alguien importa negocios sin mapear la fecha de cierre: al día siguiente el reporte dice que cerraste doscientos negocios el martes.

Con eso, las tasas históricas siguen calculándose y el año pasado sigue existiendo. Es lo máximo que se puede pedir de una hoja de cálculo, y basta.

¿En qué orden se importa?

Empresas, contactos, negocios. Siempre.

La razón es que cada objeto se asocia al anterior. Un contacto se asocia a una empresa que ya tiene que existir; un negocio se asocia a un contacto y a una empresa que ya tienen que existir. Importar al revés funciona en el sentido de que no da error, y ese es el problema: te quedas con registros correctos y sueltos, sin ninguna relación entre ellos, y asociarlos después se hace de uno en uno.

HubSpot permite importar varios objetos en un mismo archivo, y para hojas pequeñas es cómodo. Para hojas grandes prefiero archivos separados en orden, por una razón práctica: cuando algo sale mal, quiero saber exactamente qué importación lo hizo y poder repetir solo esa.

Antes de la importación buena, una de prueba con veinte filas. Se importa, se abre un registro, se mira si las fechas son fechas y si las asociaciones existen. Veinte filas mal importadas se borran en un minuto; veinte mil, no.

¿Qué se revisa cuando termina?

Cuatro cosas, en media hora.

Cuántos registros entraron contra cuántas filas tenía el archivo. Si no cuadra, la diferencia son duplicados que el sistema fusionó solo o filas que rebotaron, y las dos cosas hay que mirarlas.

Si las asociaciones existen. Se abren cinco empresas al azar y se mira si tienen contactos colgando. Si están vacías, el orden falló y conviene saberlo el primer día.

Si las fechas se ven como fechas. Se filtra por un rango cualquiera. Si el filtro no devuelve nada, la columna llegó como texto.

Y quién es el dueño de cada registro. Una migración sin propietario asignado deja una base que nadie siente suya, que es la forma más rápida de que el CRM se convierta en un archivo muerto. Ese problema no es técnico y lo tratamos aparte en por qué fracasan las implementaciones de CRM.

Cómo se ve esto cuando sale bien

El Excel deja de abrirse. No porque se prohíba, sino porque el CRM contesta las mismas preguntas más rápido y sin preguntarle a nadie qué significa el amarillo.

Si quieres que revisemos tu hoja antes de decidir qué se lleva, el diagnóstico inicial no tiene costo, y de ahí sale el mapeo columna por columna. También puedes ver cómo trabajamos la consultoría e implementación de HubSpot.

Preguntas frecuentes

¿Cuánto tarda migrar de Excel a un CRM? Para menos de 20.000 filas, entre una y dos semanas, y casi todo ese tiempo se va en decidir qué columnas se llevan y en limpiar el archivo. La importación en sí toma minutos. Si alguien te promete migrar en dos días, está saltándose la parte que decide el resultado.

¿Puedo importar el Excel tal como está? Técnicamente sí, y por eso sale mal tantas veces. El archivo tiene que tener una sola hoja, encabezados que correspondan a propiedades reales y menos de mil columnas. Lo que no cumpla eso se importa igual, pero deja registros que después hay que arreglar a mano.

¿Qué pasa con las notas y los comentarios de las celdas? Se pierden, salvo que los conviertas en columnas antes de importar. Los comentarios de Excel, el formato condicional y los colores no viajan a ningún CRM. Si el color amarillo significaba algo en tu hoja, eso es una columna que todavía no existe.

¿Importo primero contactos o empresas? Empresas primero, después contactos, y al final negocios. Cada objeto se asocia al anterior, así que el orden inverso deja registros sueltos que hay que asociar uno por uno. Es el error que más tiempo cuesta deshacer.