Una migración de ERP o CRM inacabada es el peor escenario de proyecto parado. El sistema viejo sigue operando porque hay que cobrar facturas, atender clientes y procesar pedidos. El sistema nuevo está a medio configurar, con datos parciales e integraciones sin terminar.
La empresa paga dos sistemas en paralelo. El equipo duplica trabajo en ambos. La migración se ha vuelto coste recurrente sin retorno. Y nadie quiere tocar la situación por miedo a romper más.
Este artículo describe el protocolo para retomar una migración así sin romper la operación. Es uno de los rescates más delicados que existen.
Por qué las migraciones se quedan a medias
Cinco causas habituales.
Causa 1 — Complejidad subestimada. El proveedor o equipo interno asumió que la migración era directa. Al avanzar, aparecieron edge cases (datos heredados con formato inconsistente, integraciones no documentadas, procesos no estándar) que duplicaron el alcance.
Causa 2 — Resistencia del equipo a abandonar el sistema viejo. Aunque el sistema nuevo esté listo, hay áreas que siguen usando el viejo "porque ya saben cómo". La migración formalmente no se completa porque la operación real nunca se mueve del todo.
Causa 3 — Datos heredados que no encajan. El sistema viejo guardaba información en formato propio o con convenciones internas que el sistema nuevo no soporta sin transformación. La transformación quedó sin definir.
Causa 4 — Cambio organizativo paralelo. Cambio de dirección, reorganización, adquisición. El proyecto pierde patrocinio ejecutivo, deja de tener prioridad, sigue formalmente activo pero sin avance.
Causa 5 — Proveedor desbordado o cambiado. El consultor implementador no termina, se cambia, deja un trabajo a medias que el siguiente no entiende. El cliente queda con piezas sin ensamblar.
El estado en que la empresa típica encuentra la migración
Inventario habitual.
Sistema viejo en producción atendiendo el 60-90% de la operación real. Sistema nuevo configurado para el 30-50% de los procesos pero con uso parcial o nulo. Datos migrados parcialmente (clientes activos sí, histórico no; productos actuales sí, datos contables no). Integraciones rotas o nunca terminadas. Equipo confundido sobre qué sistema usar para qué.
Coste actual: licencias de ambos sistemas + horas-persona en duplicidad + errores operativos derivados de la confusión. Estimación habitual para una empresa B2B mid-market: 80.000-180.000€/año en sobrecoste neto.
El protocolo de rescate en 5 fases
Fase 1 — Auditoría dual de ambos sistemas (2-3 semanas)
Mapear con precisión qué está usando cada sistema, qué datos viven dónde, qué procesos están duplicados, qué está roto. Sin este mapa, cualquier acción es ciega.
Resultado: documento de estado real con tabla de "qué hace qué sistema, qué se ha migrado, qué falta".
Fase 2 — Decisión estratégica de dirección (1 semana)
Con el mapa, decidir hacia dónde se va. Tres opciones reales.
Opción A — Completar la migración al sistema nuevo. Si el sistema nuevo encaja con la necesidad y la inversión hasta aquí merece completarse. Cierre del viejo en plazo definido.
Opción B — Volver al sistema viejo y cancelar la migración. Si el sistema nuevo no encajaba y la migración era error de inicio. Sale caro pero sale.
Opción C — Cambiar el sistema nuevo objetivo por otro. Si el sistema nuevo es inadecuado pero el viejo tampoco sirve. Esta opción es la más cara pero a veces es la correcta.
La decisión es ejecutiva con respaldo del diagnóstico técnico de Fase 1. No se puede dejar al equipo técnico que decida solo.
Fase 3 — Plan de transición operativa (2 semanas)
Cualquiera de las tres opciones requiere un plan que asegure que la operación no se rompe durante la transición.
Definición de qué sistema atiende qué proceso en cada semana del plan. Comunicación al equipo de cuándo cambia qué. Plan de back-up si algo falla. Definición de "punto sin retorno" (cuándo se apaga definitivamente el sistema que se abandona).
Fase 4 — Ejecución por bloques (8-20 semanas según opción)
Ejecución del plan en fases tangibles. Cada 2 semanas, un bloque cerrado: módulo X migrado, sistema viejo apagado para esa área, equipo formado. Cadencia visible para mantener confianza.
Este es el momento donde mayor riesgo hay de romper la operación. Personal técnico senior dedicado es obligatorio.
Fase 5 — Apagado definitivo del sistema abandonado (1-2 semanas)
Cuando todos los bloques están migrados y validados, apagado controlado del sistema que se abandona. Backup final de datos, archivado conforme a normativa (dependiente del sector: financiero, sanitario, etc. tienen obligaciones específicas), cierre de cuentas y licencias.
Si esta fase no se cierra bien, la empresa termina pagando licencias zombi durante años.
Los 4 errores típicos en rescate de migración
Error 1 — Querer "salvar la inversión" sin evaluar si encaja
Migración hecha a una herramienta inadecuada. Insistir en terminarla porque "ya gastamos 200.000€" es falacia de coste hundido. Si la herramienta no era la correcta, dejar de gastar es mejor que seguir gastando.
Error 2 — Migrar todo de golpe (big bang)
Apagar el viejo y encender el nuevo el mismo día con datos completos. Casi siempre rompe la operación. Migración por bloques es lo correcto aunque sea más lenta.
Error 3 — No comunicar al equipo
Si el equipo no sabe qué se está haciendo, sigue usando el sistema viejo por inercia. La migración técnicamente termina pero operativamente no. Comunicación clara y formación es el 30% del éxito de la migración.
Error 4 — Olvidar el coste recurrente del sistema abandonado
La empresa migra todo al sistema nuevo, considera terminada la migración, pero sigue pagando licencias del viejo durante 18 meses porque nadie las canceló. El plan de apagado debe incluir cancelación de contratos y servicios.
Coste realista de rescate de migración
Para una empresa B2B mid-market con migración ERP o CRM inacabada de 4-12 meses de antigüedad:
Auditoría dual + decisión + plan: 12.000-25.000€, 4-6 semanas.
Ejecución del rescate completo: 50.000-120.000€, 4-8 meses (según opción A, B o C).
Total típico: 60.000-150.000€. Habitualmente menos que el coste anual de mantener dos sistemas en paralelo, por lo que se recupera en 12-18 meses.
La conversación inicial
Una empresa con migración inacabada que nos contacta recibe primero una conversación de diagnóstico sin compromiso. Determinamos en 60-90 minutos cuál de las tres opciones (A, B, C) parece más razonable a priori. Si tiene sentido contratar el rescate completo, proponemos la auditoría dual como Fase 1 con presupuesto y plazo cerrados.
Bajo el NDA mutuo desde el primer contacto. Equipo senior dedicado durante toda la duración.
Sigue leyendo
- Por qué fracasan los proyectos de IA en empresas españolas (y cómo rescatarlos)
- El Proveedor Anterior Abandonó el Proyecto — Las Decisiones que Hay que Tomar en las Primeras 72 Horas
- Cómo Rescatar un Proyecto de Software Parado: Guía Paso a Paso para Empresas B2B
- Guía de rescate de proyectos
- Rescate de proyectos parados
- Software a medida con IA