En este paso ejecutas el cambio definitivo: la corrida delta, el congelamiento del CRM viejo y el arranque del equipo en el nuevo. El entregable es un día D aburrido: sin sorpresas, con soporte a mano y el equipo vendiendo con normalidad desde la primera hora. Si el día D es emocionante, algo salió mal en los pasos anteriores.
La corrida final es un delta, no todo de nuevo
Entre la migración validada del paso 5 y el día del corte pasaron una o dos semanas de operación: contactos nuevos, negocios que avanzaron, llamadas registradas. La corrida final migra solo esa diferencia —el delta—, no el universo completo otra vez. Por eso el registro de "última modificación" del origen y los IDs externos del paso 3 importan tanto: permiten identificar exactamente qué cambió desde la última corrida y traer solo eso, sin duplicar lo que ya llegó.
La secuencia del corte es rígida a propósito: primero el CRM viejo pasa a solo lectura (nadie escribe más ahí), después corre el delta, después se verifica, y recién entonces se abre el CRM nuevo al equipo. Invertir el orden —abrir el nuevo mientras el viejo sigue recibiendo escrituras— fabrica el peor escenario: datos nuevos repartidos entre dos sistemas y nadie seguro de dónde está la verdad.
El checklist del día D
El cutover se ejecuta con una lista impresa, en este orden, con un responsable y una hora por línea:
- CRM viejo a solo lectura. Se revocan los permisos de escritura; la consulta sigue abierta durante la transición.
- Corrida delta ejecutada y verificada. Conteos del delta cuadrados, log de errores en cero.
- Integraciones y formularios redirigidos. Cada formulario web, cada conector del ERP, cada webhook apunta al CRM nuevo. Se prueba con un lead de prueba de punta a punta: entra por el formulario, llega al CRM, dispara la asignación.
- Conexiones personales activadas. Correo y calendario de cada usuario conectados al CRM nuevo; sin esto, el historial deja de alimentarse desde el minuto uno.
- Prueba de humo comercial. Un usuario real crea un contacto, avanza un negocio, registra una llamada, y todo queda donde debe.
- Anuncio al equipo. Un solo mensaje claro: desde hoy se trabaja acá, el viejo es solo consulta, y este es el canal de ayuda.
Capacitación antes, no después
El error de calendario más común es agendar la capacitación para "la semana después del corte", como si el equipo pudiera vender tres días en un sistema que no conoce. Va al revés: la capacitación ocurre la semana previa, sobre el ambiente ya validado con los datos reales que los vendedores reconocen —sus cuentas, sus negocios—, no sobre demos genéricas. El día D nadie aprende: el día D se vende.
Capacita por rol, no por herramienta: al vendedor le importa cómo registrar una llamada y mover su negocio; al gerente, dónde está su pipeline; a marketing, cómo llegan los leads. Treinta minutos útiles por rol valen más que tres horas de tour por todos los menús. Y el gerente comercial abre la semana usando el CRM nuevo en su reunión de pipeline: la adopción se predica con el ejemplo, no con el manual. Para la mecánica fina de lograr que el equipo lo use sin pelear, el paso de adopción de la guía de HubSpot aplica entero acá.
Un cutover exitoso se nota en lo que no pasa: nadie pregunta dónde quedó su cliente.
La semana 1: soporte de guerra
Los primeros cinco días definen la relación del equipo con el sistema nuevo. El dispositivo es simple: un canal dedicado (el grupo de WhatsApp o Slack del proyecto), una persona asignada a responder en minutos —no en tickets—, y la regla de oro: toda fricción reportada se arregla o se explica en menos de 24 horas. La vista que falta, el campo que sobra, el permiso que bloquea: cosas chicas que, sin respuesta rápida, se convierten en "el CRM nuevo no sirve" para siempre.
Lleva una bitácora de todo lo reportado: es el insumo de la limpieza fina del paso 7 y la evidencia de que el sistema mejora respondiendo, que es exactamente el mensaje que el equipo necesita recibir esa semana.
Errores comunes en este paso
- Abrir el nuevo sin congelar el viejo. Dos sistemas de escritura simultáneos durante "unos días" es cómo se pierden los datos que ningún paso anterior perdió.
- Olvidar un formulario. El formulario de la landing vieja que nadie recordaba sigue mandando leads al CRM muerto. Se descubre un mes después, con los leads fríos.
- Capacitar con demos genéricas. El equipo no reconoce nada, no pregunta nada y llega al día D igual de perdido.
- Cortar sin soporte dedicado. Las primeras 48 horas sin respuesta rápida producen los primeros regresos silenciosos a la planilla.
Checklist antes de pasar al siguiente
- CRM viejo en solo lectura, con acceso de consulta conservado.
- Delta migrado, verificado y con log en cero.
- Todas las integraciones y formularios probados contra el CRM nuevo con un lead de punta a punta.
- Correo y calendario de cada usuario conectados.
- Equipo capacitado por rol la semana previa, sobre datos reales.
- Canal de soporte activo con dueño y bitácora de fricciones.
El corte está hecho; ahora falta que rinda. El cierre del proyecto se juega en los primeros 90 días en el CRM nuevo. El panorama completo vive en la guía de migración de CRM.