En este paso conviertes la migración en un plan por etapas con fechas, dueños, un periodo en paralelo acotado y un punto de no retorno explícito. El entregable: un cronograma firmado que incluye el plan de reversa y la lista de integraciones a reconectar. El plan no elimina las sorpresas; les da un lugar donde caer sin romper la operación.
Las etapas: nadie migra todo en un fin de semana
Las migraciones que salen bien comparten la misma anatomía en cuatro etapas:
- Preparación del destino. El CRM nuevo se configura primero: propiedades, pipelines, usuarios, automatizaciones base. Migrar hacia un portal vacío de estructura es mudarse a una casa sin paredes. Si el destino es HubSpot, esta etapa es la guía de implementación de HubSpot comprimida.
- Migración de prueba en sandbox. La corrida completa con datos reales en ambiente de prueba, que se valida en el paso 5. Se repite hasta que los números cuadren.
- Piloto con un equipo. Un equipo o una línea de negocio opera en el CRM nuevo dos semanas antes que el resto. Encuentra el 80% de la fricción con el 20% del riesgo.
- Olas de corte. El resto del equipo entra por grupos, o todos juntos si la operación es chica. Cada ola con su corrida delta y su checklist de cutover (paso 6).
Junto a las etapas, el plan lista cada integración y formulario que hoy apunta al CRM viejo, con dueño y fecha de reconexión. Es la lista que armaste en la auditoría del paso 2; si es larga, coordinala con los patrones de la guía de integración de datos.
El paralelo: dos CRMs vivos, una sola mano que escribe
El periodo en paralelo —ambos sistemas activos— es la red de seguridad del proyecto y su mayor riesgo si se maneja mal. La regla que lo hace funcionar: escritura única. Cada equipo escribe en UN solo sistema en cada momento; el otro es de consulta. El piloto escribe en el nuevo mientras el resto sigue en el viejo; nunca los dos a la vez para el mismo equipo.
Complemento obligatorio: congelamiento de cambios en el origen. Desde la migración de prueba en adelante, nadie crea campos, ni etapas, ni workflows en el CRM viejo. Cada cambio posterior al mapeo del paso 3 es una diferencia silenciosa entre lo que probaste y lo que vas a migrar de verdad.
Un paralelo sin regla de escritura no es una red de seguridad: son dos versiones de la verdad divergiendo un poco más cada día.
Duración sana: 2 a 4 semanas. Menos de dos semanas no alcanza para que el piloto revele la fricción real; más de un mes, el equipo carga doble, los datos divergen y la migración empieza a competir contra su propia fatiga.
El punto de no retorno y el plan de reversa
El punto de no retorno es la fecha en que el CRM viejo pasa a solo lectura y el nuevo se vuelve la única verdad. Se define ahora, en el plan, con tres componentes: la fecha, los criterios objetivos para cruzarla (validación del paso 5 aprobada, piloto operando sin bloqueos, integraciones críticas reconectadas) y el dueño de la decisión —una persona, no un comité.
Antes de esa fecha, el plan de reversa es simple y tiene que estar escrito: si la validación falla o el piloto encuentra un bloqueo grave, se sigue operando en el viejo y se re-corre la migración; nada se pierde porque el viejo nunca dejó de ser la verdad. Después de esa fecha, no hay vuelta atrás barata: por eso los criterios para cruzarla son objetivos y no "se siente bien". Definir esto por adelantado evita la peor versión del proyecto: el limbo de meses con dos CRMs a medio usar porque nadie quiere firmar el corte.
Calendario: cuándo NO cortar
La fecha del cutover se elige esquivando tres trampas: el cierre de trimestre (nadie valida datos con la cuota encima, y el forecast en plena mudanza es un chiste caro), tu temporada alta (retail no migra en noviembre, punto) y las vacaciones de las personas clave (el admin del CRM viejo y el líder comercial tienen que estar en el país y despiertos la semana del corte). La ventana clásica que funciona: inicio de un mes tranquilo, cortando un jueves o viernes para usar el fin de semana como colchón y arrancar el lunes con el equipo completo.
Errores comunes en este paso
- Big bang sin piloto. Todo el equipo, todos los datos, el mismo día, sin ensayo. Cuando falla, falla para todos a la vez.
- Paralelo con doble escritura. "Carguen en los dos mientras tanto" duplica el trabajo, garantiza divergencia y quema al equipo antes del día D.
- Punto de no retorno tácito. Si no hay fecha firmada, siempre habrá una razón para esperar una semana más. Seis meses después sigues pagando dos licencias.
- Olvidar las integraciones en el cronograma. El plan migra los datos pero nadie agendó reconectar los formularios web: el lunes post-corte, los leads nuevos siguen cayendo en el CRM muerto.
Checklist antes de pasar al siguiente
- Cronograma por etapas con fechas y dueño por tarea.
- Piloto definido: qué equipo, cuándo entra, qué valida.
- Regla de escritura única comunicada y congelamiento de cambios activo en el origen.
- Punto de no retorno con fecha, criterios objetivos y dueño de la decisión.
- Plan de reversa escrito para la fase previa al corte.
- Lista de integraciones y formularios con fecha y responsable de reconexión.
Con el plan firmado, empieza lo concreto: paso 5, ejecución y validación con datos reales. El panorama completo vive en la guía de migración de CRM.