Odoo bien implantado y aun así nadie lo usa: el problema no es la implantación

Hay un patrón que se repite: la implantación salió bien. Los procesos están modelados, los datos migrados, la formación dada y el implantador hizo un buen trabajo. Y aun así, un año después, el uso real es una fracción de lo previsto. Cuando eso pasa, la conversación se va casi siempre al proyecto: faltó acompañamiento, faltó gestión del cambio. A veces es verdad. Pero muchas veces la implantación fue correcta y el problema es otro. ## Un ERP se diseña para el proceso, no para el usuario ocasional Un ERP bien implantado modela fielmente cómo funciona la empresa. Eso es exactamente lo que se le pide, y es lo que lo hace valioso: los datos son coherentes, la trazabilidad existe, los estados son consistentes. El efecto secundario es que la interfaz refleja esa estructura. Los menús siguen la lógica de los módulos, los formularios siguen la del modelo de datos, y las vistas siguen la del proceso. Para quien trabaja dentro todos los días, eso es una ventaja: la herramienta piensa como su trabajo. Para quien entra dos veces por semana, es una barrera. No porque esté mal hecho, sino porque **la estructura correcta del proceso no coincide con la pregunta que trae el usuario ocasional**. Él llega con «¿este pedido ha salido?», no con «voy a entrar en Inventario, filtrar albaranes y buscar por cliente». ## La curva que nadie mide Con un usuario intensivo, la formación se amortiza en días: la usa tanto que la interfaz se le vuelve invisible. Con un usuario ocasional, la curva no llega a cerrarse nunca. Aprende, pasan dos semanas, se le olvida, y la siguiente vez vuelve a tardar. Cada uso vuelve casi al punto de partida. Ahí está la trampa: la formación se dimensiona pensando en el usuario intensivo, y los usuarios ocasionales son casi siempre la mayoría de la plantilla. Y entre ellos está dirección, que es quien más decide con menos tiempo para aprender menús. ## Qué se prueba normalmente **Más formación.** Ayuda al intensivo y no arregla al ocasional, por lo de la curva. **Simplificar vistas y menús por perfil.** Buena práctica, hazlo. Pero hay un suelo: aunque le dejes tres menús, sigue teniendo que saber cuál abrir y qué filtro aplicar. **Obligar por proceso.** Consigue que los datos entren y baja su calidad. Se rellena lo mínimo, tarde y de memoria. **Cuadros de mando.** Resuelven muy bien las preguntas previstas. La pregunta nueva vuelve a ser una petición al equipo técnico. Todas mejoran algo. Ninguna toca la causa, que es que el usuario ocasional tiene que traducir su pregunta a la estructura del ERP. ## Lo que desbloquea la adopción Quitarle esa traducción. Si la pregunta en lenguaje natural es la interfaz, la estructura del ERP deja de ser un requisito para el usuario: sigue estando ahí, gobernando los datos como debe, pero ya no hay que conocerla para consultar. Eso no sustituye la implantación, la aprovecha. Toda la coherencia de datos y de procesos que se construyó en el proyecto sigue siendo la que hace fiables las respuestas. Lo que cambia es quién puede llegar a ellas. ## Una señal para distinguir los dos problemas Si el uso es bajo **entre los usuarios intensivos**, revisa el proyecto: probablemente haya procesos mal modelados o fricciones reales que arreglar. Si los intensivos lo usan bien y los que no lo usan son los ocasionales y la dirección, la implantación no es el problema. Es la barrera de acceso, y se ataca por otro lado. Hemos recogido en [las funcionalidades de IA para Odoo](/funcionalidades/) qué se puede hacer sobre un ERP ya implantado sin tocar su configuración, y en [IA para dirección](/casos-de-uso/direccion/) el caso concreto del perfil que más decide y menos tiempo tiene para aprender el sistema.