Es lunes por la mañana. El ERP nuevo lleva el fin de semana en marcha y, sobre el papel, todo salió bien: los datos migraron, la formación se dio y el proveedor dio el visto bueno el viernes. Pero a las nueve los pedidos no entran como deberían, el almacén no ve la mitad de las órdenes y administración ha vuelto, sin decírselo a nadie, a la hoja de Excel de siempre. El cierre de mes, dentro de dos semanas, ya pinta mal.
No es un caso raro. Es la forma habitual en que un proyecto pensado para mejorar la operación acaba frenándola. Y casi nunca es por culpa del software.
El riesgo de cambiar de ERP no está en la herramienta. Está en cómo se ejecuta el cambio. Esa es la idea de este artículo, y la que desarrollamos paso a paso en nuestra guía para comités de dirección, «Implantar un ERP sin frenar la empresa».
Cuando cambiar de sistema se convierte en un problema
La intuición dice que un proyecto de ERP fracasa cuando se elige el sistema equivocado. La realidad es otra. Los grandes proyectos de tecnología se tuercen sobre todo en la ejecución, y los números lo confirman: según el análisis de McKinsey y la Universidad de Oxford sobre más de 5.400 proyectos de TI, de media acaban un 45% por encima del presupuesto, un 7% por encima del plazo y entregando un 56% menos de valor del previsto. La mitad de los proyectos grandes superan ampliamente lo presupuestado.
45% sobre presupuesto · 7% sobre plazo · 56% menos valor del previsto
McKinsey y University of Oxford, sobre 5.400 proyectos de TI.
Lo interesante es por qué pasa. Casi siempre por las mismas grietas: se arranca de golpe, encendiendo todo a la vez y sin marcha atrás, de modo que un fallo el primer día detiene la operación entera. Se migran datos sucios, con maestros de clientes o artículos duplicados e incompletos, y un sistema nuevo alimentado con datos malos nace roto: la gente desconfía y vuelve a sus hojas paralelas. Se configura el proceso del manual y no el real, así que las excepciones del día a día (que son muchas y son justo donde se gana o se pierde dinero) se quedan sin sitio. Y se trata el arranque como la meta, cuando en realidad es el principio de las semanas en que el sistema y la operación encajan de verdad.
Un ERP potente mal implantado rinde menos que uno modesto bien implantado
Por qué se posterga la decisión de implementar un ERP (y por qué el miedo tiene parte de razón)
Casi todas las empresas que han crecido saben que su sistema se les ha quedado pequeño. Lo notan en los cierres lentos, en los Excel que conviven con el ERP, en los datos que no cuadran entre departamentos. Y aun así muchas posponen el cambio durante años. ¿Por qué?
Porque el recuerdo del último proyecto pesa, y porque el miedo a parar la operación mientras se cambia el sistema frena más decisiones que cualquier comparativa de funcionalidades. Ese miedo no es irracional: hemos visto los datos, y muchos proyectos efectivamente frenan la empresa.
La diferencia es que ese riesgo se puede gestionar. No se trata de ser valiente, se trata de tener método. Quien lo entiende deja de preguntarse «¿qué ERP compro?» y empieza a preguntarse «¿cómo lo cambio sin frenarme?».
La pregunta que conviene hacerse antes que ninguna otra
Antes de comparar productos, hay una pregunta más útil: ¿cómo cambiamos el sistema sin dejar de facturar, producir y servir? Parece obvia, pero reordena el proyecto entero, porque obliga a mirar primero la operación y después el catálogo.
Aquí conviene ser claros con algo, porque se malinterpreta a menudo: el producto importa. Un buen ERP, como Sage X3, marca el techo de lo que tu empresa podrá hacer. El método decide cuánto de ese techo alcanzas y a qué coste operativo. Producto y método no compiten; se necesitan. La guía dedica un apartado entero a esta distinción, porque es la que separa un proyecto que suma de uno que se atasca.
Cómo cambiar el ERP sin frenar la empresa
El riesgo no se elimina, se gestiona, y se gestiona con criterios concretos. El primero es empezar por la operación y no por el software: mapear cómo trabaja la empresa de verdad, con sus excepciones, antes de configurar nada. El segundo es limpiar los datos antes de migrarlos, un trabajo poco vistoso y absolutamente decisivo. El tercero es implantar por capas, estabilizando el núcleo primero y añadiendo extensiones después, para reducir la superficie de fallo en cada paso.
Los datos del sector respaldan este enfoque. Según el ERP Report 2024 de Panorama Consulting, menos de una de cada cuatro empresas arranca «de golpe» (big bang); la mayoría opta por un enfoque por fases o híbrido, porque es menos arriesgado técnicamente y da más tiempo a que los equipos aprendan. Con una duración mediana de proyecto de 15,5 meses, hay margen de sobra para que un mal arranque pese durante mucho tiempo.
A esos tres criterios se suman otros tres que marcan la diferencia: tener marcha atrás (un plan con punto de retorno y un periodo de estabilización), definir quién decide (roles claros y control de alcance, para que el proyecto no se renegocie cada semana) y proteger lo que no puede parar: facturar, expedir, pagar. Cada uno de esos procesos se blinda durante el cambio. En la guía encontrarás los seis criterios desarrollados, con lo que conviene exigir en cada fase.
Aquí conviene ser claros con algo, porque se malinterpreta a menudo: el producto importa. Un buen ERP, como Sage X3, marca el techo de lo que tu empresa podrá hacer. El método decide cuánto de ese techo alcanzas y a qué coste operativo. Producto y método no compiten; se necesitan. La guía dedica un apartado entero a esta distinción, porque es la que separa un proyecto que suma de uno que se atasca.
El método que lo hace posible
El día después del go-live
El arranque no es el final del proyecto, es el principio de su parte más útil. Las primeras semanas tras el go-live son las del ajuste: aparecen casos que no se habían previsto, se afinan procesos, se corrige lo que chirría. Acompañar bien ese periodo es lo que convierte un sistema recién encendido en una operación que de verdad funciona mejor que antes.
El valor de un ERP se compone con los años. No se agota el día del arranque.
Dónde encaja Sage X3
Con el método claro, el sistema importa, y mucho. Para mediana y gran empresa recomendamos Sage X3 por razones concretas. Reúne finanzas, compras, producción, ventas y relación con el cliente en un único sistema, de modo que los datos dejan de vivir en islas. Funciona con varias sociedades, divisas, idiomas y legislaciones, lo que encaja con grupos y con empresas que operan fuera de España. Y da información en tiempo real para decidir sobre datos de hoy, no de hace tres semanas.
Hay un punto que conecta directamente con la continuidad: Sage X3 se parametriza a los procesos de cada sector (industria, agroalimentario, distribución) en lugar de obligar a la empresa a doblarse al sistema, y se conecta y se extiende (con un TMS de transporte, un portal de pedidos B2B, EDI o una capa de analítica) sin sustituir el núcleo. Es decir, crece con la empresa por capas, que es exactamente como se cambia un sistema sin volver a empezar de cero cada vez.
Implementar un ERP sin frenar la empresa: el método que lo hace posible
¿Por qué fracasan los proyectos de implantación de ERP?
La mayoría no falla por el software, sino por la ejecución. Según McKinsey y la Universidad de Oxford (5.400 proyectos de TI), de media terminan un 45% por encima del presupuesto, un 7% por encima del plazo y entregan un 56% menos de valor del previsto. Las causas habituales son arrancar de golpe, migrar datos maestros sucios, configurar el proceso teórico en vez del real y tratar el go-live como meta.
¿Cómo se cambia de ERP sin parar la empresa?
Con método: empezar por la operación y mapear los procesos reales antes de configurar, limpiar los datos antes de migrarlos, implantar por fases en lugar de de golpe, tener un plan con marcha atrás y estabilización, definir gobierno y alcance, y proteger los procesos que no pueden parar como facturar, expedir y pagar.
¿Es mejor una implantación big bang o por fases?
Para mediana y gran empresa, por fases o híbrida. Según el ERP Report 2024 de Panorama Consulting, menos de una de cada cuatro empresas usa el enfoque big bang por su riesgo; las fases protegen la operación y dan tiempo a los equipos a adaptarse.
¿Cuánto dura una implantación de ERP?
La duración mediana de un proyecto de ERP es de unos 15,5 meses según Panorama Consulting (2024), y varía según el número de módulos, las integraciones y las sociedades implicadas.
¿Para qué empresas está pensado Sage X3?
Para medianas y grandes empresas con operaciones complejas (varias sociedades, países, fabricación o cadena de suministro). Reúne finanzas, compras, producción, inventario, ventas y cadena de suministro en una sola plataforma, multi-sociedad y en tiempo real, y se integra con TMS, portales B2B o analítica.
¿Cuándo aporta más valor un ERP, en el arranque o después?
Después. El go-live es el inicio de la estabilización; el valor se compone con los años mediante acompañamiento, ajuste y evolución por capas. Una implantación de ERP no se gana el día del arranque, se gana en el proceso.
Cambia de sistema y mantén tu empresa en marcha
Si tu sistema se ha quedado pequeño, lo que decide el resultado no es elegir entre un producto u otro: es asegurar que el cambio se hace con la empresa funcionando. Esa es la conversación que vale la pena tener, y la que mejor sabemos tener nosotros.
Llevamos más de 40 años montando estos sistemas en agro, alimentación y bebidas, industria, fabricación, logística, distribución y servicios. Más de 700 proyectos de software implantados con éxito, 1.250 clientes y 7.000 usuarios que hoy trabajan sobre nuestras soluciones, con un equipo de más de 50 profesionales. Sabemos dónde se rompe un proyecto y cómo se sostiene. Si quieres el método completo, descárgate la guía «Implantar un ERP sin frenar la empresa»: los puntos de rotura, los seis criterios y la línea de continuidad, en un documento pensado para comités de dirección.
+40 años · +1.250 clientes · +700 proyectos implantados con éxito