Implementación de un ERP textil en menos de 90 días: cómo es el proceso real

Cualquier proveedor de ERP promete una implementación rápida. La pregunta que de verdad importa no es cuántos días dice el folleto, sino qué pasa exactamente en cada una de esas semanas — y si ese plazo sigue siendo realista cuando la fábrica no puede parar producción para digitalizarse.

Por qué la mayoría de implementaciones de ERP se alargan

Vale la pena entender primero por qué tantos proyectos de ERP no cumplen su plazo, para saber qué evitar. Los análisis del sector sitúan el sobrecoste de tiempo típico entre un 20% y un 40% sobre lo planificado, con proyectos que se alargan más allá de los 15-18 meses cuando debían cerrarse en una fracción de eso.

La causa principal casi nunca es el software. Es la gestión del cambio: cuando el equipo de planta no está preparado ni acompañado, aparece resistencia interna, y el proyecto se estanca no por un problema técnico sino por un problema de personas. La segunda causa más habitual es no tener claro, desde el primer día, qué se va a medir como éxito — proyectos sin objetivos concretos se convierten en listas interminables de funciones en vez de en una implementación con fecha de fin real.

El modelo detrás de "gestión del cambio": no es solo una frase bonita

"Gestión del cambio" se dice fácil, pero tiene metodología detrás. Dos modelos dominan las implementaciones de ERP en manufactura: el de Kotter, centrado en diseñar la estrategia general del cambio (crear sentido de urgencia, formar una coalición interna, comunicar la visión, consolidar los avances), y el modelo ADKAR, centrado en la persona concreta que tiene que adoptar el cambio día a día — Conciencia de por qué hace falta, Deseo de participar, Conocimiento de cómo usarlo, Capacidad real de aplicarlo, y Refuerzo para que no se abandone a las pocas semanas.

En la práctica, las organizaciones que mejor gestionan una implementación combinan ambos: Kotter marca el rumbo general del proyecto, y ADKAR se ocupa de que cada operario, cada responsable de turno, entienda por qué está cambiando su forma de trabajar y no solo reciba una orden desde arriba. Un proveedor que solo instala software y nunca menciona ninguno de estos dos aspectos —comunicación del porqué, acompañamiento individual— está resolviendo la parte técnica y dejando sin resolver la parte que más hace fracasar los proyectos.

Fase 1 — Diagnóstico

Antes de instalar nada, se analiza la operación actual: procesos reales de la fábrica (no los del manual), puntos críticos donde se pierde más tiempo o dinero, y objetivos concretos. Esta fase evita el error más común de una mala implementación, que es adaptar la fábrica al software en vez de adaptar el software a cómo trabaja realmente la fábrica.

Fase 2 — Instalación

Aquí se configura la plataforma sobre los flujos reales detectados en el diagnóstico — no una plantilla genérica que luego hay que forzar para que encaje. Es también el momento en el que se decide por dónde empezar: casi ninguna fábrica implementa producción, calidad, flujos y datos a la vez desde el primer día.

Es también la fase donde se migran los datos que ya existen —clientes, proveedores, artículos, histórico si lo hay— desde el Excel o el sistema anterior. La migración de datos mal planificada es, según los análisis del sector, una de las causas más repetidas de retraso en cualquier implementación de ERP, así que conviene tratarla como una fase con tiempo propio, no como un trámite de última hora antes de encender el sistema.

Fase 3 — Formación

El equipo se forma en el uso real del sistema, presencial o remoto según el caso. Esta fase decide si la digitalización se queda en el papel o si de verdad cambia el día a día en planta — un ERP que nadie sabe usar bien no mejora nada, por bueno que sea el software.

Es también, en términos de ADKAR, donde se construyen el Conocimiento y la Capacidad: no basta con una sesión única de formación general. Funciona mejor cuando cada perfil —operario de máquina, responsable de calidad, dirección— recibe formación sobre la parte del sistema que va a usar de verdad, en vez de una demo genérica de todo el sistema que nadie termina de aplicar a su puesto concreto.

Fase 4 — En marcha

Lanzamiento con soporte activo desde el primer mes y datos en tiempo real ya funcionando. No es el final del proceso: es el punto en el que empieza a generarse el retorno real de la inversión, que en DatamonPlus suele alcanzar el punto de equilibrio en unos meses.

El soporte de esta fase suele ser más intenso que el de meses posteriores, precisamente porque es cuando aparecen las dudas que no salieron en la formación: un caso concreto de un pedido con una combinación rara de talla y color, una excepción del proceso que nadie mencionó en el diagnóstico. Un buen proveedor trata estas semanas como parte del proyecto, no como incidencias sueltas que se resuelven una a una sin conexión entre sí.

Qué se necesita de la fábrica, no solo del proveedor

Un plazo de menos de 90 días no depende solo de lo rápido que trabaje el proveedor — depende también de que la fábrica tenga a alguien designado como interlocutor durante el proceso, capaz de tomar decisiones sobre cómo se configuran los flujos sin tener que consultarlo todo con dirección. Cuando esa figura no existe, cada pregunta del proceso de instalación se convierte en una espera de días, y el plazo se alarga por motivos que no tienen nada que ver con el software.

Tampoco hace falta que ese interlocutor sea alguien técnico. De hecho, suele funcionar mejor si es alguien que conoce la operación real de la planta — producción o calidad, normalmente — más que alguien de sistemas sin experiencia en el día a día de la fábrica.

Esa misma persona es, casi siempre, la que termina absorbiendo el rol de "campeón interno" del cambio que describen los modelos de gestión del cambio: alguien a quien el resto del equipo ve resolviendo dudas del día a día, no solo a alguien externo que vino, instaló y se fue.

Por qué no hace falta ir a todo o nada

El error más habitual al planificar una implementación es intentar digitalizar toda la fábrica de golpe. Funciona mejor empezar por el área que más duele —producción o calidad, casi siempre— y crecer módulo a módulo desde ahí, sin parar la operación diaria para hacerlo.

Esto conecta directamente con la causa de fondo de los retrasos que se ven en el sector: proyectos que fracasan por intentar abarcarlo todo a la vez, sin un objetivo claro de qué se implementa primero. Un alcance acotado por fases, con formación real del equipo en cada una, es lo que hace que un plazo de menos de 90 días sea realista y no solo una cifra de venta.

Qué pasa si algo no sale exactamente según lo planeado

Ningún proyecto de este tamaño sale sin ningún ajuste sobre la marcha, y desconfiar de quien lo promete es tan razonable como desconfiar de un plazo demasiado vago. Lo que distingue una buena implementación no es la ausencia de imprevistos —un dato que no migró bien, un flujo que en la práctica funciona distinto a como se describió en el diagnóstico— sino que exista un canal claro para resolverlos rápido: un interlocutor fijo por parte del proveedor, tiempos de respuesta acordados de antemano, y la costumbre de ajustar el plan en vez de fingir que todo salió perfecto para no admitir un retraso.

Cómo saber si la implementación funcionó de verdad

Un ERP instalado no es lo mismo que un ERP adoptado. La señal real de que la implementación funcionó no es que el sistema esté encendido, es que la fábrica haya dejado de necesitar el Excel paralelo que usaba antes. Algunas señales concretas que conviene revisar entre uno y tres meses después del lanzamiento: si el equipo sigue pidiendo ayuda constante para tareas básicas (señal de que la fase de formación se quedó corta), si los indicadores de planta se consultan de verdad en las reuniones de dirección o si siguen montándose informes a mano en paralelo, y si el número de incidencias de calidad que se detectan tarde ha bajado de forma medible respecto a antes.