¿Por qué falla el mejor sistema ERP del mundo (si no sabes escuchar)?

(Parte 1 de 5 de la serie “El código humano de la ERP”)

Puedes configurar tu sistema ERP a la perfección. Pero si el gerente del almacén no confía en ti, tu proyecto millonario ya está condenado al fracaso. Esta es la cruda realidad, a menudo tácita, sobre las implementaciones de ERP.

La verdadera razón por la que los usuarios dicen no

Hace unos años, mientras estaba en las instalaciones de un cliente durante la fase de diseño, noté una mirada familiar en los ojos de uno de los usuarios. Era esa clásica mezcla de escepticismo y aburrimiento de alguien que escucha el mismo cuento de hadas corporativo repetido por centésima vez.

Tras conversar un rato, hice una pausa y le pregunté si quería añadir algo. Se cruzó de brazos, un gesto clásico de negación en psicología conductual, y afirmó sin rodeos que el nuevo sistema ERP jamás funcionaría. Argumentó que era «demasiado genérico» e ignoraba por completo la multitud de particularidades que hacían único a su negocio.

En ese preciso instante comprendí que su crítica iba dirigida al cambio masivo y abrumador que se escondía tras el software.

Y en ese momento, recordé la regla de oro de la consultoría: una mala psicología mata más proyectos de ERP que un mal código.

Bienvenidos a la primera parte de El Código Humano de ERP, una serie dedicada exclusivamente a quienes realmente teclean, más allá de los bits, bytes y API de nuestro trabajo. Hoy hablaremos de la barrera más difícil de superar en cualquier migración de software: el muro del "siempre lo hemos hecho así".

El duelo del sistema heredado

Cuando una empresa decide cambiar su sistema ERP, la dirección percibe una mejora. Observan datos en tiempo real, preparación para la IA y operaciones optimizadas.

Para el usuario final, cambiar el sistema ERP se siente como una profunda pérdida de identidad. En el mejor de los casos, lo ven como una pérdida de tiempo, ya que se saben de memoria todos los pasos necesarios del sistema anterior. La sola idea de tener que aprender algo completamente nuevo desde cero se percibe más como un castigo que como una forma real de mejorar su flujo de trabajo diario.

Piénsalo. El usuario veterano de mi historia había dedicado veinte años a dominar las peculiaridades del antiguo sistema. Sabía exactamente qué atajos usar para sortear un bloqueo del sistema. Sabía cómo extraer un informe que a sus compañeros les encantaba.

Su experiencia, su valor para la empresa y su confianza diaria estaban intrínsecamente ligados a ese software obsoleto.

Cuando nosotros, los consultores, entramos en la sala y anunciamos que la gerencia ha decidido aprovechar las nuevas funcionalidades de un ERP más moderno que el sistema actualmente instalado, instantáneamente ponemos su nivel de competencia en cero, además de cambiarles las herramientas. Convertimos al experto indiscutible del departamento en un principiante confundido.

Esto desencadena una respuesta idéntica a las etapas del duelo:

1. Negación: “Este nuevo sistema es solo una moda pasajera; la gerencia lo cancelará en cuanto vean el costo”.

2. Enojo: “¡Esta interfaz es una basura! ¡Se necesitan tres clics en lugar de uno!”

3. Negociación: "¿Podemos personalizar el nuevo sistema para que se vea exactamente igual que el anterior?"

4. Depresión: “Ya no sé cómo hacer mi trabajo”.

5. Aceptación: “De acuerdo, muéstrame cómo funciona este nuevo panel de control”.

Más allá de la elaboración de tablas de datos, nuestra verdadera labor como consultores de ERP consiste en guiar a los usuarios a través de estas cinco etapas de la forma más rápida y sencilla posible. Somos psicólogos del cambio disfrazados de expertos en ERP.

La regla 20/80 de la escucha

El mayor error que cometen muchos consultores es intentar convencer a un usuario hostil centrándose demasiado en las características técnicas del software en lugar de en los procesos de negocio reales.

Abren el software, lo proyectan en la pantalla y comienzan a explicar cómo la nueva configuración logística multisitio es muy superior. Explican con orgullo cómo crea un contenedor único y unificado para los datos maestros, eliminando la necesidad de iniciar y cerrar sesión en diferentes empresas cada vez.

El usuario se desentiende. No le importa la arquitectura de sus datos maestros. Lo que le preocupa es tener que irse a las 5:00 p. m. para recoger a sus hijos, y su nuevo sistema parece que los mantendrá en la oficina hasta las 7:00 p. m.

Para superar la resistencia, debes aplicar la regla 20/80 de los talleres ERP:

• Dedica el 20% del tiempo a explicar cómo funciona el nuevo sistema.

• Dedica el 80% del tiempo a callarte y escuchar cómo funcionan realmente.

Antes de proponer una solución en Infor LN o cualquier otro ERP, es necesario hacerse preguntas. ¿Qué es lo más frustrante de tu lunes por la mañana? ¿Por qué exportas esta lista a Excel cada semana? ¿Qué información falta en esta pantalla que te obliga a llamar al almacén?

Cuando un usuario se da cuenta de que te interesas sinceramente por el sufrimiento que experimenta a diario y que quieres comprender su perspectiva, sus defensas empiezan a ceder. Dejan de verte como un intruso y comienzan a verte como un aliado.

La solución definitiva a los errores: Confianza

En mi serie anterior sobre migración de datos, hablé del principio de "si introduces basura, obtendrás un desastre" en lo que respecta a la calidad de los datos. Lo mismo se aplica a las relaciones humanas. Si la relación es tóxica desde el primer día, la implementación será un desastre.

He aquí una verdad a voces que todos deberían recordar: si los usuarios confían en ti, perdonarán los fallos del software. Si te guardan rencor, usarán cada pequeño error en tu contra.

Durante la puesta en marcha, surgirán problemas. Aparecerán errores. Los procesos se detendrán momentáneamente. Si el gerente del almacén confía en ti porque pasaste horas sentado a su lado en una carretilla elevadora entendiendo su proceso, verá una pantalla de error y dirá: «Oye, tenemos un fallo aquí, vamos a solucionarlo».

Pero si actúas con arrogancia, ignoras sus comentarios y le impones un proceso estándar, mirará esa misma pantalla de error, se cruzará de brazos, llamará al CEOy gritará: "¡Ya te dije que este sistema ERP era una porquería!".

La confianza es el amortiguador definitivo para la puesta en marcha. Y la confianza no se puede configurar en un menú de software. Hay que construirla, cara a cara, meses antes de la transición.

Rompiendo el muro

Entonces, ¿cómo se genera esta confianza en la práctica y se supera la resistencia de los usuarios clave más difíciles? Aquí hay tres pasos prácticos que puede implementar en su próximo proyecto:

1. Observación previa a la elaboración de planos

Nunca inicies un proyecto en una sala de reuniones con una presentación de PowerPoint. Acércate al escritorio del usuario. Siéntate a su lado durante dos horas mientras realiza su trabajo en el sistema antiguo. Observa sus manos. Fíjate cuando suspira. Fíjate cuando escribe algo en una nota adhesiva porque el sistema no tiene un campo para ello. Aprenderás más sobre los procesos reales de la empresa observándolos trabajar durante dos horas que leyendo 50 páginas de documentación oficial.

2. Los cinco porqués de las personalizaciones absurdas

Cuando un usuario exige una personalización muy costosa y no estándar (por ejemplo, ¡ necesito que esta pantalla parpadee en rojo cuando falte un componente específico!), no se limite a decir que no, que la nube no lo permite. Juegue al juego de los cinco porqués.

¿Por qué necesitas que parpadee en rojo? «Porque se me olvida revisarlo antes de liberar la orden de producción». ¿Por qué se te olvida? «Porque la lista de materiales es demasiado larga para revisarla manualmente». ¿Por qué es un problema liberarlo sin revisarlo? «Porque en la planta de producción empezarán el trabajo y luego se detendrán, perdiendo tiempo».

De repente, te das cuenta de que no necesitan una pantalla roja parpadeante. Solo necesitan que configures correctamente los mensajes de excepción de MRP para que el sistema les avise de la escasez de materiales antes incluso de que intenten liberar el pedido.

Has resuelto con éxito un problema empresarial y has evitado escribir código innecesario.

Recuerda que hacer preguntas, y muchas, es absolutamente correcto e indispensable. A nadie le interesa un consultor que llega creyendo tener la verdad absoluta. Cuando te ayude a comprender el proceso real, deja el ego a un lado y simplemente pregunta, pregunta y pregunta.

3. Conviértelos en los protagonistas del cambio

Presente siempre el nuevo ERP como la herramienta que finalmente les permitirá centrarse en tareas de alto valor, en lugar de un sistema que se ven obligados a usar. Al fin y al cabo, el ERP es solo una herramienta diseñada para que las personas trabajen de forma más eficiente. Al utilizar el discurso adecuado, como « Con su profundo conocimiento de esta cadena de suministro, ¿se imagina lo que podría lograr si no tuviera que perder tres horas al día introduciendo datos manualmente?», eleva su estatus. Esto los convierte en protagonistas del cambio, en lugar de víctimas del mismo, y defenderán su sistema.

El ser humano detrás de la pantalla

Las herramientas que utilizamos están cambiando rápidamente. Estamos pasando de servidores locales a arquitecturas en la nube, de la entrada manual de datos a la inteligencia artificial y los agentes.

Pero mientras la tecnología evoluciona a una velocidad vertiginosa, el cerebro humano sigue siendo exactamente el mismo. Seguimos temiendo al cambio. Seguimos odiando sentirnos incompetentes. Seguimos anhelando ser escuchados.

El verdadero valor de un consultor de ERP reside en su inteligencia emocional para gestionar los temores de la organización, mucho más allá de memorizar cada parámetro técnico del software. Se trata de transformar una transición de software traumática en un paso adelante para todos.

Porque un sistema perfecto sin ningún tipo de adopción no es más que un costoso protector de pantalla.

A continuación: Cómo poner fin a la guerra eterna y construir una verdadera alianza entre consultores funcionales y desarrolladores.

Escrito por Andrea Guaccio 

30 de abril de 2026