Por qué los modelos de costes fracasan tras la puesta en marcha
La mayoría de los modelos de costes no fracasan el día en que se lanzan. Fracasan dieciocho meses después, en silencio, una vez que los consultores se han ido y ya nadie es dueño del número. Este texto es un escenario compuesto elaborado a partir de experiencia real de campo en implantaciones de modelos de costes; el sector, los detalles y las cifras son ilustrativos y no representan a ningún cliente concreto, y conviene leerlos como una advertencia sobre lo que ocurre cuando se apaga el brillo de la puesta en marcha.
Un modelo de costes no es un entregable, es un sistema vivo, y los sistemas vivos mueren sin un dueño y una rutina. La puesta en marcha es la parte fácil: un modelo pulido, un comité de dirección orgulloso y un conjunto de cuadros de mando que por fin muestran dónde se gana y se pierde dinero. Lo que mata al modelo es todo lo que viene después. Nadie es formalmente responsable de mantenerlo veraz. No hay un ritmo de mantenimiento, de modo que el modelo se desajusta poco a poco respecto a un negocio que no deja de cambiar. El único analista que lo entendía se marcha, y la lógica se va con él. El diseño era tan elaborado que nadie de la casa puede sostenerlo. Y, lo más letal, los números nunca llegan de verdad a las decisiones para las que se construyeron. La investigación sobre el abandono de proyectos, la adopción de analítica y la historia del cálculo de costes basado en actividades apuntan en la misma dirección: los modelos fracasan por abandono, complejidad y desconexión, no por mala aritmética. La solución es poco glamurosa y fiable, una propiedad clara, una cadencia de mantenimiento ligera, una simplicidad deliberada y el modelo integrado en una herramienta que un equipo normal pueda de verdad operar en lugar de una hoja de cálculo frágil o una plataforma pesada que nadie sabe manejar. Construír pensando en el traspaso, no en la dependencia.
El modelo no muere en la puesta en marcha. Muere en el traspaso.
Toda implantación de un modelo de costes tiene su momento de triunfo. Las asignaciones cuadran, los márgenes por fin tienen sentido, un directivo sénior ve por primera vez el coste real de un producto o de un cliente y dice en voz alta lo que todos sospechaban. Eso es la puesta en marcha. Parece la línea de meta. No lo es; es el comienzo de la parte que decide si algo de la inversión sobrevive.
Un modelo de costes es una representación de cómo un negocio consume recursos, y un negocio nunca se detiene. Los productos cambian, los volúmenes se desplazan, aparece una nueva línea de servicio, un equipo de servicios compartidos se reorganiza, se cierra una planta. Cada uno de esos cambios falsea en silencio un modelo que era exacto el día en que se entregó. A menos que se encargue a alguien mantener el modelo al compás de la realidad, y se le dé una rutina para hacerlo, el modelo no se queda quieto mientras el negocio se mueve, se pudre. En un año los números están mal, en dos ya nadie se fía de ellos, y el costoso proyecto se convierte en la historia con moraleja que se cuenta para justificar no volver a intentarlo nunca. El fracaso es real, pero es un fracaso de administración, no de metodología.
Cómo un buen modelo se quedó mudo en dieciocho meses
Imagine un gran operador de infraestructuras intensivo en capital, hacia 2019 (un caso compuesto, con cifras ilustrativas y sin ninguna organización real detrás). Se contrata a una firma global de asesoramiento para construir un modelo completo de costes y rentabilidad. El trabajo es genuinamente bueno. A lo largo de varios meses el equipo levanta una pesada plataforma corporativa de gestión de costes, la conecta con los sistemas de origen, define varios centenares de actividades y produce un modelo que demuestra, de forma creíble, que una porción significativa de los servicios, las cifras representativas apuntan a alrededor de un tercio, se estaban prestando por debajo de coste. La dirección queda impresionada. El proyecto se cierra por todo lo alto.
Entonces empieza la erosión ordinaria. La plataforma requiere un especialista para ejecutar la actualización mensual, y el negocio tiene exactamente a una persona que alguna vez se sintió cómoda con ella. Seis meses después, esa persona cambia de puesto. La estructura de actividades, diseñada para impresionar, tiene cientos de inductores que ningún gestor interno sabe explicar, así que cuando una unidad de negocio se reorganiza, nadie se atreve a remapearla. La actualización mensual pasa a trimestral, y luego a "cuando alguien lo pida". Al llegar al hito de los dieciocho meses el modelo todavía existe técnicamente, pero la última actualización está caduca, dos divisiones ya no reconocen sus propios números, y las decisiones de precios han vuelto discretamente a la vieja hoja de cálculo de la intuición. Nada se rompió de forma dramática. El modelo simplemente no tenía dueño, ni ritmo, ni nadie que pudiera sostenerlo, así que enmudeció. Ese silencio, repetido a lo largo del sector, es lo que las estadísticas de fracaso miden en realidad.
Las seis formas en que muere un modelo de costes
La muerte de un modelo de costes tras la puesta en marcha no es aleatoria. Ocurre de un pequeño número de maneras reconocibles, y cada una tiene un síntoma revelador que aparece meses antes de que nadie admita que el modelo está fracasando. Aprenda a leer el síntoma y podrá evitar la muerte. La tabla siguiente es el mapa con el que trabajamos.
| Modo de fallo | Síntoma que se ve primero | Prevención |
|---|---|---|
| Sin dueño responsable | Cuando se cuestiona un número, todos señalan a otro; el modelo pertenece a "el proyecto", que ya no existe | Nombrar a un único dueño responsable en finanzas antes de la puesta en marcha, con la actualización del modelo escrita en sus objetivos, no en el tiempo libre de un voluntario |
| Sin cadencia de mantenimiento | La actualización "mensual" pasa a trimestral, y luego a bajo petición; la fecha de última actualización se aleja cada vez más de hoy | Un ritmo mensual fijo y ligero con una lista de comprobación breve, calendarizado y con dueño, de modo que el modelo se actualice como rutina y no como un proyecto cada vez |
| Deriva del modelo | Nuevos productos, centros o equipos aparecen en el negocio pero no en el modelo; los gestores dicen "así ya no trabajamos" | Un paso trimestral de remapeo que incorpora el cambio estructural al modelo de forma deliberada, tratando el organigrama y la lista de productos como entradas vivas |
| Riesgo de persona clave | Solo una persona sabe ejecutar la actualización o explicar la lógica; cuando no está, el modelo se congela | Simplicidad deliberada más documentación, de modo que la lógica viva en la herramienta y en un método escrito, no en una sola cabeza; al menos dos personas saben ejecutarlo |
| Diseño demasiado complejo | Cientos de inductores que nadie sabe explicar; los gestores no pueden rastrear un número hasta algo que reconozcan | Diseñar el modelo más pequeño que responda a las decisiones reales; podar los inductores que añaden una precisión que ninguna decisión usa |
| Sin vínculo con las decisiones | El modelo produce informes que se admiran, se archivan y nunca se actúa sobre ellos; las decisiones de precios y de mezcla siguen corriendo en la vieja hoja de cálculo | Ligar cada salida a una decisión y a un dueño concretos, una puerta de precios, una revisión de cartera, de modo que el modelo se consuma, no solo se produzca |
Lea la columna central de arriba abajo y emerge un patrón. Cada síntoma es un síntoma de desconexión: el modelo desconectado de un dueño, de una rutina, de la forma actual del negocio, de un segundo par de manos, de la comprensibilidad, o de las decisiones para las que existe. Mantenga el modelo conectado en los seis frentes y vivirá. Deje que uno solo de ellos se relaje y el reloj empieza a correr.
El abandono es la norma, no la excepción
Sería reconfortante pensar que los modelos abandonados son accidentes raros. La evidencia dice lo contrario. La investigación CHAOS del Standish Group, de larga trayectoria, lleva décadas constatando que solo una minoría de los proyectos de tecnología y cambio terminan a tiempo, dentro del presupuesto y con los resultados previstos, mientras que la mayoría quedan comprometidos o fracasan por completo. Los estudios Pulse of the Profession del Project Management Institute cuentan una historia compatible: una parte significativa del dinero invertido en proyectos se desperdicia por un mal desempeño, y buena parte de ese desperdicio no está en la construcción sino en el fracaso a la hora de arraigar y sostener lo que se construyó.
El patrón es más nítido en la analítica. La investigación de Gartner sobre la adopción de analítica ha constatado repetidamente que solo alrededor de una cuarta a una tercera parte del público previsto usa de verdad la analítica en la que una organización invierte; el resto vuelve discretamente a sus propios números. Un modelo técnicamente correcto pero sin uso no es un éxito parcial, es un fracaso que da la casualidad de que cuadra. Y la propia historia del cálculo de costes es la advertencia más clara de todas. Cuando Kaplan y Anderson introdujeron el cálculo de costes basado en actividades y en el tiempo, su punto de partida fue que los modelos convencionales de cálculo de costes basado en actividades se estaban abandonando en la práctica, no porque la teoría fuera errónea, sino porque eran costosos de construir, difíciles de mantener y complicados de mantener al día a medida que el negocio cambiaba. El modo de fallo que diagnosticaron hace veinte años es el mismo que silencia los modelos hoy: una complejidad que desborda la capacidad de la organización para sostenerla. Cualquier mirada honesta a la gestión basada en actividades tiene que empezar ahí.
Las trampas que parecen buena ingeniería
Los fallos peligrosos son los que parecen diligencia mientras los está cometiendo. Cuatro merecen nombrarse, porque los equipos caen en ellos creyendo que hacen lo correcto.
La sobreingeniería como insignia de rigor. Es tentador equiparar más actividades, más inductores y más granularidad con un mejor modelo. Pasado cierto punto, la precisión adicional no compra nada que una decisión vaya a usar jamás, y lo cuesta todo en mantenibilidad. Un modelo con cientos de inductores no es más exacto en la práctica; es más frágil, más opaco y más abocado a la deriva, porque nadie puede tenerlo en la cabeza ni arreglarlo cuando el negocio cambia. La precisión que el negocio no puede sostener no es precisión, es error futuro.
La plataforma que nadie sabe manejar. Una pesada suite corporativa de costes puede producir un modelo precioso y una dependencia paralizante de un mismo tirón. Si la actualización mensual necesita una licencia de especialista y un conjunto de destrezas escasas, la organización ha comprado un modelo que no puede operar sola, y en el momento en que el especialista se va, el modelo se congela. La trampa opuesta es igual de letal: el modelo entero viviendo en una única y heroica hoja de cálculo, sin documentar y sin versionar, a un enlace roto o a una marcha de distancia de volverse irrecuperable.
El riesgo de persona clave disfrazado de experiencia. Cuando un único analista brillante es dueño de toda la lógica, la dirección suele confundir esa concentración con fortaleza. Es la forma más común en que mueren los modelos. La experiencia que vive solo en una persona es un pasivo el día en que esa persona no está disponible.
Construir para la admiración, no para las decisiones. Un modelo que produce informes impresionantes sobre los que nadie actúa ha fracasado, por elegante que sea. Si el comité de precios, la revisión de cartera y la conversación sobre capacidad no consumen físicamente las salidas del modelo, entonces el modelo es decoración. La disciplina de ligar cada salida a una decisión, un cambio de precio, un servicio que arreglar o abandonar, un bloque de capacidad no utilizada que recuperar, es lo que separa un modelo que vive de uno que se retira en silencio.
Construír para el traspaso, no para la dependencia
Ninguno de los modos de fallo es misterioso, y ninguno exige heroicidades para evitarse. Requieren cuatro compromisos asumidos de forma deliberada, antes de la puesta en marcha y no después de que el modelo haya enmudecido.
Uno, propiedad clara. Nombre a un único dueño responsable dentro de finanzas, no a los consultores, y escriba el modelo en sus objetivos formales. La propiedad que es real tiene un nombre, un mandato y tiempo reservado; la propiedad que es "responsabilidad de todos" no es de nadie. Aspire a al menos dos personas que sepan ejecutar el modelo, de modo que una marcha sea un inconveniente, no un funeral.
Dos, un ritmo de mantenimiento ligero. Un modelo sobrevive con una cadencia que de verdad pueda mantener. Una actualización mensual breve con una lista de comprobación de una página, más un paso trimestral que incorpore el cambio estructural, nuevos productos, nuevos equipos, reorganizaciones, mantiene el modelo al compás del negocio sin convertirse en un segundo trabajo. Ligero y regular gana a exhaustivo y abandonado siempre.
Tres, simplicidad deliberada. Diseñe el modelo más pequeño que responda a las decisiones sobre la mesa, y defienda esa frontera frente al impulso de añadir inductores. Cada elemento que incluye es algo que alguien debe mantener, explicar y en lo que confiar. La simplicidad no es una concesión en el rigor; es la condición previa para un modelo que siga vivo dentro de tres años. Precisamente por eso la disciplina se mide por si cambia decisiones, no por lo intrincada que parezca.
Cuatro, integre el modelo en una herramienta, no en un pasivo. El modelo debe vivir en un lugar que un equipo normal pueda operar, no en una hoja de cálculo frágil que muere con un enlace roto, ni en una plataforma pesada que necesita un especialista y una licencia para respirar. Debe ser lo bastante transparente para que un gestor pueda rastrear un número hasta su causa, lo bastante barato de actualizar para que la cadencia no se salte nunca, y lo bastante robusto para no depender de una sola persona. Esta es exactamente la brecha que CostCtrl está construido para cerrar: una herramienta de costes de propósito específico que mantiene la lógica visible y la actualización mensual ligera, de modo que el modelo siga teniendo dueño y al día en lugar de degradarse en una hoja de cálculo en la que nadie confía o una plataforma que nadie sabe operar. Es también la razón por la que Cost and Profitability construye cada proyecto para el traspaso y no para la dependencia, la medida del éxito es un modelo que el cliente sigue operando, y sigue usando, mucho después de que nos hayamos ido. Para los inversores que sopesan una cartera, esa durabilidad es todo el sentido de un diagnóstico de rentabilidad que tiene que sobrevivir a la diligencia debida.
Preguntas habituales sobre por qué fracasan los modelos de costes tras la puesta en marcha
- ¿Por qué fracasan los modelos de costes después de ponerse en marcha?
- Rara vez porque la aritmética esté mal. Fracasan por abandono y desconexión: nadie es formalmente responsable de mantener el modelo al día, no hay un ritmo de mantenimiento, el modelo deriva a medida que el negocio cambia, la lógica vive en la cabeza de una sola persona, el diseño es demasiado complejo para sostenerlo, y las salidas nunca llegan a las decisiones para las que se construyeron. La metodología suele sobrevivir intacta a la puesta en marcha; lo que muere es la administración a su alrededor.
- ¿Cuánto tarda un modelo de costes sin mantener en volverse poco fiable?
- Más rápido de lo que la mayoría de los directivos esperan. Como un modelo refleja un negocio que nunca deja de cambiar, cada lanzamiento de producto, reorganización o cambio de centro falsea en silencio una parte de él. En la práctica, un modelo sin dueño y sin cadencia de actualización tiende a perder credibilidad en un año y a quedar efectivamente abandonado en dos, a medida que la fecha de última actualización se aleja y los gestores dejan de reconocer sus propios números. El deterioro es gradual y silencioso, que es justo por lo que pasa desapercibido hasta que es demasiado tarde.
- ¿Qué es la deriva del modelo y cómo se previene?
- La deriva del modelo es la brecha que se abre entre el modelo y la forma actual del negocio, nuevos productos, equipos o centros que existen en la realidad pero no en el modelo. Se previene con una cadencia deliberada: una actualización mensual ligera para los números y un paso trimestral de remapeo que incorpora el cambio estructural a propósito, tratando el organigrama y la lista de productos como entradas vivas y no como supuestos fijos. La deriva no se previene construyendo un modelo más grande; se previene manteniendo uno del tamaño adecuado.
- ¿Debe vivir un modelo de costes en una hoja de cálculo o en una herramienta dedicada?
- Una hoja de cálculo está bien para prototipar y es peligrosa como dependencia: concentra el riesgo de persona clave, se rompe en silencio, y es difícil de versionar o de confiar en ella a escala. Una plataforma corporativa pesada cambia eso por otro riesgo, un especialista y una licencia sin los que no puede pasar. El término medio duradero es una herramienta de propósito específico que mantiene la lógica transparente, la actualización barata y la operación al alcance de un equipo de finanzas normal, de modo que el modelo siga teniendo dueño y al día. Esa mantenibilidad es el argumento a favor de una herramienta como CostCtrl frente a ambos extremos.
- ¿Cómo se asegura de que un modelo de costes se use de verdad?
- Ligue cada salida a una decisión concreta y a un dueño concreto antes de la puesta en marcha. Una vista de margen debería alimentar una puerta de precios; una vista de coste de servir debería alimentar una revisión de cartera; una vista de capacidad debería alimentar una conversación de inversión. Si ninguna decisión programada consume una salida, esa salida es decoración y será ignorada. La adopción se diseña de entrada conectando el modelo al calendario de decisiones, no se espera después de los hechos, que es por lo que el éxito se mide por decisiones cambiadas, no por informes producidos.
Referencias
Kaplan, R. S. & Anderson, S. R. Time-Driven Activity-Based Costing (Harvard Business Review, 2004, y el libro de 2007) sobre por qué los modelos convencionales de cálculo de costes basado en actividades se abandonaban por ser demasiado costosos de mantener y demasiado difíciles de mantener al día. · The Standish Group, CHAOS Report (investigación de larga trayectoria que constata que la mayoría de los proyectos de tecnología y cambio quedan comprometidos o fracasan en lugar de tener pleno éxito). · Project Management Institute, Pulse of the Profession (sobre la parte de la inversión en proyectos que se desperdicia por un mal desempeño y una débil realización de beneficios). · Investigación de Gartner sobre la adopción de analítica e inteligencia de negocio (sobre la brecha persistente entre la analítica entregada y la analítica realmente usada). · Kaplan, R. S. & Norton, D. P. The Balanced Scorecard (sobre ligar los sistemas de medición a las decisiones y la estrategia que deben impulsar).