El gasto en tecnología sigue siendo un lenguaje que nadie traduce

La mayoría de los comités directivos aprueba presupuestos de tecnología sin entender qué compran realmente. TI habla en proyectos y aplicaciones; el negocio piensa en procesos y resultados. Esa desconexión de lenguaje explica buena parte de la desconfianza alrededor del gasto tecnológico.

El gasto de TI se aprueba, pero no se entiende

Cuando un comité directivo revisa el presupuesto de tecnología, casi siempre lo hace sobre categorías contables: hardware, software, personal, servicios contratados, mantenimiento. Ese formato es cómodo para finanzas, pero no responde la pregunta que realmente le interesa al negocio: qué recibe cada área de la organización a cambio de ese gasto. El resultado es una aprobación basada en confianza o en inercia histórica, no en una relación clara entre inversión y valor entregado.

El error típico en esta etapa es tratar el presupuesto de TI como un costo fijo de operación, similar al arriendo o los servicios públicos, en lugar de tratarlo como el conjunto de capacidades que sostienen procesos de negocio específicos. Esa clasificación equivocada tiene una consecuencia directa: cuando llega el momento de recortar presupuesto, se recorta por porcentaje parejo entre categorías contables, sin ningún criterio sobre qué servicio de negocio queda debilitado.

Traducir el gasto en el lenguaje del negocio

Technology Business Management ofrece un marco distinto: en lugar de reportar el gasto por categoría contable, lo reorganiza en capas sucesivas hasta llegar a los servicios que consume cada área de negocio. La estructura típica pasa de los costos de infraestructura y aplicaciones a «torres de tecnología», de ahí a servicios de TI reconocibles para el negocio —correo, CRM, plataforma de ventas, analítica— y finalmente al consumo real de cada unidad organizacional.

Esta traducción se reconoce en la práctica cuando un gerente de una unidad de negocio puede ver, en su propio lenguaje, cuánto cuesta el servicio que utiliza y cómo varía ese costo si cambia su volumen de operación. El error más frecuente al implementar TBM es detenerse en el primer nivel —reclasificar el gasto por torre tecnológica— y no completar el recorrido hasta el consumo de negocio, que es donde realmente se genera la conversación útil.

La transparencia expone decisiones, no solo costos

La implicación para la toma de decisiones es más profunda que un ejercicio de reporte. Cuando el gasto se presenta en función de lo que cada área consume, la conversación deja de ser «cuánto cuesta TI» para convertirse en «qué recibe cada área por lo que paga, y si ese nivel de servicio sigue siendo necesario». Esa transparencia incomoda antes de ser útil, porque expone servicios sobredimensionados, aplicaciones duplicadas entre áreas y consumo que nadie había cuestionado por falta de visibilidad.

Con esa información, un comité directivo puede tomar decisiones de inversión con criterio de portafolio: sostener o ampliar los servicios que generan valor comprobado para el negocio, y descontinuar aquellos cuyo costo ya no se justifica frente al beneficio que producen. Sin ese nivel de detalle, la discusión presupuestal se reduce a negociar porcentajes de recorte, que es la forma menos estratégica de asignar recursos escasos.

El riesgo de convertir TBM en un ejercicio contable

El matiz importante es que TBM no es, en sí mismo, una herramienta ni un software de reporte. Es un cambio en la manera de estructurar y comunicar la información financiera de tecnología, y su valor depende de que el negocio participe en la interpretación de esos datos, no solo TI. Implementarlo como un proyecto exclusivo del área de tecnología, sin involucrar a los responsables de cada unidad de negocio en la validación del consumo, produce reportes técnicamente correctos que nadie fuera de TI utiliza para decidir.

Tampoco conviene tratarlo como una iniciativa de una sola fase. La calidad de la asignación de costos mejora con ciclos sucesivos de ajuste, a medida que la organización refina qué servicios reconoce y cómo distribuye el gasto compartido entre áreas. Una organización que espera precisión total desde la primera versión del modelo termina abandonando el ejercicio antes de que produzca información confiable.

📌 Conclusión