“Odio ODOO”: Por Qué Algunos Usuarios se Frustran con el ERP

“Odio ODOO” es una frase que algunos usuarios pueden llegar a decir cuando el ERP se convierte en una barrera en lugar de una ayuda. Pero muchas veces el problema no es ODOO en sí, sino cómo se ha implantado, configurado, explicado o utilizado dentro de la empresa.

No es una frase cómoda.

Tampoco es una frase que guste escuchar a un consultor, a un partner o a una dirección que ha invertido tiempo y dinero en implantar un ERP.

Pero ocurre.

Hay usuarios que sienten que ODOO les complica el trabajo, que les obliga a hacer más pasos, que no entienden el proceso o que antes con Excel, correos o su antiguo programa “iban más rápido”.

La pregunta importante no es si tienen razón al 100%.

La pregunta importante es qué hay detrás de esa frase.

Porque cuando un usuario dice “odio ODOO”, normalmente no está hablando solo de un software.

Está hablando de frustración.

“Odio ODOO”: qué suele significar realmente

Cuando un usuario dice “odio ODOO”, puede estar expresando varias cosas distintas.

Por ejemplo:

No entiende el nuevo proceso.
No ha recibido formación suficiente.
ODOO le obliga a registrar datos que antes no registraba.
El sistema está mal configurado.
Hay demasiados pasos para una tarea sencilla.
El usuario no ve el beneficio de lo que hace.
La empresa ha cambiado el proceso sin explicarlo.
Hay errores de datos que bloquean su trabajo.
Se le exige usar ODOO, pero no se le ayuda cuando tiene dudas.

La frase puede sonar exagerada.

Pero conviene escucharla.

No para darle siempre la razón al usuario, sino para entender qué está fallando.

ODOO no suele ser odiado por ser ODOO

En muchos casos, el rechazo no viene del ERP como herramienta.

Viene de la experiencia que el usuario vive con el ERP.

Un usuario puede rechazar ODOO si:

El sistema va lento.
Hay errores frecuentes.
El proceso no tiene sentido para su trabajo.
Debe introducir el mismo dato varias veces.
No sabe qué hacer ante una excepción.
El responsable le exige resultados, pero nadie le ha explicado el flujo.
Se siente vigilado en lugar de ayudado.

La misma herramienta puede ser útil para un departamento y desesperante para otro.

Por eso hay que mirar el proceso completo.

El usuario no odia el ERP: odia trabajar peor

Una idea importante:

El usuario no suele odiar ODOO. Odia sentir que trabaja peor que antes.

Si antes hacía una tarea en dos minutos y ahora tarda diez, se frustrará.

Si antes sabía resolver una incidencia y ahora necesita pedir ayuda, se frustrará.

Si antes tenía control sobre su trabajo y ahora depende de un flujo que no entiende, se frustrará.

Esto no significa que el proceso anterior fuera mejor.

A veces el proceso anterior era rápido porque era poco controlado.

Pero si la empresa no explica el porqué del cambio, el usuario solo percibe más carga.

El choque entre control y comodidad

Un ERP como ODOO suele introducir más control.

Eso puede implicar:

Registrar mejor los datos.
Seguir pasos en orden.
Validar documentos.
Evitar atajos.
Respetar permisos.
Trabajar con trazabilidad.
Dejar menos decisiones informales.

Para dirección, eso puede ser positivo.

Para algunos usuarios, puede sentirse como una pérdida de libertad.

Aquí aparece un conflicto habitual: lo que mejora el control de la empresa puede incomodar al usuario si no se explica bien.

Cuando ODOO se implanta copiando el caos anterior

Uno de los grandes errores es implantar ODOO intentando copiar exactamente cómo trabajaba la empresa antes.

Si el proceso anterior era desordenado, ODOO puede acabar digitalizando ese desorden.

Por ejemplo:

Productos duplicados.
Clientes mal creados.
Procesos sin responsables.
Estados inventados.
Excel paralelos.
Correos que siguen siendo necesarios para confirmar todo.
Usuarios que no saben qué dato es obligatorio y por qué.

En esos casos, el usuario no odia ODOO.

Odia un ODOO mal planteado.

Falta de formación: una causa muy habitual

La formación de usuarios suele subestimarse.

Se piensa que basta con enseñar dónde hacer clic.

Pero eso no es suficiente.

Una buena formación debería explicar:

Qué proceso sigue la empresa.
Qué debe hacer cada usuario.
Qué datos son importantes.
Qué pasa si se registra mal una operación.
Qué excepciones pueden aparecer.
Cómo corregir errores habituales.
A quién pedir ayuda.

Un usuario formado solo en pantallas puede quedarse bloqueado ante el primer caso real que no encaje con el ejemplo del curso.

Formación demasiado genérica

Otro problema es la formación genérica.

Explicar ODOO como si todos los usuarios hicieran lo mismo no funciona.

Un usuario de almacén necesita ejemplos de almacén.

Un usuario de contabilidad necesita ejemplos contables.

Un comercial necesita ejemplos de CRM, presupuestos, pedidos, descuentos y clientes.

La formación debe adaptarse al puesto.

Si no, el usuario escucha una explicación que no conecta con su día a día.

Y entonces ODOO se percibe como algo ajeno.

Procesos mal definidos

A veces el problema no está en la herramienta ni en el usuario.

Está en el proceso.

Por ejemplo:

No está claro quién valida una compra.
No se sabe cuándo se debe facturar.
No se define quién corrige un dato maestro.
No hay criterio para crear productos.
No se sabe cómo gestionar devoluciones.
No está claro qué hacer si un cliente paga parcialmente.
No se ha definido cómo tratar una excepción.

Si el proceso no está claro fuera de ODOO, tampoco estará claro dentro de ODOO.

El ERP no arregla por sí solo una organización confusa.

Configuraciones que complican la vida al usuario

También puede ocurrir que ODOO esté configurado de una forma demasiado pesada.

Algunos ejemplos:

Demasiados campos obligatorios.
Demasiadas etapas en un flujo.
Permisos demasiado restrictivos.
Automatismos que el usuario no entiende.
Vistas con demasiada información.
Procesos diseñados para el informe, no para el trabajo diario.

El control es necesario.

Pero si se diseña sin pensar en la operativa, el usuario lo vivirá como una carga.

Un buen diseño funcional debe equilibrar control y usabilidad.

Cuando el usuario tiene razón

A veces hay que reconocerlo: el usuario tiene razón.

Puede que ODOO esté mal configurado.

Puede que el flujo sea absurdo.

Puede que se hayan añadido pasos innecesarios.

Puede que un desarrollo personalizado complique algo que en estándar era más sencillo.

Puede que se esté pidiendo al usuario registrar información que nadie utiliza.

En esos casos, no sirve decir “es que tienes que adaptarte”.

Hay que revisar el proceso.

Si una tarea se ha vuelto peor sin aportar control real, hay que corregirla.

Cuando el usuario no tiene toda la visión

También ocurre lo contrario.

El usuario puede quejarse de un paso que sí aporta valor a la empresa.

Por ejemplo:

Registrar correctamente un lote.
Informar una cuenta analítica.
Validar una recepción antes de facturar.
Conciliar correctamente un cobro.
Seleccionar bien un impuesto.
Registrar horas en un proyecto.

Para el usuario puede parecer una molestia.

Para la empresa puede ser clave para stock, contabilidad, trazabilidad, márgenes o reporting.

En estos casos, la solución es explicar el porqué.

El usuario necesita entender qué impacto tiene su dato.

Resistencia al cambio

La resistencia al cambio existe.

Y no debe tratarse como si fuera una tontería.

Cambiar de sistema implica:

Aprender nuevas pantallas.
Perder rutinas conocidas.
Sentirse menos eficiente durante un tiempo.
Exponerse a cometer errores.
Depender de otros para resolver dudas.
Trabajar con más trazabilidad.

Para algunos usuarios, esto genera inseguridad.

Si la empresa no acompaña el cambio, el rechazo aumenta.

El problema de vender ODOO como “fácil”

ODOO puede ser intuitivo en muchas áreas.

Pero un ERP no deja de ser un ERP.

Hay contabilidad, impuestos, stock, compras, ventas, fabricación, permisos, reglas, flujos y datos maestros.

Vender ODOO como si todo fuera fácil puede crear expectativas peligrosas.

Luego el usuario se encuentra con procesos reales y piensa:

“Esto no era tan fácil como dijeron.”

Es mejor ser honesto.

ODOO puede ayudar mucho, pero requiere configuración, formación, disciplina y mantenimiento.

Usuarios que comparan ODOO con Excel

Excel es flexible.

Demasiado flexible, a veces.

Un usuario puede decir que Excel era más rápido porque podía escribir cualquier cosa en cualquier celda.

ODOO, en cambio, obliga a seguir estructura.

Eso puede parecer peor al principio.

Pero también evita muchos errores:

Datos duplicados.
Fórmulas rotas.
Versiones distintas.
Información sin trazabilidad.
Decisiones basadas en archivos desactualizados.

La cuestión no es Excel contra ODOO.

La cuestión es qué información necesita controlar la empresa y con qué fiabilidad.

Usuarios que comparan ODOO con el programa anterior

Otra frase habitual:

“Con el programa anterior lo hacía más rápido.”

Puede ser cierto.

Pero hay que analizar qué hacía exactamente el programa anterior.

Tal vez era más rápido porque:

No controlaba stock.
No exigía trazabilidad.
No conectaba con contabilidad.
No validaba impuestos.
No tenía permisos.
No generaba reporting.
No integraba procesos.

Aun así, si ODOO introduce más control, debe compensarlo con un proceso bien diseñado.

No se puede pedir más esfuerzo sin explicar el beneficio.

Cuando dirección quiere control pero no comunica

Muchas veces dirección quiere más control.

Quiere saber márgenes, stock, productividad, costes, desviaciones, pipeline, rentabilidad, tesorería o calidad de datos.

Pero si esa necesidad no se comunica a los usuarios, ellos solo ven más trabajo.

Por ejemplo:

El usuario introduce analítica, pero nadie le explica que sirve para medir rentabilidad.
El almacén registra lotes, pero nadie explica que sirve para trazabilidad.
El comercial completa etapas, pero nadie explica que sirve para forecast.
Administración concilia con detalle, pero nadie explica que evita descuadres de cierre.

El usuario necesita entender que su trabajo alimenta decisiones.

Si no, ODOO se percibe como burocracia.

Mal arranque: el origen de muchos rechazos

El arranque de ODOO es un momento delicado.

Si el arranque se hace con prisas, pueden aparecer:

Datos migrados incorrectos.
Saldos mal cargados.
Usuarios sin formación suficiente.
Procesos no probados.
Errores de permisos.
Informes que no cuadran.
Incidencias acumuladas.

Cuando el usuario vive un mal arranque, puede quedarse con una impresión negativa durante mucho tiempo.

Después cuesta recuperar confianza.

Demasiadas personalizaciones

Otra causa de rechazo es un ODOO demasiado personalizado.

A veces se desarrolla para copiar cada detalle del sistema anterior.

El resultado puede ser un ODOO más complejo, menos estándar y más difícil de mantener.

Las personalizaciones pueden ser necesarias.

Pero si se hacen sin criterio, pueden generar:

Pantallas recargadas.
Flujos poco naturales.
Errores en actualizaciones.
Dependencia del desarrollador.
Más incidencias.
Usuarios confundidos.

Antes de desarrollar, conviene revisar si el estándar puede resolver el proceso de forma razonable.

Cómo detectar si el rechazo es puntual o general

No es lo mismo que un usuario se queje que tener un rechazo generalizado.

Conviene analizar:

Qué usuarios se quejan.
En qué departamento.
Con qué proceso.
Desde cuándo ocurre.
Qué tareas concretas generan frustración.
Si hay errores reales o solo incomodidad.
Si otros usuarios trabajan bien con el mismo flujo.

Esto ayuda a separar un problema individual de un problema de diseño.

Cómo convertir el “odio ODOO” en mejora

La queja puede ser incómoda, pero también puede ser útil.

Puede servir para detectar:

Procesos mal diseñados.
Usuarios sin formación.
Campos innecesarios.
Automatismos confusos.
Informes que nadie usa.
Datos maestros mal mantenidos.
Errores de configuración.
Necesidades reales no cubiertas.

La clave es no quedarse en la frase.

Hay que bajar al caso concreto.

¿Qué tarea molesta?

¿Por qué molesta?

¿Qué impacto tiene?

¿Se puede simplificar sin perder control?

Preguntas útiles para escuchar al usuario

Al hablar con usuarios frustrados, preguntaría:

¿Qué tarea concreta te resulta más pesada?
¿Qué hacías antes y qué haces ahora?
¿Dónde pierdes más tiempo?
¿Qué error se repite?
¿Qué dato no entiendes por qué se pide?
¿Qué parte del proceso te bloquea?
¿Qué mejorarías si pudieras cambiar una cosa?

Estas preguntas aportan más que discutir si ODOO es bueno o malo.

El usuario suele dar pistas valiosas cuando se le escucha bien.

Qué puede hacer la empresa

Para reducir rechazo, la empresa puede:

Revisar procesos conflictivos.
Dar formación por puesto.
Documentar procedimientos sencillos.
Crear usuarios clave por departamento.
Revisar datos maestros.
Eliminar campos o pasos innecesarios.
Explicar el porqué de los controles.
Dar soporte cercano en las primeras semanas.
Recoger feedback real de usuarios.
Priorizar mejoras de alto impacto.

No se trata de ceder ante cada queja.

Se trata de distinguir entre resistencia normal y problemas reales.

Qué puede hacer un consultor funcional ODOO

Un consultor funcional puede ayudar a traducir la queja en diagnóstico.

Puede revisar:

Si el proceso está bien diseñado.
Si la configuración tiene sentido.
Si hay pasos innecesarios.
Si los usuarios han sido formados.
Si los datos maestros están bien.
Si hay errores de permisos.
Si hace falta desarrollo o solo ajuste funcional.
Si el reporting justifica la información que se pide.

Muchas veces, pequeñas mejoras funcionales reducen mucha frustración.

Qué no debería hacer la empresa

También hay cosas que conviene evitar:

Ignorar las quejas.
Decir simplemente “es lo que hay”.
Culpar siempre al usuario.
Culpar siempre al partner.
Desarrollar cualquier cosa que se pida.
Volver al Excel sin analizar el problema.
Forzar procesos sin explicar el motivo.
Dejar que cada departamento use ODOO a su manera.

Estas respuestas suelen empeorar el rechazo.

ODOO necesita disciplina, pero también escucha.

Mi recomendación práctica

Si en una empresa aparecen frases como “odio ODOO”, no lo tomaría como una anécdota.

Lo revisaría con método:

Escuchar: entender qué tarea concreta genera frustración.
Diagnosticar: separar problema de proceso, formación, configuración, datos o resistencia al cambio.
Priorizar: corregir primero lo que más afecta al trabajo diario.
Explicar: comunicar por qué ciertos datos o controles son necesarios.
Medir: comprobar si las mejoras reducen incidencias y quejas.

La frase “odio ODOO” puede ser el síntoma de un problema.

Pero también puede ser una oportunidad para mejorar el sistema.

Que algunos usuarios digan “odio ODOO” no significa necesariamente que ODOO sea malo.

Puede significar que la implantación no se ha explicado bien, que el proceso está mal diseñado, que falta formación, que hay datos incorrectos, que sobran pasos o que el usuario no entiende el valor de lo que se le pide.

ODOO puede ser una herramienta muy potente para empresas españolas.

Pero para que los usuarios lo acepten, debe estar bien configurado, bien explicado y bien conectado con su trabajo diario.

Un ERP no se adopta solo porque dirección lo haya comprado.

Se adopta cuando los usuarios entienden cómo les ayuda, qué deben hacer y por qué su trabajo dentro del sistema importa.

Si no, ODOO deja de ser una herramienta.

Y se convierte en una carga.

Preguntas frecuentes sobre usuarios que dicen “odio ODOO”

¿Por qué algunos usuarios dicen que odian ODOO?

Normalmente porque sienten que el sistema les complica el trabajo, no entienden el proceso, no han recibido formación suficiente o trabajan con una configuración poco adaptada a su día a día.

¿Significa eso que ODOO es malo?

No necesariamente. Muchas veces el problema está en la implantación, la formación, los datos, la configuración o la falta de comunicación interna.

¿Cómo reducir el rechazo de los usuarios a ODOO?

Con formación práctica por puesto, procesos claros, soporte cercano, escucha activa, ajustes funcionales y explicación del valor de los datos que se piden.

¿El rechazo a ODOO puede ser resistencia al cambio?

Sí, pero no siempre. A veces hay resistencia normal al cambio y otras veces hay problemas reales de proceso o configuración que deben corregirse.

¿Puede ayudar un consultor funcional ODOO?

Sí. Puede analizar el origen de la frustración, revisar procesos, detectar errores de configuración, mejorar formación y proponer ajustes para que ODOO sea más útil para los usuarios.

Más información sobre fallos y bugs en ODOO

Fallos y bugs en ODOO: cómo detectarlos sin volverse loco

Más información sobre errores de usuarios en ODOO

Errores de usuarios en ODOO

Más información sobre errores frecuentes en implantaciones ODOO

Errores frecuentes en implantaciones ODOO

Más información sobre qué es un consultor funcional ODOO

Qué es un consultor funcional ODOO

Guía completa sobre CONTABILIDAD ERP ODOO aquí. Tutoriales, ejemplos, módulos, trucos…