Migrar de CRM sale bien cuando se lleva como un proyecto con dueño, fechas y reglas escritas, y no como una exportación que alguien hace un viernes. La checklist tiene tres tramos: antes (decidir quién manda, qué se migra y limpiar el origen), durante (congelar el CRM viejo, cargar y convivir unos días) y después (cuadrar los datos, medir si el equipo usa el nuevo y dar de baja el anterior).
Lo escribimos desde Clientify, así que cuando hace falta un ejemplo de destino ponemos el nuestro. Pero esta lista no depende de la herramienta: vale igual si te vas a HubSpot, a Pipedrive o a Zoho. La parte técnica de meter los datos en Clientify (orden de importación, formato del archivo, prefijos de teléfono) la tienes paso a paso en la guía de cómo migrar a Clientify sin perder el histórico. Si tus datos viven en una hoja de cálculo y no en un CRM, empieza por cómo migrar de Excel a un CRM, que tiene sus propias trampas.
Imagina el primer lunes con el CRM nuevo. A las diez, un comercial crea una oportunidad en el viejo porque nadie le dijo que ya no tocaba. A las once, el formulario de la web sigue mandando los leads al sistema anterior. A las doce, dirección pide el informe de ventas del mes y hay dos cifras distintas, una por sistema. Ninguna de las tres cosas tiene que ver con la importación. Las tres son de gestión del proyecto, y son las que esta checklist quiere evitar.
¿Quién tiene que estar en un proyecto de migración de CRM?
Cuatro papeles, aunque en una pyme los cubran dos personas. Lo que no puede pasar es que una decisión se quede sin nombre, porque entonces la toma el primero que se encuentra el problema, y casi siempre a destiempo.
| Papel | Qué decide o hace | Quién suele ser |
|---|---|---|
| Responsable del proyecto | Fija el calendario, convoca las revisiones y decide cuándo se pasa de un tramo al siguiente. | Quien vaya a administrar el CRM nuevo. |
| Dueño de los datos | Escribe la regla de corte, decide qué campos se conservan y resuelve los duplicados dudosos. | Dirección comercial u operaciones. |
| Usuario clave | Prueba el CRM nuevo antes que nadie con su trabajo real y cuenta al resto qué cambia. | Un comercial con peso en el equipo. |
| Quien conoce las conexiones | Lista formularios, integraciones y automatizaciones y las cambia de destino el día D. | Marketing, sistemas o el proveedor que las montó. |
Antes de pasar al primer tramo, hazte tres preguntas. ¿Hay una sola persona que pueda decir «esto no se migra» y que el resto lo acepte? ¿Sabes quién configuró las integraciones del CRM actual y si sigue en la empresa? ¿Tienes un comercial dispuesto a probar el nuevo antes que nadie y decirte lo que no le gusta? Si alguna respuesta es no, resuélvela ahora. Más tarde cuesta el triple.
Antes: ¿qué hay que decidir antes de tocar un solo dato?
La mayor parte del trabajo de una migración está en este tramo, y es el que más se recorta. Cada hora que dediques aquí te ahorra varias de corregir datos cuando el equipo ya está trabajando en el sistema nuevo.
Antes: decidir y limpiar
- Pon nombre a cada papel. Responsable del proyecto, dueño de los datos, usuario clave y quien conoce las conexiones. Dirección
- Apunta la fecha de renovación del CRM actual. Es el límite de todo el calendario: la migración se planifica hacia atrás desde ahí. Responsable
- Haz el inventario. Campos personalizados, embudos y etapas, automatizaciones, formularios, integraciones, plantillas e informes que se usan de verdad. Conexiones
- Escribe la regla de corte. Qué registros no se migran y por qué, con criterios que se puedan comprobar. Guarda aparte lo que se queda fuera. Dueño de los datos
- Limpia en el origen. Duplicados, campos vacíos, formatos de teléfono y de fecha, etapas que ya no existen. Dueño de los datos
- Haz la tabla de equivalencias. Cada campo del CRM viejo, a qué campo del nuevo va o si desaparece. Responsable
- Anota los recuentos de partida. Empresas, contactos, oportunidades abiertas y cerradas. Sin esa foto no hay cuadre posible. Responsable
- Prueba con una muestra. Unos cientos de registros reales en el CRM nuevo, revisados por el usuario clave. Usuario clave
- Anuncia el día D. Qué cambia, desde cuándo y a quién preguntar. Con la formación ya programada. Responsable
Dos decisiones de esta lista merecen explicación. La primera es qué no se migra. Un CRM con años de uso acumula leads que nunca contestaron, empresas que cerraron y campos que alguien creó para una campaña y nadie volvió a rellenar. Llevarlo todo parece prudente, pero traslada el desorden a un sistema limpio. Escribe una regla de corte con criterios que se puedan comprobar (sin actividad desde tal año, sin correo válido, duplicados), aplícala y guarda aparte lo que se queda fuera. Así, si alguien lo echa de menos, está localizado.
La segunda es limpiar en el origen, no en el destino. Deduplicar y normalizar en el CRM viejo te deja comparar el antes y el después con los mismos datos. Si limpias ya importado, nunca sabrás si una ficha falta porque la borraste o porque no entró.
Durante: ¿cómo se congela el CRM viejo sin parar las ventas?
Con una fecha pública y una regla simple: desde el día D, todo lo nuevo se crea solo en el CRM nuevo. El viejo no se apaga ese día. Pasa a ser de consulta, para que nadie pierda el contexto de un cliente mientras se acostumbra a buscarlo en otro sitio.
Durante: congelar, cargar y convivir
- Congela el CRM viejo. Desde el día D no se crean registros en él. Si se puede, pásalo a solo lectura. Responsable
- Exporta el mismo día D. La carga definitiva sale de una exportación de ese día, no de la de prueba. Responsable
- Carga en el orden correcto. Primero lo que otros registros necesitan para engancharse: empresas, después contactos, después oportunidades. Responsable
- Cambia de destino cada entrada automática. Formularios, chat, campañas e integraciones, una a una, con una prueba real después de cada cambio. Conexiones
- Revisa los registros de última hora. Lo creado o modificado en el viejo después de la exportación se pasa a mano. Dueño de los datos
- Da acceso y forma al equipo. Usuarios, permisos y una sesión práctica con sus propias oportunidades, no con datos de ejemplo. Usuario clave
- Deja el viejo solo para consultar. Nadie trabaja en los dos. Cualquier alta en el viejo se considera incidencia y se corrige ese día. Todo el equipo
El punto que más se olvida son las entradas automáticas. Los formularios de la web, las campañas de captación, el chat y las integraciones con facturación o con la centralita siguen escribiendo en el CRM viejo hasta que alguien los cambia de destino. Haz la lista de todas en el inventario del primer tramo y cámbialas el mismo día D, una a una, con una prueba real después de cada cambio: rellena el formulario y comprueba que el lead aparece en el nuevo.
La otra trampa son los registros de última hora. Entre la exportación de prueba y la carga definitiva, el equipo siguió trabajando. Por eso la carga completa se hace con una exportación del mismo día D, y se revisa qué se creó o se modificó en el viejo después de esa exportación.
¿Cuánto tiempo deben convivir los dos CRM?
El menor posible, y con papeles distintos: el nuevo es el único sitio donde se trabaja y el viejo solo se consulta. Donde de verdad se tuercen las migraciones es en la convivencia en la que se trabaja en los dos, porque cada día que pasa hay más registros que solo existen en uno de ellos.
No hay un número de días que valga para todos. El criterio para cerrar la convivencia no es el calendario, es que se cumplan tres cosas: los recuentos cuadran, nadie del equipo ha necesitado entrar al viejo en la última semana para trabajar y los informes del nuevo dan las mismas cifras que daba el anterior para el mismo periodo. Cuando se cumplen las tres, pasa al último tramo.
Planifica todo hacia atrás desde la fecha de renovación del contrato del CRM viejo. Si la renovación llega antes de que la convivencia haya terminado, acabarás pagando otro periodo o, peor, cancelando sin haber cuadrado los datos.
Después: ¿qué se revisa en la primera semana y en el primer mes?
Que los datos están y que el equipo trabaja de verdad en el sistema nuevo. Lo primero se comprueba con recuentos; lo segundo, mirando la actividad.
Después: cuadrar y cerrar
- Revisión de la primera semana. Recuentos contra la foto de partida, fichas sin empresa, teléfonos, oportunidades en su etapa. Responsable
- Revisión del primer mes. Oportunidades creadas por cada comercial, automatizaciones que se disparan, informes que cuadran con los del viejo. Responsable
- Recoge las incidencias en un solo sitio. Una lista compartida, con quién la detectó y cuándo se resolvió. Usuario clave
- Exporta todo del CRM viejo por última vez. Guárdalo con acceso restringido, porque contiene datos personales, y decide cuánto tiempo lo conservas. Dueño de los datos
- Da de baja lo que queda. Usuarios, integraciones, claves de acceso y, al final, el contrato. En ese orden. Responsable
- Cierra el proyecto por escrito. Qué se migró, qué se quedó fuera y dónde está guardado. El próximo cambio empezará por ese documento. Responsable
La revisión de la primera semana busca incidencias de datos: fichas sin empresa, teléfonos que no entraron, oportunidades en una etapa que no toca. El cuadre de recuentos y los cruces concretos para hacerlo están en el apartado de verificación de la guía para migrar a Clientify, y sirven igual para cualquier destino.
La revisión del mes busca otra cosa: si el CRM nuevo se ha convertido en el sitio donde se trabaja. Mira cuántas oportunidades nuevas ha creado cada comercial, si las automatizaciones se están disparando y si hay alguien que sigue apuntando las cosas en una hoja aparte. Ese último detalle dice más de la adopción que cualquier encuesta.
¿Qué señales dicen que la migración no ha terminado?
Que alguien pide acceso al CRM viejo «solo para mirar una cosa» cada semana. Que en las reuniones de ventas se trae una hoja de cálculo con las cifras «de verdad». Que un comercial dice que en el nuevo no encuentra el historial de un cliente y nadie le enseña dónde está. Que el formulario de una landing antigua sigue mandando leads al sistema anterior.
Cualquiera de estas señales quiere decir que el proyecto sigue abierto, aunque los datos estén importados. Mi criterio es firme: no des de baja el CRM viejo mientras veas una sola. Resuélvela, espera una semana más y vuelve a mirar.
Preguntas frecuentes
¿Cuánto tarda una migración de CRM?
La importación de una base normal de pyme cabe en una mañana. Lo que alarga el proyecto es lo de alrededor: decidir qué se migra, limpiar el origen, cambiar formularios e integraciones y convivir con el sistema viejo en modo consulta. Empieza entre seis y ocho semanas antes de la renovación del CRM actual.
¿Qué datos no conviene migrar a un CRM nuevo?
Los que no vas a usar: leads que nunca contestaron, empresas cerradas, duplicados y campos que nadie rellena desde hace años. Escribe una regla de corte con criterios comprobables, aplícala antes de exportar y guarda aparte lo que se queda fuera, para poder recuperarlo si alguien lo echa de menos.
¿Hay que parar las ventas durante una migración de CRM?
No. Se fija un día D y desde ese día todo lo nuevo se crea en el CRM nuevo, mientras el viejo queda solo para consultar. La carga definitiva sale de una exportación de ese mismo día y lo creado en el viejo después se pasa a mano. El equipo sigue vendiendo.
¿Cuánto tiempo deben convivir el CRM viejo y el nuevo?
El menor posible y con papeles distintos: en el nuevo se trabaja y el viejo solo se consulta. La convivencia termina cuando los recuentos cuadran, nadie ha necesitado el viejo para trabajar en la última semana y los informes de los dos dan las mismas cifras.
¿Quién debe liderar la migración de CRM en una pyme?
Quien vaya a administrar el CRM nuevo, con autoridad para fijar fechas. A su lado hacen falta un dueño de los datos que decida qué se migra, un comercial que pruebe antes que nadie y alguien que conozca los formularios e integraciones. Dos personas pueden cubrir los cuatro papeles.
¿Qué hago con los datos del CRM viejo después de darlo de baja?
Antes de cancelar, exporta todo por última vez: registros, notas y archivos adjuntos si la herramienta lo permite. Guarda la copia con acceso restringido, porque contiene datos personales, decide cuánto tiempo la conservas y apunta dónde está en el documento de cierre del proyecto.
Siguientes pasos
Imprime la checklist, pon un nombre al lado de cada punto y fija tres fechas antes de nada: la regla de corte, el día D y la fecha de baja. Con eso, la migración ya tiene forma de proyecto.
Si todavía estás decidiendo a qué CRM te vas, compara con calma lo que cuesta cada opción en la comparativa de cuánto cuesta un CRM. Y si el destino es Clientify, la guía técnica de migrar a Clientify te lleva de la exportación a la verificación final.
Haz la prueba con una muestra real antes del día D
Si estás valorando Clientify como destino, crea una cuenta, importa unos cientos de registros de tu CRM actual y pide a tu usuario clave que trabaje con ellos. Tienes 7 días gratis y sin tarjeta.
Prueba gratis Clientify 7 días
