10 errores que arruinan una implantación de ERP (y cómo evitarlos)
Los proyectos de ERP fracasan más a menudo de lo que las empresas reconocen públicamente. Estudios del sector hablan de tasas de fracaso parcial o total entre el 30% y el 50% según cómo se mida. Lo curioso: los errores son siempre los mismos. No hay sorpresas raras, no hay “circunstancias únicas” — hay 10 patrones que se repiten en proyecto tras proyecto.
Esta guía los lista para que los reconozcas a tiempo.
1. No tener un project owner interno con autoridad
El error: confiar el proyecto al partner. “El partner sabe, que ellos lo lleven”. El partner conoce el producto pero no conoce tu empresa, tus procesos reales, tus excepciones ni tu política interna. Sin un líder interno con autoridad, las decisiones se eternizan o se toman mal.
Cómo evitarlo: asigna desde el inicio un project owner interno con dedicación seria (30-50% de su tiempo durante 6-12 meses) y con poder de decisión sobre cómo se hacen las cosas. Sin esto, el proyecto fracasa, da igual el partner.
2. Subestimar el esfuerzo interno
El error: pensar que el partner pone todos los recursos. La realidad: durante la implantación, tu equipo dedica entre el 25% y el 50% de su tiempo durante 6-12 meses. Si nadie libera a esas personas de su trabajo habitual, hacen las dos cosas mal.
Cómo evitarlo: planifica explícitamente liberación de tiempo de los key users por área. Cubre sus tareas habituales con apoyo externo o reorganización temporal.
3. Querer replicar exactamente el sistema antiguo
El error: “lo que hacemos ahora es como debe ser, el ERP nuevo tiene que hacerlo igual”. Resultado: gastas 500.000 € para tener lo mismo que tenías, con todos los vicios y procesos obsoletos fosilizados en el sistema nuevo.
Cómo evitarlo: plantea el cambio de ERP como oportunidad de mejorar procesos, no como migración técnica. Antes de configurar, revisa qué procesos pueden adoptar prácticas estándar del nuevo sistema.
4. Personalizaciones masivas desde el día uno
El error: cada usuario con peso pide su personalización (“yo necesito que en mi pantalla aparezca así”). Sumadas, son cientos de personalizaciones. Cada una añade coste de desarrollo, mantenimiento y rompe upgrades futuros.
Cómo evitarlo: empieza en estándar. Si una personalización es indispensable, hazla. Si es preferencia, tira con el estándar 6 meses, y solo personaliza si después de ese tiempo sigue siendo un problema real.
5. Migrar datos sucios sin limpiar
El error: volcar al ERP nuevo todos los maestros del antiguo (clientes, productos, proveedores) sin tocarlos. Resultado: el sistema nuevo nace contaminado con duplicados, datos obsoletos y errores que ya tenías.
Cómo evitarlo: dedica tiempo serio a limpiar maestros antes de migrar. Es una de las mejores inversiones del proyecto. Si tienes 18.000 productos y solo se usan 4.000, migras 4.000.
6. Querer migrar 15 años de histórico al ERP nuevo
El error: trasladar al ERP nuevo todos los asientos contables, pedidos cerrados y movimientos de almacén desde 2010. Coste enorme, datos antiguos que probablemente no consultarás casi nunca, complicación operativa.
Cómo evitarlo: migrar saldos a fecha de corte y operaciones abiertas. El histórico antiguo se consulta en el sistema antiguo (que se mantiene en modo solo-lectura) o se vuelca al data warehouse para BI. Más barato y más limpio.
7. Subestimar la formación
El error: planificar formación al final, hacerla en una semana intensiva, dejarla recaer en el partner que da clases genéricas. Los usuarios llegan al go-live sin saber qué hacer.
Cómo evitarlo: formación planificada desde el principio, con casos reales de la empresa, repetida en oleadas y con material de consulta posterior. Forma key users primero, ellos forman al resto.
8. Go-live en mal momento
El error: programar el arranque del nuevo ERP en plena temporada alta o justo antes de cierre fiscal anual. Incidentes inevitables del go-live coinciden con el peor momento del año.
Cómo evitarlo: elige una ventana de menor actividad operativa. Para empresas con cierre en diciembre: idealmente arranque en enero, mayo, septiembre. Evita meses de alta facturación o cierres regulatorios.
9. No prever la operación en paralelo
El error: cortar el sistema antiguo el viernes y arrancar el nuevo el lunes, confiando ciegamente en que todo funcionará. Cuando aparece un problema serio, no hay red de seguridad.
Cómo evitarlo: durante 2-4 semanas tras el go-live, mantén procesos críticos ejecutándose en paralelo en ambos sistemas. Coste alto en personas, pero descubre errores antes de que paren la facturación.
10. Liquidar el proyecto el día del go-live
El error: “ya está, pasamos a soporte estándar”. El partner desaparece, el equipo interno vuelve a sus tareas habituales, y los problemas que aparecen las primeras semanas se gestionan mal porque nadie está dedicado.
Cómo evitarlo: planifica 3-6 semanas de “hipercuidado” post go-live. Equipo del partner reforzado en las primeras 2 semanas, project owner interno todavía dedicado al 50%. Después, transición gradual a soporte normal.
Bonus: 3 errores menos discutidos pero igual de graves
”Vamos a meter todos los módulos a la vez”
Big bang con 10 módulos en go-live. Incluso bien gestionado, multiplica los puntos donde puede fallar. Mejor por fases: contabilidad + ventas + compras primero, producción y MRP en una segunda fase 3-6 meses después.
”El partner nos lo entrega llave en mano”
Nadie te entrega un ERP llave en mano. El éxito requiere que tu equipo entienda lo que tiene, no solo lo use. Si delegas todo, en 2 años no sabrás ni cómo funciona tu propio sistema.
”No hay tiempo para documentar”
Lo que no se documenta se pierde con la rotación de personas. En 3 años nadie sabrá por qué tal flujo está como está. Documentar durante el proyecto, no después.
Cómo saber si estás en peligro
Si te identificas con dos o más de estos síntomas durante el proyecto, pulsa el botón de stop:
- Las decisiones tienen que subir todas al CEO porque nadie más se atreve.
- Cada reunión con el partner termina con una lista de “puntos abiertos” que no para de crecer.
- Los key users están haciendo el doble (su trabajo + el del proyecto) y empiezan a quemarse.
- Los plazos se han recalibrado más de dos veces.
- El presupuesto va por el 130% del original y el go-live aún no se ve.
Pulsar stop no es fracasar. Es aprovechar para corregir antes de que el coste sea mayor.
Conclusión
Implantar un ERP no es difícil porque la tecnología sea complicada. Es difícil porque es un proyecto de empresa que requiere disciplina sostenida durante muchos meses, decisiones a todos los niveles y voluntad de cambiar procesos. La mayoría de los errores son organizativos, no técnicos.
Si vas a empezar, hazlo con esta guía y con las otras que tienes en este foro: