Registrar cada variación local con motivo, responsable, alcance, coste y fecha de revisión
Las diferencias locales son decisiones, no costumbres. Cada una se clasifica (cambio global, configuración, extensión local o rechazo) y se registra con su motivo, responsable, alcance, coste y fecha de revisión.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01Contexto
Un modelo comercial global permitía a las filiales “adaptarse donde fuera necesario”. Tres años después había más de cien diferencias locales, nadie sabía explicar por qué existían la mayoría, varias filiales habían resuelto la misma restricción de formas distintas y los KPI globales necesitaban tablas de corrección para poder compararse.
02Factores de decisión
- F01
Las restricciones legales y de mercado son reales
- F02
Las preferencias no deben convertirse en arquitectura
- F03
Los KPI globales deben seguir siendo comparables
- F04
Las diferencias que comparten varias filiales deberían pasar a ser globales
03Opciones consideradas
No se permite ninguna variación
Mercados homogéneos
Coste: Workarounds fuera del sistemaDeciden los administradores locales
Negocios independientes
Coste: Divergencia sin control; sin comparabilidadUn registro de variaciones clasificado, con responsables y revisado
Un modelo común en filiales con restricciones reales
Coste: Un registro y un circuito de gobierno que mantener04Decisión
Clasificar cada petición local por su motivo (requisito legal, requisito de cliente o de mercado, restricción de ERP o de sistema, diferencia de modelo operativo o preferencia) y decidir un resultado: cambio global, variación configurable, extensión local o rechazo. Registrar cada variación aceptada con su motivo, responsable, alcance, coste y fecha de revisión; en la revisión, renovarla, integrarla en el núcleo o retirarla. Registrar los rechazos con su motivo. La implementación en la plataforma sigue el ADR 006: configuración, nunca bifurcaciones.
05Consecuencias
- Cada diferencia tiene responsable y caducidad.
- Las diferencias compartidas salen a la luz y pasan al núcleo global.
- Las preferencias se rechazan de forma coherente, con el motivo registrado.
- Los KPI globales siguen siendo comparables porque las definiciones nunca varían; solo los valores.
06Cuándo revisarla
La organización funciona como negocios independientes, sin clientes ni reporting compartidos.
La variación es tan rara que un registro cuesta más de lo que ahorra.
07Dónde se aplica esta decisión
Casos que adoptan esta decisión, y por qué importa en cada uno.
- Caso de modelo operativo / 01Diseñar un modelo operativo comercial global para varias filialesUn solo modelo operativo comercial para muchas filiales: un núcleo global, variación local gobernada, responsabilidades que sobreviven a los traspasos, un modelo de gobierno con derechos de decisión, responsabilidades claras de cada sistema y KPI que siguen siendo comparables.
- Caso de modelo operativo / 05Gobernar los cambios del modelo operativo después del go-liveEl modelo operativo como producto: peticiones de cambio clasificadas por dominio, decididas por responsables con nombre, con evidencia y plazos, y publicadas en versiones—para que el modelo siga mejorando cuando el proyecto termina.
- Caso de adopción / 02Diseñar la adopción de un CRM desplegado en varias filialesUn CRM global desplegado en filiales con distinta madurez, roles, calidad de datos, herramientas locales y hábitos de gestión: preparación evaluada por unidad, oleadas ordenadas por preparación, capacitación por rol, referentes locales con tiempo y adopción comparada por nivel en su contexto local.