El mercado global de ERP alcanzó los $64.83 mil millones en 2024 y crece al 11.3% anual. Para 2030, los analistas proyectan que superará los $100 mil millones. Gartner, en su página de ERP publicada en 2025, establece simultáneamente que más del 70% de las implementaciones ERP recientes fracasan en cumplir sus objetivos de negocio originales, y que hasta el 25% fracasan de forma catastrófica.
Un mercado de $100 mil millones donde la mayoría de sus compradores no obtienen lo que pagaron.
La industria tiene una explicación para esto. La misma explicación desde 1995. Y señala, sin excepción, al cliente como responsable.
Por qué el 70% de los proyectos ERP no cumple sus objetivos, según treinta años de datos verificados
Los números existen. El problema es que circulan sin fuente.
La estadística del “73% de fracasos” que prolifera en blogs de vendors y consultoras no tiene fuente primaria identificable. Es un número de marketing que se copia entre artículos hasta adquirir la apariencia de dato verificado. Detrás de esa cifra, sin embargo, existe evidencia real y más dañina para la industria.
Gartner establece, con su metodología actual, que más del 70% de las implementaciones ERP recientes no cumplen sus objetivos de negocio originales, y que el 75% de las estrategias ERP no están alineadas con la estrategia general del negocio. McKinsey y la Universidad de Oxford publicaron en 2012 el mayor estudio empírico de resultados en proyectos de TI jamás realizado, 5,400 proyectos analizados en colaboración con el BT Centre for Major Programme Management. Los proyectos de software específicamente produjeron un sobrecosto promedio del 66% y un retraso de cronograma del 33%. El 17% de los proyectos grandes de TI calificaron como “cisnes negros”, con sobrecostos superiores al 200%. En total, las organizaciones capturaron un 56% menos de valor del proyectado en sus casos de negocio.
Panorama Consulting Group publica el único estudio anual con metodología consistente y foco exclusivo en ERP. En su agregado de cinco años entre 2010 y 2014, con 562 encuestados, el 58% de las implementaciones excedió el presupuesto planificado, el 65% experimentó retrasos de cronograma, y el 53% de las organizaciones alcanzó menos del 50% de los beneficios anticipados. Su reporte 2024, con 131 encuestados, muestra mejoras modestas. La proyección actual de Gartner, publicada después de tres décadas de “mejores prácticas” iteradas por la industria, sigue por encima del 70% de fracaso.
Tres décadas. El mismo titular. Distintas presentaciones en PowerPoint.
La maquinaria de transferencia de culpa: cómo el change management se convirtió en el argumento perfecto para los vendedores
En 1995, John Kotter publicó “Leading Change: Why Transformation Efforts Fail” en la Harvard Business Review. El paper no trataba sobre ERP. Analizaba 100 iniciativas de cambio organizacional en una década e identificó ocho modos comunes de fracaso en transformaciones corporativas amplias.
En menos de 36 meses, Accenture, Deloitte, IBM y KPMG adaptaron el framework de Kotter en una línea de servicio: Gestión Organizacional del Cambio, OCM, diseñada específicamente para implementaciones ERP.
El valor estratégico de esa adaptación era considerable. Proveyó una arquitectura conceptual que ubicaba la causa del fracaso ERP dentro de la organización cliente, en su resistencia al cambio, en su patrocinio ejecutivo insuficiente, en sus presupuestos de capacitación inadecuados, en lugar de ubicarla dentro del producto que se vendía. Las firmas consultoras que construyeron prácticas de OCM eran las mismas que implementaban los ERPs. Las mismas que cobraban entre $2.30 y $4.00 en honorarios de implementación por cada $1.00 gastado en software. Los partners de SAP generan, según el análisis del ecosistema de Alten Capital, hasta $7 por cada $1 de revenue de SAP.
La estructura de incentivos de este arreglo no es sutil.
Deloitte tiene actualmente más de 12,000 practicantes SAP y describe la gestión del cambio como “el único factor de fracaso más importante” en proyectos ERP. Deloitte también tiene una sociedad de 40 años con SAP. La firma gana sustancialmente más de contratos de remediación extendidos que derivan de fracasos de implementación, que de implementaciones que entregan valor a tiempo.
La literatura académica absorbió la narrativa del change management con resistencia insuficiente. Aladwani (2001) aplicó modelos de resistencia de marketing a la adopción de ERP, encuadrando el incumplimiento del usuario como equivalente al rechazo de un producto de consumo. El paper influyó en cientos de estudios posteriores. El encuadre se volvió fundacional: el fracaso ERP es un problema de personas. El producto es incidental.
La revisión sistemática de la literatura publicada por Coşkun, Gezici, Aydos, Tarhan y Garousi en 2022, en la revista Data & Knowledge Engineering, analizó 72 artículos revisados por pares. Su taxonomía de factores de fracaso incluye, junto al change management: incompatibilidad del sistema ERP con la cultura y estructura organizacional, alta complejidad del sistema, problemas de funcionalidad del sistema, selección incorrecta del producto ERP, falta de soporte del vendor, y efectividad deficiente de los consultores. Los factores del lado del vendor están presentes. Son consistentemente subrepresentados en la comunicación de la industria.
Un paper de 2013 en Procedia Technology encontró que las condiciones laxas de formación de partnerships establecidas por los vendors ERP, específicamente el modelo de certificación de partners de SAP, están entre los principales factores contribuyentes al fracaso de los proyectos ERP. Los autores describieron su hallazgo como “novedoso, dado que la mayoría del trabajo relacionado atribuye los fracasos a otros factores, ignorando los términos y condiciones del vendor-partner.”
Novedoso, en 2013, sugerir que el vendor tiene responsabilidad en los fracasos de su propio producto. Esa es la profundidad del paradigma.
Lo que los expedientes judiciales documentaron
La literatura académica opera bajo normas de lenguaje medido. Los litigios, no.
Waste Management contra SAP (2008): Waste Management buscó $500 millones en daños. La demanda alegó que SAP proporcionó una demostración de software “manipulada y amañada” antes de firmar el contrato, y que el producto entregado era “subdesarrollado, no probado y defectuoso.” Ejecutivos senior de SAP, incluido el entonces CEO para las Américas, Bill McDermott, fueron nombrados como participantes en las demostraciones fraudulentas. SAP llegó a un acuerdo extrajudicial. Ningún reconocimiento público de responsabilidad. La narrativa que llegó a los medios especializados se enfocó en “desafíos de implementación.”
Condado de Marin, California contra Deloitte Consulting (2010): El condado demandó por $30 a $35 millones tras una implementación fallida de nómina basada en SAP. La demanda estableció que Deloitte “era completamente incapaz de proporcionar el asesoramiento experto necesario” y había “dotado el proyecto con docenas de consultores novatos, muchos de los cuales carecían incluso de una comprensión básica de SAP.” El condado caracterizó a Marin como un “campo de entrenamiento de prueba y error del sector público” para el personal junior de Deloitte. La tasa de errores en el nuevo sistema de nómina fue aproximadamente cinco veces mayor que en el sistema legacy que reemplazó. Deloitte llegó a un acuerdo. Marin recuperó $3.9 millones de los $30 millones demandados.
Lidl y SAP (abandonado hacia 2018): Durante siete años y con una inversión estimada superior a los €500 millones, Lidl intentó implementar el módulo retail de SAP. El proyecto fue abandonado en su totalidad. La causa central fue arquitectónica, no cultural: la lógica de precios de Lidl, basada en precio de compra en lugar de precio de venta al público, era estructuralmente incompatible con el enfoque de valoración de inventario de SAP. Lidl revirtió a su sistema legacy. La arquitectura del producto contenía una suposición sobre cómo funciona la fijación de precios en retail. El negocio de Lidl no se ajustaba a esa suposición. Ningún programa de gestión del cambio previene la incompatibilidad arquitectónica.
Oregon contra Oracle (2014): $200 millones demandados por el fracaso del portal de salud Cover Oregon. Oracle llegó a un acuerdo por $100 millones.
El patrón a través de estos casos es consistente. El vendor entrega un producto cuyas suposiciones no coinciden con la realidad operativa del cliente. El cliente, habiendo pagado decenas o cientos de millones y sin camino viable de salida, absorbe el costo del fracaso. El vendor no reconoce responsabilidad. El siguiente ciclo de ventas presenta el producto como la solución a los problemas que creó.
Donde va cada peso de un proyecto ERP: la anatomía del ecosistema de $7 por $1
El software ERP representa, en promedio, entre el 20% y el 30% del costo total de un proyecto de implementación. El resto, entre el 70% y el 80%, va hacia implementación, consultoría, capacitación, migración de datos y soporte. Por cada dólar en software, las organizaciones gastan entre $2.30 y $4.00 en consultores.
Eric Kimberling, fundador de Panorama Consulting y hoy de Third Stage Consulting, llama a esto la “Regla del Cinco”: multiplica el costo de licenciamiento de software por cinco para estimar el costo total de propiedad. Los vendors “no gustan de estos números porque pueden generar shock de precio,” señala Kimberling, que ha documentado este patrón durante más de una década de análisis independiente.
SAP tiene más de 24,000 partners acreditados globalmente. Su ecosistema de servicios, según el análisis de Alten Capital, genera sustancialmente más revenue que SAP mismo en servicios directos. El 95% de las implementaciones que fracasan destinaron menos del 10% del presupuesto total a educación, capacitación y gestión del cambio, el mismo factor al que se culpa del fracaso. La industria cobra por el problema que nombra como solución.
La brecha entre quien compra y quien usa: el defecto estructural que el mercado enterprise no quiere medir
Existe una brecha estructural en el software empresarial que la industria discute en lenguaje de marketing y evita en estrategia de producto: el comprador y el usuario casi nunca son la misma persona.
Un CIO y un comité de adquisiciones evalúan y adquieren un sistema ERP. Evalúan listas de funcionalidades, certificaciones de cumplimiento, clientes de referencia y modelos de costo total de propiedad producidos por el vendor. No usan el sistema. El analista financiero que procesa 200 facturas diarias usa el sistema. El gerente de bodega que rastrea inventario en tres turnos usa el sistema. El coordinador de recursos humanos que procesa nómina para 800 empleados usa el sistema.
Los datos de satisfacción reflejan esta brecha en términos medibles. El benchmark 2025 de MeasuringU, con 980 participantes y 23 productos de software de negocios, encontró un Net Promoter Score promedio de negativo 5, con productos individuales que van de negativo 38 a positivo 24. Bloomberg reportó que el NPS de clientes de SAP cayó a 3 puntos en 2022. Oracle registra un NPS de 11 en Comparably, con el 35% de sus encuestados clasificados como detractores activos.
Los datos de adopción confirman lo que los scores de satisfacción implican. Solo el 26% de los empleados utiliza plenamente las capacidades de su sistema ERP. El 26% no usa el sistema en absoluto. Aproximadamente el 30% de las licencias de software nunca se activan. Las organizaciones desperdician, en promedio, $21 millones anuales en licencias SaaS sin uso. El 91% de los errores en software empresarial se originan en personas que usan el software incorrectamente o con onboarding insuficiente, una cifra que la industria cita como evidencia de falla en capacitación, y que simultáneamente es evidencia de falla catastrófica de usabilidad.
Cuando el comprador está satisfecho y el usuario es un detractor, el contrato de renovación favorece la experiencia del comprador. El usuario no tiene asiento en la decisión de compra.
Por qué el fracaso ERP en América Latina es estructuralmente más severo
Las tasas de fracaso documentadas arriba corresponden principalmente a implementaciones enterprise en Norteamérica y Europa, que son la población primaria de la mayoría de los estudios. América Latina presenta una versión estructuralmente diferente y más severa del mismo problema.
EvaluandoERP, en su estudio de pequeñas y medianas empresas latinoamericanas, documentó una tasa de fracaso del 70% para implementaciones ERP que no lograron completarse incluso después de tres o más años de esfuerzo. Los investigadores identificaron una respuesta conductual específica a esta tasa de fracaso: la parálisis, la suspensión de la toma de decisiones impulsada por el miedo a una catástrofe conocida. Las empresas permanecen en sistemas legacy inadecuados, o gestionan operaciones en hojas de cálculo, porque la tasa visible de fracaso de implementaciones formales hace que la inacción parezca racional.
El entorno regulatorio amplifica el desafío técnico de formas que las arquitecturas ERP estándar no están diseñadas para abordar. La reforma tributaria en curso en Brasil, que se ejecutará entre 2026 y 2033, reemplaza múltiples impuestos superpuestos, PIS, COFINS, ICMS, ISS e IPI, con un modelo IVA consolidado. Cada organización operando en Brasil enfrenta una revisión obligatoria de ERP independientemente de si su sistema actual funciona adecuadamente. El sistema de “lista negra” de México significa que un ERP incapaz de procesar facturas conformes puede efectivamente paralizar la relación de una organización con la autoridad tributaria. Colombia combina una tasa de impuesto corporativo del 31% con exigentes requisitos de precios de transferencia que los módulos ERP estándar manejan a través de “lanzamientos de código estandarizados” que Sovos caracteriza como dejar a las empresas “adaptar este código a sus propias personalizaciones, lo que puede presentar una pesadilla de implementación.”
Cada país en LATAM tiene una tasa tributaria diferente (10% en Paraguay, 34% en Brasil), formatos de facturación electrónica distintos, cadencias de reporte distintas, ciclos de actualización de cumplimiento distintos. El vendor que diseñó su sistema para un entorno regulatorio alemán o estadounidense, y luego vendió paquetes de localización como complementos, no construyó estas complejidades en la arquitectura. Las construyó en el contrato de servicios.
El mercado ERP de América Latina alcanzó aproximadamente $1.75 a $2.17 mil millones en 2024 y crece entre 13.6% y 16.4% anual. Brasil representa el 39% del revenue regional. Tres vendors, SAP, Oracle y TOTVS, controlan entre el 77% y el 83% del mercado brasileño. En ese mercado concentrado, con altos costos de cambio y requerimientos regulatorios complejos, la capacidad del cliente para salir de una implementación fallida está más limitada que en Norteamérica.
La tasa de fracaso del 70% en LATAM no es un artefacto cultural. Es el resultado de un ecosistema de vendors norteamericano y europeo aplicado a entornos operativos para los que esos vendors no diseñaron sus productos, vendido por un ecosistema de consultoría que cobra los mismos honorarios de implementación independientemente del resultado.
La economía del cautiverio: por qué las organizaciones no se van aunque quieran
La narrativa del change management sería menos durable si cambiar de vendor ERP fuera una decisión manejable. No lo es, y las razones son estructurales.
El concepto de especificidad de activos, desarrollado en la literatura de economía de transacciones, captura el mecanismo con precisión: un activo específico a una transacción tiene mayor valor dentro de esa transacción que fuera de ella. El software empresarial crea múltiples capas de especificidad de activos simultáneamente.
Especificidad humana: los empleados desarrollan expertise profunda en sistemas específicos del vendor, en programación ABAP de SAP, en PL/SQL de Oracle, en lógica de workflows propietaria. Ese conocimiento no transfiere entre plataformas. Es la categoría de lock-in más costosa de replicar.
Especificidad técnica: código personalizado, integraciones propietarias, APIs específicas del vendor, formatos de datos que requieren herramientas del vendor para leer y transformar.
Especificidad temporal: una vez que una implementación está en curso, típicamente 15+ meses de duración, el costo de abandono a mitad de proceso supera el costo de finalización incluso cuando la finalización produce un producto deficiente.
La consecuencia comercial de este mecanismo es directa: el vendor puede fijar el precio de cualquier renovación, actualización o contrato de soporte hasta el valor total de los costos de cambio antes de provocar la defección. El mercado no se equilibra por calidad del producto. Se equilibra por la distancia entre insatisfacción tolerable y costo insoportable de salida.
Los datos sobre tasas de cambio reales confirman el modelo. Los sistemas ERP tienen ciclos de vida típicos de 10 a 20 años, con la mayoría de las empresas permaneciendo en la misma plataforma central por más de 10 años después de la implementación inicial. SAP anunció el fin de soporte general para ECC el 31 de diciembre de 2025, con fin de vida más amplio en 2027. Los clientes con décadas de inversión en SAP enfrentan migrar a una nueva plataforma a costo masivo, o perder el soporte del vendor para el sistema que opera sus operaciones centrales. Oracle ha incrementado los costos de soporte del 4% al 8% del valor de licencia. Microsoft Dynamics 365 ha implementado incrementos de precio de hasta el 177% en ciertas configuraciones.
El mercado de $100 mil millones creciendo al 11% anual no es evidencia de que el producto funciona. Es evidencia de qué tan durable se vuelve un modelo de negocio cuando los costos de salida son suficientemente altos para hacer irrelevante la satisfacción.
Lo que tres décadas de datos implican sobre el modelo, no sobre el cliente
La conclusión preferida de la industria ante 30 años de datos de fracaso es que la implementación de software empresarial es inherentemente difícil y que los clientes deben invertir más en gestión del cambio para tener éxito.
Los datos sustentan una conclusión diferente.
Cuando la tasa de fracaso permanece por encima del 70% durante tres décadas de “mejores prácticas” documentadas, y cuando la industria que publica esas mejores prácticas gana más de contratos de remediación extendidos que de implementaciones exitosas a tiempo, y cuando la literatura académica que cuestiona la narrativa del change management encuentra factores del lado del vendor presentes pero sistemáticamente subponderados, y cuando los litigios documentan repetidamente defectos de producto y demostraciones manipuladas sin producir responsabilidad pública, y cuando el cliente típico permanece cautivo de un vendor específico durante 10 a 20 años independientemente de sus niveles de satisfacción, la explicación no es inadecuación del cliente.
La explicación es una industria que construyó su arquitectura de ingresos sobre barreras de salida en lugar de sobre valor entregado, y luego construyó un framework conceptual que hace que esta extracción parezca un problema de servicio al cliente.
La narrativa del change management logró algo elegante: creó una categoría de fracaso de producto para la cual el vendor no tiene ninguna responsabilidad, y el cliente siempre puede ser culpado por no haber intentado suficiente. La resistencia es evidencia de que se necesitaba más gestión del cambio. Los sobrecostos son evidencia de que el cliente subestimó la complejidad del proceso. El fracaso después de siete años, como en el caso de Lidl, fue producto de incompatibilidad arquitectónica que ningún programa de gestión del cambio hubiera podido resolver.
La pregunta que los datos producen es qué sucede con ese modelo cuando la curva de costos de cambio empieza a modificarse.
Simphony Technologies construye soluciones de software empresarial para organizaciones que han medido el costo del statu quo y decidido cambiar el cálculo. Con base en Bogotá, operando en América Latina y Estados Unidos.
Fuentes verificadas
- Gartner, ERP Topic Page (2025), gartner.com
- Bloch, Blumberg & Laartz, McKinsey & Oxford University (2012), “Delivering Large-Scale IT Projects on Time, on Budget, and on Value”
- Panorama Consulting Group, Annual ERP Report (2010–2024), n=131–562 respondents/year
- Coşkun, Gezici, Aydos, Tarhan & Garousi (2022), “ERP failure: A systematic mapping of the literature,” Data & Knowledge Engineering
- MeasuringU (2025), Business Software UX & NPS Benchmarks, n=980 participants
- Alten Capital, SAP Services Partner Ecosystem Analysis (2024)
- EvaluandoERP, Estudio de implementaciones ERP en PYMEs latinoamericanas (2015)
- Pemeco Consulting, Waste Management v. SAP case documentation
- Pemeco Consulting, Marin County v. Deloitte case documentation
- Sovos, Latin American ERP Compliance Analysis