Las implantaciones de ERP (planificación de recursos empresariales) fracasan con mucha más frecuencia de lo que la mayoría de las organizaciones espera. La respuesta más directa: la mayoría de los fracasos no se deben al propio software, sino a una gestión del cambio deficiente, una formación inadecuada, una planificación insuficiente y la suposición errónea de que desplegar una nueva tecnología produce automáticamente la adopción por parte de los usuarios. Comprender los patrones que subyacen al fracaso en la implantación de un ERP puede ahorrar a una organización años de interrupciones y decenas de millones de euros.
Según investigaciones citadas por analistas del sector, más del 70 % de las implantaciones de ERP no logran cumplir con sus objetivos de negocio originales. El daño económico se multiplica rápidamente: pérdidas iniciales del proyecto, interrupciones operativas, costes de mitigación y daño reputacional. Las empresas suelen identificar las causas de un retorno de la inversión en software negativo solo después de que el daño ya está hecho.
"Muchos proyectos fracasan porque los recursos se destinan al proyecto en sí, descuidando a los empleados, como millones tirados por la ventana."
Guillaume Koch, Althea (Entrevista a responsable de cambio)
Este artículo examina el coste real del fracaso de un ERP, tres de los casos de estudio de alto perfil más instructivos, entre ellos el fracaso del ERP de Nike, el fracaso en la implantación del ERP de Hershey y el fracaso del ERP de Revlon, así como un marco práctico para evitar los mismos errores en su organización.
El fracaso en la implantación de un ERP no es un evento puntual. Se desarrolla a lo largo del tiempo, en partidas presupuestarias, en la moral de la plantilla y en las relaciones con los clientes. Las consecuencias se dividen en cinco categorías que toda organización debería analizar antes de iniciar un proyecto.
Las empresas suelen perder años identificando, mitigando y resolviendo las causas raíz del fracaso. La recuperación requiere una revisión casi completa del enfoque de implementación del ERP original, que abarca la gestión del cambio, la estrategia de formación y la gobernanza del proyecto, para garantizar que no se repitan los mismos errores.
Las pérdidas financieras derivadas de un ERP adoptan muchas formas: pérdida de ventas, abandono de clientes, presión de los accionistas, caídas del precio de las acciones, disrupciones en la cadena de suministro y litigios. Estas son independientes de, y a menudo mayores que, la desviación presupuestaria original del proyecto.
Cuando las organizaciones recortan en gestión del cambio o formación para reducir costes, el precio de solucionar los problemas resultantes supera sistemáticamente lo que habría costado una preparación adecuada. Los gastos de mitigación incluyen honorarios de consultoría, software de sustitución, costes legales y la carga operativa necesaria para restablecer la productividad normal.
Un proyecto de ERP fallido rara vez se limita al departamento de TI. Una baja adopción del software genera frustración digital, resistencia de los empleados ante futuros cambios y una perjudicial experiencia de usuario en el entorno laboral. Estos costes culturales persisten mucho después de que se resuelvan los problemas técnicos.
Las interrupciones en el cumplimiento de pedidos, la escasez de productos y la cobertura negativa en prensa se traducen directamente en desconfianza por parte de los clientes y, en casos graves, en la pérdida de estos. Los tres estudios de caso que se presentan a continuación ilustran exactamente cómo se desarrolla este proceso.
Estos tres ejemplos representan algunos de los fracasos de ERP más ampliamente analizados que existen. Cada uno de ellos muestra un patrón diferenciado de factores críticos de fracaso que las organizaciones pueden utilizar como lista de comprobación para saber qué evitar.
El fracaso del ERP de Nike es uno de los ejemplos más citados de fracaso en la planificación de recursos empresariales en la historia de los negocios, y comenzó con una decisión que sobre el papel parecía razonable.
Contexto. En 2000, Nike estaba acelerando su expansión global y necesitaba modernizar su cadena de suministro. La empresa comprometió aproximadamente 400 millones de dólares en un proyecto de transformación digital ERP destinado a reemplazar un sistema heredado obsoleto, mejorar la previsión de la demanda y aumentar la cuota de mercado. Los componentes principales incluían un nuevo sistema ERP de SAP y el software de gestión de la cadena de suministro de i2 Technology.
Por qué falló el sistema ERP de Nike. El error crítico fue desplegar el software de planificación de la demanda de i2 Technology junto con el ERP heredado existente, en lugar de integrarlo correctamente con la plataforma SAP entrante. Los dos sistemas operaban con diferentes formatos de datos y reglas de negocio. Conectarlos requería una personalización compleja que introdujo errores de previsión casi de inmediato. El sistema comenzó a generar señales de demanda inexactas: sobreordenando algunos productos y subcontratando otros. La cadena de suministro de Nike, ya extendida por una creciente presencia global, no pudo absorber los errores.
Lo que costó el fracaso del ERP de Nike. El impacto financiero inmediato fue de aproximadamente 100 millones de dólares en ventas perdidas. El precio de las acciones de Nike cayó aproximadamente un 20% tras la revelación de los problemas en la cadena de suministro, y la empresa se enfrentó a demandas colectivas vinculadas a pedidos incumplidos. La recuperación total del fracaso de Nike i2 requirió aproximadamente siete años adicionales y una inversión estimada de 500 millones de dólares más. Nike finalmente completó la implementación del ERP de SAP en 2004, pero el coste total del primer intento fallido superó con creces el presupuesto original del proyecto.
La lección del caso práctico de implementación del ERP de Nike. Apresurar la integración entre sistemas incompatibles genera fallos de integridad de datos que se propagan rápidamente por las operaciones de la cadena de suministro. Los objetivos poco realistas y los plazos comprimidos se identifican sistemáticamente como factores críticos de fracaso en la implementación de ERP.
El fracaso en la implementación del ERP de Hershey es un ejemplo de manual sobre cómo las decisiones de planificación pueden hacer que un proyecto tecnológico, por lo demás sólido, se derrumbe en el momento de la puesta en marcha.
Antecedentes. A finales de los años 90, Hershey Foods Corporation lanzó un importante proyecto de ERP valorado en aproximadamente 112 millones de dólares, que incluía SAP R/3, el software de cadena de suministro Manugistics y el software CRM de Siebel Systems. El alcance era ambicioso, pero el calendario original de 48 meses se comprimió posteriormente a 30 meses.
Por qué fracasó el ERP de Hershey. Según el análisis del caso documentado, el fracaso en la implementación del ERP de Hershey se debió a dos errores críticos: el recorte de las fases de prueba y la elección de una fecha de puesta en marcha poco realista. La empresa decidió lanzar el sistema en el verano de 1999, justo antes del pico de ventas de la temporada de Halloween y Navidad. Cuando el sistema entró en funcionamiento, no había sido probado de forma adecuada con volúmenes de producción reales. El procesamiento de pedidos se bloqueó y el sistema de gestión de almacén no pudo hacer frente al pico de demanda.
Lo que costó el fracaso del ERP de Hershey. Hershey no pudo cumplir aproximadamente 100 millones de dólares en pedidos de dulces durante su temporada de ventas más crítica. La empresa registró un descenso del 19% en los beneficios trimestrales y una caída del 8% en las ventas netas en el tercer trimestre de 1999. Los minoristas que no podían obtener producto de Hershey trasladaron el espacio en estanterías a la competencia, y parte de esa cuota de mercado nunca volvió.
La lección del caso práctico de Hershey. Ninguna fecha de puesta en marcha de un ERP debe estar vinculada a un periodo de máxima actividad empresarial a menos que las pruebas se hayan completado en condiciones de carga realistas. Comprimir los plazos para cumplir fechas límite arbitrarias es uno de los factores de éxito y fracaso más recurrentes en el análisis de implementaciones de ERP.
El fracaso del ERP de Revlon demuestra cómo una planificación deficiente a nivel de gobernanza del proyecto puede destruir simultáneamente la capacidad operativa y la confianza de los inversores.
Antecedentes. Tras la adquisición de Elizabeth Arden en 2016, Revlon inició un importante despliegue de SAP HANA con el objetivo de integrar la planificación, el aprovisionamiento, la fabricación y la distribución en una operación global recién ampliada.
Por qué fracasó el proyecto ERP de Revlon. Revlon no pudo completar su informe financiero anual debido a los problemas de implementación. El sistema no podía registrar ni contabilizar el inventario con precisión, lo que significaba que la empresa no podía fabricar las cantidades correctas de productos ni atender los pedidos de los clientes. La integración del negocio adquirido añadió una complejidad que el plan del proyecto no había abordado de forma adecuada.
Lo que costó el fracaso del ERP de Revlon. Revlon experimentó una caída del 6,9% en el precio de sus acciones en las 24 horas siguientes a que la noticia se hiciera pública. La empresa no pudo cumplir aproximadamente 64 millones de dólares en envíos de productos y gastó otros 53,6 millones de dólares en intentar restablecer los niveles de servicio al cliente. Los inversores presentaron demandas colectivas, un resultado poco frecuente que ilustra la gravedad con que un fracaso en la implementación de un ERP puede dañar la confianza de las partes interesadas. Revlon no pudo recuperar las ventas perdidas, y diversos informes indican que la atención de la dirección se vio considerablemente desviada por la crisis en curso.
La lección del caso práctico de Revlon. La integración de un ERP tras una adquisición requiere una planificación del alcance y una gobernanza adicionales. Desplegar un nuevo sistema sin controles adecuados sobre la calidad de los datos de inventario genera un fallo operativo inmediato con consecuencias financieras acumulativas.
Nike, Hershey y Revlon se encuentran entre los casos más documentados, pero no son casos aislados. Un análisis de ejemplos de fracasos en ERP a lo largo de las últimas tres décadas revela patrones consistentes.
| Empresa | Sistema | Factor de fallo principal | Impacto reportado |
|---|---|---|---|
| Lidl | SAP HANA | Forzar el software para que se adaptara a los procesos existentes en lugar de adaptar los procesos organizativos; ausencia de gestión del cambio | Abandonado tras 7 años; aproximadamente 580 millones de dólares amortizados |
| Nike | i2 Technology + SAP | Integración de sistemas incompatible; objetivos poco realistas y plazos ajustados | Pérdida inicial de 100 millones de dólares; caída del 20% en bolsa; 7 años para recuperarse |
| Hershey | SAP R/3 + Manugistics + Siebel | Plazos ajustados; puesta en marcha en temporada alta sin pruebas adecuadas | 100 millones de dólares en pedidos no atendidos; caída del 19% en los beneficios trimestrales |
| Revlon | SAP HANA | Planificación deficiente de la integración posadquisición; controles de inventario inadecuados | 64 millones de dólares en envíos no realizados; demandas de inversores; caída del 6,9% en bolsa |
| MillerCoors | SAP | Socio de implementación inadecuado; experiencia interna insuficiente | Demanda judicial presentada; sobrecostes significativos |
El fracaso de la implementación de SAP en Lidl resulta especialmente instructivo para el análisis de fallos en implementaciones SAP. Lidl había desarrollado más de 90 soluciones propias internas a lo largo del tiempo. Cuando intentó consolidarlas en un único sistema SAP HANA, la empresa trató de personalizar el software para replicar sus procesos existentes en lugar de adaptar sus procesos al modelo ERP estándar. El sistema SAP registraba el inventario a precios de venta al público; Lidl operaba con precios de compra. En vez de alinearse con el estándar de SAP, el equipo apostó por una personalización extensiva que fue acumulando deuda técnica. Tras siete años y aproximadamente 580 millones de dólares invertidos, Lidl abandonó el proyecto y volvió a su sistema de gestión de inventario original.
El caso de Lidl es una ilustración directa de un factor de fallo crítico: tratar una implementación ERP como un ejercicio de configuración de software en lugar de como un programa de cambio organizativo.
A lo largo de los estudios de caso anteriores y del conjunto más amplio de investigaciones sobre fallos en ERP, varios factores causas raíz aparecen de forma recurrente. Estos son los desafíos de adopción digital que transforman un proyecto ERP de un activo empresarial en un pasivo.
Los proyectos que comienzan sin objetivos medibles y un alcance bien definido tienden a expandirse durante su ejecución, un fenómeno conocido como desviación del alcance. Sin objetivos claros, no existe ningún mecanismo para evaluar si la implementación va por buen camino ni para priorizar las decisiones cuando se requieren concesiones.
Tanto el fracaso ERP de Hershey como el de Nike implicaron plazos que no permitieron un tiempo adecuado para las pruebas. Reducir las fases de prueba para cumplir un plazo se cita sistemáticamente como una de las decisiones de mayor riesgo en cualquier proyecto ERP a gran escala.
La gestión del cambio no es un ejercicio de comunicación. Es el proceso estructurado de preparar a la organización, sus líderes y sus usuarios finales para trabajar de una manera fundamentalmente diferente. El fracaso de la implementación de SAP en Lidl es el ejemplo más claro: siete años de trabajo técnico se derrumbaron en parte porque el aspecto organizativo del cambio nunca se gestionó correctamente.
Los sistemas ERP son tan eficaces como la precisión y la coherencia de los datos introducidos en ellos. Si los usuarios finales no reciben una formación adecuada antes de la puesta en marcha, o si la formación se realiza con demasiada antelación y se olvida antes del lanzamiento, el sistema produce resultados poco fiables desde el primer día.
"Llevó tres o cuatro meses, y tuvimos que asegurarnos de que la formación se realizara antes de la puesta en marcha, pero no demasiado antes, para que la gente no lo olvidara. Inevitablemente hubo dificultades en el lanzamiento: la gente había olvidado cómo realizar una determinada operación."
Elder Mathias, DSI, Aftral (podcast CIO Pioneers)
Este es precisamente el escenario que convierte un sistema técnicamente sólido en una implementación ERP fallida. El soporte de formación continua y contextualizada, disponible en el momento en que se necesita, es un enfoque más fiable que un programa de formación puntual previo al lanzamiento.
El fracaso de la implementación ERP de Nike es el caso de referencia en este punto. Ejecutar en paralelo dos sistemas con diferentes estándares de datos genera problemas de integridad de datos que se amplifican en todos los procesos conectados. La arquitectura de integración debe definirse y probarse antes de que cualquier sistema entre en funcionamiento.
Las plataformas ERP estándar incorporan las mejores prácticas del sector. Personalizar en exceso el software para adaptarlo a los procesos organizativos existentes, como hizo Lidl, introduce una complejidad técnica que dificulta las actualizaciones futuras y genera sistemas difíciles de mantener. El enfoque más adecuado consiste en adaptar los procesos al modelo estándar del ERP, limitando la personalización a requisitos genuinamente únicos.
Cuando el liderazgo directivo no está activamente implicado, la toma de decisiones se paraliza, los conflictos por recursos quedan sin resolver y el proyecto pierde prioridad organizativa. El patrocinio ejecutivo se identifica sistemáticamente como un factor de éxito en las implementaciones de ERP que cumplen con su caso de negocio.
El fracaso de la implementación de SAP en MillerCoors se cita con frecuencia como ejemplo de selección de un socio implementador sin la experiencia relevante suficiente. El coste de sustituir a un socio a mitad del proyecto, o de desarrollar capacidad interna tras la puesta en marcha, es considerablemente mayor que el coste de una evaluación adecuada del socio desde el principio.
Los patrones identificados en estos casos de fracaso apuntan a un marco práctico de prevención. Cualquier organización que planifique o esté ejecutando actualmente un proyecto ERP puede utilizar estos pasos para reducir el riesgo.
El tema más persistente en todos los casos de estudio sobre fracasos de ERP es que el fallo tecnológico es casi siempre un fallo humano. Los usuarios que no comprenden el sistema, que no confían en él o que recurren a soluciones alternativas comprometen la calidad de los datos de los que depende todo el sistema.
Una DAP (plataforma de adopción digital) aborda esto directamente integrando orientación estructurada dentro de la propia aplicación ERP. En lugar de depender de que los empleados recuerden la formación en aula recibida semanas antes, una DAP proporciona tutoriales paso a paso, información contextual emergente y ayuda bajo demanda en el momento exacto en que el usuario está completando una tarea en el sistema. Este enfoque reduce la brecha entre la puesta en marcha y la plena competencia del usuario, que es el periodo en el que se producen la mayoría de los errores de datos y los fallos de proceso.
Lemon Learning es una plataforma de adopción digital diseñada para apoyar los despliegues de ERP en plataformas como SAP, Oracle, Microsoft Dynamics e Infor. Al superponer formación y soporte integrados en la aplicación sobre el ERP, Lemon Learning permite a las organizaciones mantener la competencia de los usuarios no solo en el momento de la puesta en marcha, sino a lo largo de todo el ciclo de vida del sistema, incluidas las actualizaciones y los cambios de proceso.
Para las organizaciones que gestionan la dimensión de cambio organizativo en un proyecto ERP, la página de soluciones de gestión del cambio describe cómo una plataforma de adopción digital apoya los despliegues estructurados, reduce la resistencia y acelera el tiempo hasta la competencia de los usuarios finales.
También puedes explorar la guía completa sobre plataformas de adopción digital o revisar los casos de éxito de clientes de Lemon Learning para ver cómo las organizaciones han utilizado la orientación integrada en la aplicación para mejorar los resultados de adopción de ERP.
El fracaso en la implementación de ERP no es principalmente un problema tecnológico. Es un problema de planificación, gobernanza y gestión del cambio. El fracaso del ERP de Nike, el fracaso de la implementación del ERP de Hershey, el fracaso del ERP de Revlon y el fracaso del SAP de Lidl tuvieron perfiles técnicos diferentes, pero compartieron las mismas causas subyacentes: plazos ajustados, inversión insuficiente en formación y gestión del cambio, planificación deficiente de la integración y atención insuficiente a cómo los usuarios reales interactuarían con el sistema desde el primer día.
Las organizaciones que tienen éxito con las implementaciones de ERP tratan la tecnología como un componente más de una transformación organizacional más amplia. Invierten en la gestión del cambio desde las etapas más tempranas del proyecto, realizan pruebas exhaustivas antes de la puesta en marcha y proporcionan una formación continua que no termina el día en que se lanza el sistema.
Si tu organización está planificando una implementación de ERP o trabajando en los desafíos de un proyecto existente, los pasos y marcos anteriores representan las lecciones consolidadas de los fracasos de ERP más costosos registrados. El coste de aplicarlos antes de la puesta en marcha es una fracción del coste de aprenderlos después.
La mayoría de las implementaciones de ERP fracasan debido a una combinación de mala gestión del cambio, formación insuficiente de los usuarios, plazos poco realistas y patrocinio ejecutivo insuficiente. La tecnología rara vez es la única causa; los factores organizacionales y humanos son las causas raíz más consistentes en los casos de fracaso documentados.
¿Cuál es la tasa de fracaso en la implementación de ERP?+Las investigaciones de Gartner citadas por fuentes del sector indican que más del 70% de las implementaciones de ERP no alcanzan los objetivos originales del caso de negocio. Esto no siempre significa el colapso total del proyecto, pero sí que las desviaciones de costes, los retrasos en los plazos o los beneficios no obtenidos son resultados frecuentes.
¿Qué ocurrió con el fracaso de la implementación del ERP de Nike?+En el año 2000, Nike implantó el software de cadena de suministro i2 Technology junto con su ERP heredado existente, en lugar de integrarlo con un nuevo ERP de SAP. La incompatibilidad de formatos y reglas de datos provocó disrupciones inmediatas en la cadena de suministro, lo que costó a Nike aproximadamente 100 millones de dólares en pérdidas iniciales, una caída del 20% en el precio de las acciones y demandas colectivas. La recuperación completa tardó aproximadamente siete años más y una inversión estimada de otros 500 millones de dólares.
¿Cómo pueden las organizaciones evitar el fracaso en la implementación de un ERP?+Los pasos clave para la prevención incluyen seleccionar un software que se ajuste a los procesos reales de la organización, definir claramente los roles y el alcance del proyecto, presupuestar adecuadamente la gestión del cambio y la formación, desplegar el sistema de forma incremental y utilizar una plataforma de adopción digital para apoyar la incorporación continua de usuarios y la orientación dentro de la aplicación tras la puesta en marcha.
Sarah supervisa todo lo relacionado con el marketing de entrada, explorando los múltiples usos empresariales y temas en torno a la adopción digital. Sus experiencias previas incluyen marketing B2C y de producto en el ámbito de la escucha social, identificando tendencias emergentes del sector.