Hay una expectativa bastante común en empresas que llevan tiempo trabajando con atajos: implantar un ERP para que el sistema arregle por fin la operativa. Suena bien, pero normalmente no ocurre así.
Si el proceso ya está roto, el ERP no lo repara por arte de magia. Lo que hace es obligarte a mirar ese problema de frente. Quién aprueba sin criterio claro, quién mete datos tarde, qué paso depende de una persona concreta o qué información vive duplicada en tres sitios distintos.
Por eso muchas implantaciones se atascan tan pronto. No porque el software sea malo, sino porque se intenta informatizar un modo de trabajar que ya venía mal resuelto. El resultado es previsible: el equipo siente que el ERP complica la vida, cuando en realidad está dejando a la vista lo que antes se tapaba con llamadas, Excel y memoria.
La parte seria del trabajo empieza antes del sistema. Hay que ver cómo se mueve un pedido, dónde se pierde tiempo, qué validaciones sobran y cuáles faltan. A veces eso termina en un ERP. Otras veces termina en integrar mejor lo que ya existe, quitar pasos o cambiar una responsabilidad.
Un ERP bien implantado sí aporta muchísimo: trazabilidad, control, coherencia y menos dependencia de atajos personales. Pero para llegar ahí alguien tiene que ordenar primero el proceso que va a soportar. Saltarse esa parte es la forma más rápida de culpar al software de algo que no empezó en el software.
Cuando una empresa dice que quiere un ERP, casi nunca la conversación real es sobre un ERP. La conversación real va de desorden, responsabilidad, tiempos y control. Ese es el trabajo que conviene hacer primero.
