Ir al contenido

Cambios de alcance en Odoo: cuando el ERP empieza "barato" y termina costando más de lo esperado

Descubre por qué surgen los cambios de alcance en proyectos Odoo, cuánto cuestan y cómo evitarlos desde el cliente y el implementador
26 de mayo de 2026 por
Cambios de alcance en Odoo: cuando el ERP empieza "barato" y termina costando más de lo esperado
Ronald Padrón

Introducción: la frase que congela sonrisas en cualquier proyecto Odoo

Hay frases que nadie quiere escuchar en una implementación ERP.

Una de las más temidas es:

“Tenemos un cambio de alcance.”

Para el ti, como cliente, suena a: “ya me quieren cobrar más”.

Para el consultor: “esto no estaba estimado”.

Para ambos: “comenzó la pesadilla”.

En proyectos Odoo, los cambios de alcance no son un error del sistema. Son una consecuencia directa de cómo se definió (o no) el proyecto desde el inicio.

Y aunque Odoo es flexible, modular y escalable, no es mágico. Si el alcance no está claro, el problema no es Odoo… es la expectativa.


¿Qué es realmente un cambio de alcance en una implementación Odoo?

Un cambio de alcance ocurre cuando, ya iniciado el proyecto, aparecen requerimientos que no estaban contemplados en la propuesta original, por ejemplo:

  • Procesos no documentados
  • Excepciones operativas “de todos los días”
  • Reportes críticos que “siempre han usado”
  • Reglas comerciales especiales
  • Integraciones no mencionadas
  • Automatizaciones asumidas como estándar

El concepto clave: la brecha

La brecha es la distancia entre:

  • Lo que tú, como cliente, crees que Odoo hará
  • Lo que Odoo hace de forma estándar
  • Lo que realmente se analizó y estimó

Esa brecha no desaparece.

Se convierte en horas, dinero, retrasos y discusiones.


El gran error: creer que una conversación basta para estimar

En teoría:

  • Se habla del negocio
  • Se revisa un RFI o RFP
  • Se estima el proyecto

En la práctica:

  • Se habla de expectativas, no de operación real
  • El documento es genérico
  • Nadie entra al detalle de excepciones

Resultado: una estimación optimista basada en supuestos.

Y luego viene la sorpresa:

“Eso no lo dijimos, pero lo necesitamos”.


Cuando la estimación nace desde dirección (y no desde operación)

Muchas implementaciones Odoo se estiman desde la visión directiva:

  • Objetivos
  • Crecimiento
  • Control
  • Indicadores

Todo válido… pero incompleto.

Aunque los líderes operativos participen, la prisa por arrancar deja fuera:

  • Escenarios raros
  • Casos excepcionales
  • Procesos “manuales pero críticos”

En el análisis profundo del negocio aparecen cosas que nadie mencionó, pero que todos consideran indispensables.


“Eso es obvio, cualquier ERP debería hacerlo”

Frase peligrosa número uno.

Lo que para ti, como cliente es “obvio”, puede ser:

  • Un desarrollo hecho hace años en tu sistema actual
  • Una mala práctica heredada
  • Una personalización costosa
  • Algo que Odoo no recomienda hacer

Que tu sistema anterior lo haga no significa que sea estándar ni correcto.


“Si mi sistema actual lo hace, Odoo también debe hacerlo”

Aquí hay dos problemas:

  1. No sabes si eso fue un desarrollo a medida
  2. No sabes si eso era una mala práctica

Odoo no está diseñado para replicar sistemas viejos, sino para:

  • Estandarizar
  • Automatizar
  • Escalar
  • Reducir riesgo operativo

Forzarlo a comportarse como un sistema anterior incrementa el cambio de alcance.


“Así me funciona y así lo quiero”

Esta mentalidad es el fertilizante perfecto para los cambios de alcance.

Presionar a Odoo para:

  • Mantener procesos obsoletos
  • Evitar mejores prácticas
  • Repetir errores históricos

provoca:

  • Más personalizaciones
  • Más complejidad
  • Más costo oculto

Odoo es flexible, sí. Pero cada flexibilidad mal usada se paga.


El punto crítico: nadie quiere pagar más

Cuando el proyecto ya está en marcha:

  • El cliente dice: “no voy a pagar cambios”
  • El implementador dice: “no puedo absorber esto”

Resultado:

  • Retrasos
  • Frustración
  • Relación dañada
  • Odoo señalado injustamente

Todo por necesidades que no se analizaron a tiempo.


El mito final: alcance infinito, precio fijo

Muchos clientes esperan:

  • Propuesta llave en mano
  • Precio cerrado
  • Flexibilidad total
  • Cero cambios de alcance

Pero no quieren pagar lo que cuesta un alcance infinito.

No es mala fe.

Es desconocimiento del impacto financiero real.


¿Qué porcentaje de la inversión suele surgir en cambios de alcance en proyectos ERP?

En la práctica real:

  • Proyectos bien analizados:
    👉 Cambios de alcance: 5 % – 10 %
  • Proyectos con análisis superficial:
    👉 Cambios de alcance: 15 % – 25 %
  • Proyectos “rápidos” sin diagnóstico:
    👉 Cambios de alcance: 30 % o más

Dato clave:

📌 El costo del cambio de alcance casi siempre supera el costo del análisis que se evitó.


¿Cómo prevenir cambios de alcance siendo el CLIENTE?

(La parte que más duele… y la que más control tienes)

Aquí viene la verdad incómoda: la mayor parte de los cambios de alcance en Odoo nacen del lado del cliente, no por mala intención, sino por subestimar la complejidad real del negocio.

1. Entender que Odoo es estándar… tu operación no

En genera, Odoo cubre el 80 % de los procesos de la mayoría de las empresas, muchas veces más, otras veces menos, el problema siempre está en el otro 20 % y la flexibilidad de la empresa de adaptarse al estándar de Odoo.

  • Excepciones
  • “Casos especiales”
  • Procesos que solo una persona conoce
  • Regla no documentada “porque siempre se hizo así”

📌 Si no lo dices, no se estima. Y si no se estima, será cambio de alcance.

2. No confundir expectativa con requerimiento

Una expectativa es:

“Quiero más control”, “quiero reportes”, “quiero automatizar”.

Un requerimiento es:

  • Qué dato
  • En qué momento
  • Con qué regla
  • Para quién
  • Con qué excepción

Muchos proyectos Odoo arrancan con expectativas… y luego se sorprenden cuando esas expectativas no estaban incluidas en el precio.

3. Involucrar a operación antes de firmar, no después

Dirección define el rumbo, pero operación define la realidad.

Si quienes usan Odoo todos los días no participan desde el inicio:

  • Las excepciones aparecen tarde
  • Los procesos “manuales pero críticos” salen a mitad del proyecto
  • Los cambios de alcance se multiplican

💡 Consejo ejecutivo: Una semana más de análisis con operación puede ahorrarte meses de discusiones y sobrecostes.

4. Aceptar que no todo lo que hace el sistema actual está bien

Frase clásica:

“Mi sistema actual lo hace así, Odoo también debe hacerlo”.

Dos riesgos aquí:

  1. Puede ser un desarrollo a medida que nadie recuerda
  2. Puede ser una mala práctica operativa

Odoo está diseñado para adoptar mejores prácticas, no para clonar sistemas viejos con problemas nuevos.

5. Presupuestar el cambio de alcance como una variable controlada

Los proyectos bien gestionados no eliminan los cambios de alcance, los anticipan.

Buenas prácticas del cliente:

  • Reservar un % del presupuesto para ajustes
  • Definir un proceso claro de aprobación de cambios
  • Priorizar qué sí vale la pena cambiar y qué no

📊 Regla de oro:

“Si no presupuestas el cambio de alcance, el cambio de alcance te presupuestará a ti.”


¿Cómo THAVAS  minimiza los cambios de alcance ?

1. No vendemos optimismo, vendemos transparencia

Decir “sí” a todo:

  • Gana contratos
  • Pierde proyectos

La transparencia construye relaciones sostenibles.

2. Propuestas  con supuestos explícitos

Una buena propuesta de Odoo deja claro:

  • Qué incluye
  • Qué no incluye
  • Qué se asume
  • Cómo se gestionan cambios

Eso protege a ambos lados.

3. Educar al cliente desde el día uno

Un cliente informado:

  • Decide mejor
  • Presupuesta mejor
  • Confía más

4. Aprovechar la modularidad real de Odoo

Odoo permite:

  • Implementar por fases
  • Reducir riesgo
  • Controlar costos

Pero solo si se diseña estratégicamente.


A mayor número de usuarios en Odoo, mayor riesgo de cambio de alcance

(Y no es culpa del ERP)

Uno de los errores más comunes es pensar que el riesgo de cambio de alcance depende del sistema.

En realidad, depende principalmente de la cantidad de usuarios y la complejidad organizativa.

¿Por qué más usuarios = más riesgo?

Porque cada usuario adicional suele traer:

  • Nuevas excepciones
  • Variantes de proceso
  • Necesidades específicas
  • Diferentes formas de “hacer lo mismo”

Odoo escala muy bien, pero la brecha crece con la organización, no con la tecnología.

Riesgo de cambio de alcance según tamaño de empresa en Odoo

Tamaño de empresaRiesgo de cambios de alcanceMotivo principal
3 – 5 usuariosBajoProcesos simples, pocos escenarios
10 usuariosMedioAparecen excepciones operativas
20 usuariosMedio – AltoVariantes por área y rol
50 usuariosAltoProcesos no documentados y dependencias
+100 usuariosMuy AltoComplejidad organizacional real

📌 Insight clave para directivos:

El riesgo no está en Odoo, está en la cantidad de personas tomando decisiones diferentes dentro del mismo sistema.

¿Qué implica esto para la estimación?

  • Con pocos usuarios, es posible iniciar con un alcance más cerrado
  • Con más usuarios, es obligatorio:

    • Análisis más profundo
    • Fases de implementación
    • Gestión formal de cambios
    • Expectativas financieras claras

Intentar tratar un proyecto de 50 o 100 usuarios como uno de 10 es la receta perfecta para el cambio de alcance descontrolado.


Conclusión ejecutiva de estas secciones

  • Los cambios de alcance no son un problema técnico
  • Son un problema de definición, expectativas y complejidad organizativa
  • Mientras más grande la empresa, más disciplina se necesita, no más promesas