Por qué el 80 % de las implantaciones de ERP fracasan (y cómo cambiarlo)

Cuando Gartner anunció en 2020 que hasta el 75 % de los proyectos de ERP superan el presupuesto o el plazo y el 55 % fracasan en el resultado, el mercado fingió sorpresa. En 2026 ya no se ve esa sorpresa: las cifras incluso han empeorado. Nuestro propio análisis de 47 implantaciones en pymes españolas durante los años 2023-2025 muestra que el 80 % de los proyectos termina en uno de cuatro estados: superación del presupuesto en más del 50 %, superación del plazo en más de 6 meses, no alcanzar los objetivos comerciales originales, o abandono total del proyecto antes del go-live.

El fracaso del ERP, sin embargo, no es una casualidad. Es un proceso con patrones reconocibles. En este artículo nombraremos esos patrones, mostraremos las cinco razones más comunes de fracaso y, lo más importante, repasaremos las prácticas comprobadas que elevan la probabilidad de éxito del 20 % a más del 70 %.

El fracaso del ERP no es un evento, es un proceso

Imagine la historia típica. La empresa decide en enero implantar un nuevo ERP. En marzo firma el contrato. En mayo comienza la configuración. En septiembre, go-live. En noviembre la mitad de la funcionalidad no funciona como imaginaban. En enero del año siguiente llega la factura por otros 40.000 EUR de “ajustes fuera de scope”. En marzo del segundo año, la mitad de los empleados sigue sin trabajar en el sistema.

¿Es esto un fracaso? La mayoría de las empresas diría: “No, el sistema está funcionando.” Pero según cualquier definición razonable, el proyecto fracasó: retraso, sobrecoste, usuarios insatisfechos. Y lo más clave: las señales del fracaso ya eran visibles en abril. En junio, el destino del proyecto estaba sellado. El go-live de septiembre fue solo la confirmación formal de un estado que se gestaba durante meses.

Consejo: El mejor indicador de la salud del proyecto es el número de cuestiones abiertas y de riesgos. Si el número semanal de riesgos abiertos crece de forma continua y los riesgos de alta gravedad no se cierran, el proyecto está fracasando aunque aparentemente funcione. Contrólelo en cada estado semanal.

Cinco razones más comunes del fracaso

Del análisis de 47 proyectos emergen patrones recurrentes. Raramente se trata de una sola causa: normalmente se combinan dos o tres. Pero al ordenarlas por frecuencia, obtenemos:

Razón 1: Objetivos comerciales poco claros (88 % de los proyectos fracasados)

“Necesitamos un ERP moderno.” Esto no es un objetivo. Es un deseo. El objetivo suena: “Reducir el tiempo del pedido a la factura de 14 días a 3 días”, o “Reducir los errores de almacén del 2 % al 0,3 %”, o “Permitir que los responsables de operaciones cierren el mes el día 5 en lugar del 18.”

Cuando no tiene objetivos medibles, ni el proveedor ni su equipo saben cuándo está terminado. El proyecto se desborda porque cada nueva “buena idea” parece relevante, y nadie tiene un criterio para decir “esto no lo hacemos porque no sirve al objetivo”.

Solución: Formule 3-5 objetivos SMART antes de firmar el contrato. Cada objetivo se incorpora al contrato con criterios de éxito; si no se logra tras el go-live, algo en el proyecto debe cambiar.

Razón 2: Subestimación del change management (71 %)

Un nuevo ERP es técnicamente exitoso en el 80 % de los casos: los datos se transfieren, las integraciones funcionan, las transacciones corren. Fracasa en las personas. Los empleados no lo usan, los directivos no confían en él, los comerciales vuelven a Excel.

La razón: el change management recibió el 2 % del presupuesto del proyecto y se hizo como una formación de un día antes del go-live.

Solución: El change management merece el 15-25 % del presupuesto. Comienza 3 meses antes del go-live. Termina 6 meses después. Incluye: estrategia de comunicación, campeones en cada departamento, materiales formativos en varios formatos, sandbox para experimentar, soporte post-implantación.

Razón 3: Migración de datos de baja calidad (68 %)

Los datos del sistema antiguo están sucios. Duplicados, registros incompletos, formatos inconsistentes. El proveedor los traslada como puede y los entrega. Resultado: el nuevo sistema contiene los viejos problemas y a las 3 semanas del go-live la contable llama diciendo que “no se puede distinguir qué facturas son duplicadas y cuáles no”.

Solución: La migración de datos comienza 6 meses antes del go-live. Tiene su propio plan con fases: auditoría, limpieza, mapeo, migración de prueba, validación, migración real, reconciliación post-migración. Nunca es un “proyecto secundario”: a menudo es la parte más compleja de toda la implantación.

Consejo: Como prueba de calidad de los datos, haga un “sprint de informes”: cree 5 informes en el nuevo sistema con los datos migrados y compárelos con informes idénticos del sistema antiguo. Si las cifras difieren en más del 0,5 %, tiene un problema que debe resolver antes del go-live.

Razón 4: Mala elección del partner (54 %)

El proveedor del ERP y el partner de implantación no son lo mismo. Muchas empresas compran “el sistema” y no se dan cuenta de que el verdadero trabajo lo hace el partner: una pequeña empresa que pudo haber obtenido la licencia del software el año pasado.

Síntomas de un mal partner:

• El project manager cambia cada 3 meses
• El consultor no sabe responder a preguntas sectoriales
• El escalado no se resuelve, o se resuelve a través del proveedor, no del partner
• La documentación es pobre e inconsistente

Solución: Antes de elegir partner, averigüe: cuántos proyectos de su sector ha hecho, cuántos empleados tiene, cuál es la rotación de consultores, quién es su project manager concreto. Pida los CV de las personas que trabajarán en el proyecto. El contrato debería garantizar la continuidad, al menos del project manager.

Razón 5: Scope demasiado ambicioso (49 %)

Las empresas a menudo ven un nuevo ERP como una oportunidad para “resolverlo todo de una vez”. Añaden módulos que no estaban planeados originalmente. Integraciones que podrían estar en la 2.ª fase. Personalizaciones que amplían el estándar. Resultado: un proyecto que debía durar 4 meses dura 12, y los 8 restantes cuestan el doble.

Solución: Faseado. Fase 1: módulos core (finanzas, almacén, facturación). Fase 2: extensiones (CRM, RRHH, gestión de proyectos). Fase 3: especializaciones e integraciones. Entre fases, mínimo 3 meses de estabilización.

Anatomía de una implantación exitosa: 7 fases

Las implantaciones exitosas tienen una estructura similar. Vamos a desglosarla.

Fase 1: Discovery y objetivos (2-4 semanas, antes de firmar el contrato)

Mapeará el estado actual de los procesos, definirá 3-5 objetivos comerciales con KPI medibles, identificará las restricciones críticas (legislación, sistemas de integración, plazos). El resultado es un Business Requirements Document (BRD) y los criterios de aceptación.

Fase 2: Selección de la solución y del partner (4-8 semanas)

Shortlist de 3 proveedores/soluciones, demos con los mismos escenarios para cada uno, due diligence de referencias, prueba de concepto para integraciones críticas. El resultado es un contrato firmado con un Statement of Work (SoW) que contiene los objetivos SMART de la Fase 1.

Fase 3: Planificación del proyecto (2-3 semanas)

Kick-off, identificación del Steering Committee, nombramiento del project manager por parte del cliente, formación del equipo, plan de trabajo detallado con hitos, plan de comunicación, risk register. Sin esto solo se puede generar caos.

Fase 4: Configuración y personalización (6-12 semanas)

Sprints semanales, cada uno con un entregable y demo concretos. Involucre a los usuarios clave (power users) desde el principio, no solo en la formación. Cada sprint termina con pruebas de escenarios de negocio, no solo con unit tests.

Fase 5: Migración de datos (en paralelo 8-16 semanas)

Tres rondas de migración: mock 1 (3 meses antes del go-live), mock 2 (1 mes antes), migración real (fin de semana antes del go-live). Entre rondas, validación de datos mediante informes comparativos.

Fase 6: Pruebas y formación (4-6 semanas)

User Acceptance Testing (UAT) con escenarios reales y usuarios reales. Formación en grupos pequeños (máx. 8 personas), en varias rondas, con instancia sandbox disponible. Train-the-trainer para los campeones internos.

Fase 7: Go-live e hypercare (4 semanas)

Plan de cut-over con tareas concretas y responsables. Las primeras 4 semanas, soporte intensivo: equipo de “hypercare” en el cliente, status calls diarias. Hand-over progresivo al soporte estándar.

Change management: el corazón del éxito

Si de este artículo debe sacar un único insight, que sea este: el éxito de un proyecto ERP es 30 % tecnología y 70 % personas. El sistema mejor configurado fracasa si las personas no lo aceptan. Un sistema con configuración media tiene éxito si toda la organización se pone detrás de él.

Elementos de un change management funcional

Executive sponsor. El director o el propietario, que publica la comunicación, asiste a las status calls y resuelve los escalados. Sin un sponsor real, el proyecto carece de peso.

Red de campeones. Una persona de cada departamento clave que “trae el proyecto a casa”. Recibe acceso preliminar, forma a los demás, es el filtro de los feedbacks.

Plan de comunicación. Newsletters mensuales con el estado del proyecto. Página de intranet con FAQ. Open office hours con el equipo del proyecto. Vídeos del nuevo sistema.

Distintos tipos de formación. Formación clásica en aula (para el 30 % de las personas). Vídeos tutoriales (para el 40 %). Hands-on en sandbox (para el 30 %). Nunca “todos lo aprenderán igual”.

Soporte post go-live. Línea directa con respuesta rápida, sesiones regulares “lunch & learn”, recogida de feedback y correcciones rápidas de los puntos de fricción.

Cómo elegir un buen partner: cinco criterios

El partner decide más que la propia solución. Nuestros casos de éxito muestran que el mismo ERP implantado por distintos partners tiene un 50 % de diferencia de éxito. ¿Qué hay que mirar?

1. Especialización sectorial. Un partner con 20 clientes de su sector aporta un know-how que no se puede estudiar. No es casualidad que las implantaciones exitosas en producción las dirijan partners con background en producción, no generalistas.

2. Tamaño del partner relativo al proyecto. Si su proyecto es de 200.000 EUR y el partner tiene 5 empleados, usted es el 30 % de su capacidad, y cualquier baja amenaza todo el proyecto. Lo ideal: que el proyecto suponga el 10-25 % de la capacidad del partner.

3. Estabilidad del equipo. Pida la rotación de empleados de los últimos 2 años. Más del 30 % es señal de alarma.

4. Cultura documental. Solicite un ejemplo anonimizado de “lessons learned” de un proyecto anterior. Si el partner no tiene aprendizajes por escrito, no se desarrolla.

5. Referencias. Llame a 3-5 clientes y pregúnteles: “¿Si tuvieran que hacerlo de nuevo, elegirían el mismo equipo?”

Benchmark numérico: cómo es un “buen” proyecto

De nuestros 47 proyectos, los exitosos (el 20 % superior) tenían estas características:

• Sobrecoste medio del 8 % (frente al 65 % en los fracasados)
• Retraso medio de 12 días (frente a 4 meses en los fracasados)
• Adopción de usuarios 3 meses tras el go-live: 85 % o más (frente al 35 % en los fracasados)
• ROI alcanzado en 18 meses tras el go-live: 100 % (frente al 20 % en los fracasados)
• Presupuesto de change management: 18 % de los costes totales (frente al 3 % en los fracasados)
• Faseado: 2-3 fases (frente al “big bang” en los fracasados)

El patrón está claro: menos ambición de golpe, más inversión en personas, mejor planificación.

Conclusión: el fracaso es predecible, el éxito es planificable

El 80 % de las implantaciones de ERP fracasan. Es la mala noticia. La buena: el fracaso no es una casualidad, sino el resultado de errores predecibles. Cuando se anticipa a esos errores —objetivos poco claros, subestimación del factor humano, mala migración, partner equivocado, sobreescalado del scope— se sitúa en el 20 % superior, donde los proyectos triunfan.

La clave es admitir que el ERP no es un proyecto de TI. Es un proyecto de transformación de negocio con un componente de TI. Quien lo pilota desde el departamento de TI sin un sponsor de negocio fuerte comete el primer error antes de la firma. Quien invierte el 3 % en change management y el 97 % en tecnología comete el segundo.

Si está ante un proyecto ERP y quiere aumentar la probabilidad de éxito, contáctenos. En una consulta gratuita de 60 minutos repasaremos su plan, identificaremos los puntos de riesgo y propondremos ajustes. Del 80/20 se puede pasar al 30/70, pero hay que empezar con las preguntas correctas, no con el pedido del software.