Por qué fallan las implantaciones de ERP (y no es por la tecnología)

Las implantaciones de ERP, CRM y otros sistemas de gestión empresarial fracasan más por una mala alineación de expectativas que por problemas técnicos. ¿Cómo identificarlo antes de firmar el contrato?

Aproximadamente la mitad de las implantaciones de sistemas de gestión empresarial no cumplen sus objetivos iniciales, y la causa principal rara vez es la tecnología. Es un dato que sorprende solo a quien no ha estado dentro de uno de estos proyectos. A lo largo de 25 años acompañando estas implantaciones en sectores muy distintos, he visto muchas veces repetirse el siguiente patrón. El proyecto arranca con buenas expectativas, pero avanza durante meses con la sensación de que algo no termina de encajar, y finalmente se entrega una versión del sistema que nadie quiere usar. Lo más confuso es que, aunque técnicamente esté bien, los consultores hayan configurado lo que el contrato pedía, y los usuarios clave hayan validado el sistema final, el resultado se considera un fracaso porque nunca llega a utilizarse como se esperaba. ¿Qué falló si no fue el sistema?

La conversación que no se tuvo

Lo que falló, casi siempre, ocurrió antes de empezar. Cliente y proveedor firmaron el mismo contrato interpretándolo de formas distintas, porque el proveedor entendió lo que comercialmente le convenía entender, mientras el cliente asumió lo que esperaba que estuviera incluido. Nadie engañó a nadie, pero cuando el proyecto arrancó, cada parte operaba sobre una realidad diferente.

Suele llamarse “gestión de expectativas”, una etiqueta cómoda que esconde algo más directo. ¿Por qué nadie hizo las preguntas incómodas antes de la firma? No porque sean difíciles de formular, sino porque obligan a una conversación que las dos partes prefieren evitar cuando la decisión está casi tomada.

Aquí está el matiz que suele perderse.

Las preguntas no incomodan por su contenido técnico, incomodan porque ponen sobre la mesa compromisos concretos. Y los compromisos concretos cierran puertas a las dos partes.

Cinco preguntas que rara vez se hacen

Existen cinco preguntas que, si se respondieran honestamente antes de firmar, ahorrarían la mayoría de los meses perdidos en proyectos de implantación. Ninguna requiere conocimiento técnico sofisticado, todas pueden plantearse en una reunión con el equipo interno y el promotor del proyecto.

1. ¿Qué cambia, concretamente, cuando el sistema esté en marcha?

La pregunta no busca una descripción del nuevo flujo de trabajo, sino el detalle operativo, es decir, qué procesos van a operar de forma distinta, qué personas hacen qué, qué tareas dejan de existir y cuáles aparecen por primera vez. Si esta pregunta no tiene respuesta antes de la firma, lo que el proveedor va a entregar es un sistema sin una visión realista de cuál va a ser su utilización. Es la pregunta que distingue a quien sabe exactamente qué está comprando de quien ha comprado una promesa.

2. ¿A quién se le pide cambiar cómo trabaja?

La adopción no es un problema técnico sino organizativo, y el problema organizativo tiene nombres y apellidos. Detrás de cada implantación de un ERP, un CRM o un sistema de RRHH, hay personas concretas a las que se les va a pedir abandonar formas de trabajar que llevan años funcionando. Identificar a esas personas con antelación, y comprobar que están presentes en la conversación desde el principio, importa más que cualquier configuración técnica del sistema. Un módulo mal configurado se corrige en una tarde, mientras una resistencia interna no detectada se manifiesta a los seis meses, cuando ya hay dinero gastado, expectativas creadas y reputaciones implicadas.

3. ¿Quién va a poner tiempo prioritario, no tiempo sobrante?

Probablemente la pregunta más importante del proyecto, y la que más se evita por incómoda. Las implantaciones no se hacen con tiempo libre, sino con tiempo bloqueado en agenda y protegido frente a urgencias diarias. Cuando esa protección no existe explícitamente, el proyecto termina compitiendo con todo lo demás, y siempre pierde, porque siempre habrá una incidencia urgente que atender, un cliente que reclama o un cierre de mes que cuadrar. Lo importante pero no urgente se posterga indefinidamente, y los proyectos de implantación entran exactamente en esa categoría desde el punto de vista del día a día.

4. ¿Qué se hace si los usuarios no adoptan el cambio?

Quizá la pregunta menos cómoda de las cinco. Casi todos los contratos asumen implícitamente que la adopción será exitosa, cuando la experiencia indica justo lo contrario, porque la adopción nunca es automática. Reconocerlo desde el principio permite diseñar un plan B explícito (más formación, ajustes funcionales, refuerzo del empuje interno) antes de que el proyecto se atasque en la primera resistencia. Y aparecerá una resistencia, de una forma u otra, en cualquier proyecto que implique cambiar la forma de trabajar de varias personas.

5. ¿Quién tiene autoridad para imponer el cambio cuando aparezca esa resistencia?

Si la respuesta es “el director general decidirá caso por caso”, el proyecto va a depender de la disponibilidad de esa figura, que casi siempre estará dedicada a otras cosas. Si la respuesta nombra a una figura interna delegada con autoridad explícita y reconocida, el proyecto tiene capacidad real de empuje continuado. Esta es la pregunta que muchos directivos confunden con un detalle organizativo menor, cuando en realidad determina si el proyecto va a tener motor o no.

Un caso real

Recuerdo una conversación con el director general de una distribuidora justo antes de la firma. Cuando le pregunté quién dedicaría tiempo prioritario al proyecto, respondió —“ya lo veremos sobre la marcha”—. Firmamos. A los seis meses estábamos exactamente donde anticipé, con avance lento, usuarios resistentes y decisiones eternizadas. No porque el sistema fuera malo, sino porque dentro de la organización no había nadie con autoridad real empujando.

El orden importa

Estas cinco preguntas no se plantean todas en la misma reunión ni con la misma profundidad, porque tienen una secuencia lógica que conviene respetar para que la conversación produzca resultado.

La primera fase agrupa las preguntas 1 y 2, que cubren qué cambia en el día a día. Es la conversación más fácil, la mayoría de los clientes la abordan bien si se les pregunta, y sirve para construir confianza y alinear vocabulario antes de entrar en territorio más sensible.

La segunda fase corresponde a la pregunta 3, sobre quién pone el tiempo. Aquí aparecen las primeras incomodidades reales, porque la dirección tiene que comprometerse explícitamente con una asignación concreta de recursos humanos. Si esta conversación no se tiene antes de firmar, dejará de tenerse después.

La tercera fase incluye las preguntas 4 y 5, sobre qué pasa cuando algo falle. Es la fase que casi ningún contrato cubre, y precisamente la que decide si el proyecto va a salir bien. Evitar esta conversación equivale a asumir que el proyecto irá sobre raíles, una suposición que ningún profesional con experiencia formularía en serio.

Cada fase cuesta más que la anterior, pero ahorra los meses de desgaste posterior cuando el proyecto se descubre frágil ya con poco margen de maniobra.

Por qué no se hacen estas preguntas

No es por malicia, sino por incentivos reconocibles en ambos lados de la mesa. Para el proveedor, hacerlas alarga la venta y obliga a comprometerse con detalles que sería más cómodo dejar abiertos. Cuanto más concretas son las respuestas, menos margen tiene después para ajustar alcance o calendario sobre la marcha.

Para el cliente, abrir esa conversación obliga a mirar dentro de su propia organización y reconocer puntos débiles antes de empezar. Admitir que no se tiene a la persona adecuada como promotor, que no se va a dedicar tiempo prioritario, o que hay resistencias internas previsibles, es un ejercicio que pocos directivos quieren hacer mientras todavía pueden no hacerlo.

A eso se suma la prisa por arrancar. Una vez tomada la decisión, todo el mundo quiere ver progreso, y volver a abrir la conversación parece, desde dentro, una pérdida de tiempo.

Evitarla no resuelve nada, solo desplaza la incomodidad al sexto mes del proyecto, cuando hay mucho más en juego.

Cómo aplicarlo antes de tu próxima firma

Tres recomendaciones operativas si estás evaluando una implantación de ERP, CRM u otro sistema de gestión empresarial.

Plantea las cinco preguntas en una reunión específica con el equipo interno, antes de la reunión final con el proveedor. No las dejes para la negociación, hazlas en una sesión propia donde no haya presión comercial y las respuestas puedan ser honestas.

Asigna explícitamente, y por escrito, la dedicación prevista de cada persona clave durante el proyecto. Lo que no se escribe no se cumple, y aunque se escriba y aun así no se cumpla, al menos quedará una conversación documentada para retomar cuando aparezca el problema.

Acuerda con el proveedor un protocolo de escalado para cuando aparezca la primera resistencia interna, no “si aparece”. Esa pequeña diferencia de redacción cambia toda la mecánica de la conversación posterior.

Las preguntas no garantizan el éxito del proyecto, pero sí hacen visible el riesgo antes de comprometerlo. Y eso, en una decisión que cuesta entre 30.000 € y 300.000 €, no es poco. Si estás evaluando implantar un sistema de gestión, o si ya estás en pleno proceso, esta conversación previa puede ahorrar varios meses de fricción posterior.