Se configura, se migran los datos, se sale a producción. Y tres meses después media empresa sigue llevando su hoja de cálculo paralela. El sistema funciona; el proyecto ha fracasado igual.
Lo que dicen los datos del sector
Las cifras que circulan en la industria son consistentes y poco halagüeñas: alrededor del 75% de los proyectos ERP no cumplen sus objetivos, un 74% se pasa de presupuesto y un 61% de plazo. Más relevante aún para lo que nos ocupa: se atribuye en torno al 70% de los fracasos a carencias de adopción más que a problemas de despliegue, y más del 60% de los fallos se vinculan a la adopción por parte de los usuarios y no a limitaciones de la tecnología.
Conviene tomar estos porcentajes por lo que son —estimaciones que circulan en el sector, con metodologías dispares— pero el orden de magnitud coincide con lo que se ve en la práctica.
Por qué la gente no lo usa
Nadie les explicó por qué
Un cambio de sistema impuesto sin justificación se percibe como control, no como mejora. Si quien introduce los datos no ve ningún beneficio propio en hacerlo, hará el mínimo imprescindible.
Demasiado sistema de golpe
La amplitud de Odoo juega en contra al principio. Desplegar diez aplicaciones a la vez garantiza que nadie domine ninguna. El enfoque que funciona es por fases: empezar por los módulos que resuelven un problema inmediato y visible, consolidarlos, y solo entonces añadir el siguiente.
Formación genérica
Una sesión de dos horas para toda la plantilla con datos de demostración no forma a nadie. Lo que funciona es formación por rol, con los datos reales de la empresa y sobre las tareas concretas que esa persona va a hacer cada día.
La dirección no lo usa
Es el factor más determinante y el más barato de corregir. Si los responsables piden los informes por correo en lugar de mirarlos en el sistema, el mensaje que llega al equipo es que el ERP es opcional.
Qué hacer en la práctica
- Definir objetivos concretos antes de instalar nada. «Reducir el tiempo de preparación de pedidos» es un objetivo; «implantar Odoo» no lo es.
- Identificar a una persona de referencia por área, formarla mejor que al resto y darle voz en las decisiones de configuración.
- Probar con escenarios reales antes de salir a producción. Los errores encontrados en pruebas salen mucho más baratos que los encontrados por un cliente.
- Retirar las alternativas. Mientras la hoja de cálculo siga siendo válida, seguirá usándose.
- Tener un canal de soporte interno los primeros meses, para que el atasco de un martes no se convierta en el argumento de que «esto no funciona».