Alfabetización financiera para gestores de tecnología

La reunión de presupuesto que termina en "lo revisamos el próximo trimestre"

Un gestor de tecnología llega a la reunión de presupuesto con un argumento técnico sólido: la plataforma actual está al límite de capacidad, el equipo pasa media semana apagando incendios y la alternativa propuesta resuelve ambos problemas a la vez. La reunión termina con un "lo revisamos el próximo trimestre". No porque el argumento técnico estuviera mal, sino porque nunca se tradujo al idioma en el que el CFO realmente decide.

Este patrón se repite con más frecuencia de la que cualquier informe de madurez tecnológica suele admitir. El problema casi nunca es la calidad de la decisión técnica. Es la ausencia de un vocabulario financiero compartido entre quien propone y quien aprueba.

Capex, opex y la pregunta que cambia la respuesta

La primera distinción que todo gestor de tecnología necesita dominar es entre capex (inversión de capital, registrada como activo y depreciada durante años) y opex (gasto operativo, reconocido por completo en el periodo en que ocurre). Un servidor comprado de contado es capex. Esa misma capacidad de cómputo, alquilada por suscripción mensual, es opex. Técnicamente, el resultado final puede ser equivalente. Financieramente, el impacto en el balance, el flujo de caja y los indicadores que sigue la dirección no lo es.

Esto significa que la pregunta correcta no es "qué opción es mejor", sino "qué estructura de costo puede absorber esta empresa ahora mismo, dado el momento de su ciclo de caja". Una empresa en expansión agresiva de capital puede preferir opex para preservar liquidez. Una empresa que ya captó inversión y busca previsibilidad puede preferir capex para fijar el costo en el tiempo. Un gestor que llega con esa distinción ya resuelta, en vez de dejar que el CFO la descubra durante la reunión, cambia el tono de toda la conversación.

Payback period: la métrica que reemplaza el "es más rápido"

La segunda pieza de vocabulario es el payback period, el tiempo que tarda el ahorro o la ganancia generada por una inversión en cubrir lo invertido. Un gestor de tecnología que dice "esta migración va a hacer el sistema más rápido" está describiendo un beneficio técnico. Un gestor que dice "esta migración se paga en catorce meses, considerando la reducción de horas de soporte y el costo evitado de caídas" está describiendo una decisión financiera, con un número que puede compararse contra cualquier otro proyecto que compita por el mismo presupuesto.

El payback period no necesita ser perfecto para ser útil. Necesita ser honesto sobre los supuestos usados para llegar a él, porque un CFO experimentado va a preguntar de dónde salió el número antes de aceptarlo.

TCO: el argumento que la propuesta más barata suele esconder

La tercera pieza es el costo total de propiedad (TCO), que suma no solo el precio de adquisición, sino licenciamiento, mantenimiento, capacitación del equipo y el costo de eventualmente migrar fuera de esa herramienta. Una propuesta con bajo costo inicial y TCO alto a cinco años suele ganar comparaciones superficiales justamente porque la comparación se detuvo en el primer número.

Aquí va una opinión que Diglion está dispuesta a defender, porque va en contra de la práctica más común en los comités de tecnología: la comparación de proveedores debería exigirse siempre en TCO a cinco años, nunca en costo de licencia anual. El costo anual favorece de forma sistemática a herramientas con un modelo de precios simple y cobro agresivo después del primer contrato. El TCO a cinco años expone ese patrón antes de firmar, no después.

El verdadero costo de esa regla es el esfuerzo. Calcular un TCO a cinco años exige proyectar crecimiento de uso, renovación de contrato y costo de cambio, lo cual es más trabajo que copiar el precio de una cotización comercial. Ese esfuerzo extra es justo lo que separa una decisión defendible de una que se ve bien hasta el segundo año de contrato.

El vocabulario no reemplaza el criterio técnico

Nada de esto implica que el gestor de tecnología deba dejar de pensar en arquitectura, capacidad o riesgo operativo para convertirse en traductor de hojas de cálculo. El punto es el contrario: el criterio técnico solo llega intacto a la decisión final cuando se presenta en la moneda en que esa decisión se evalúa. Un argumento técnicamente correcto, presentado sin capex, opex, payback o TCO, compite en desventaja frente a un argumento financieramente más simple, aunque sea técnicamente más débil.

Tu equipo no necesita un MBA para cerrar esa brecha. Necesita la disciplina de nombrar, en cada propuesta relevante, qué estructura de costo se eligió y por qué, junto con el horizonte de retorno esperado y sus supuestos a la vista.

Dónde entra Diglion

Diglion ayuda a gestores de tecnología a construir esa capa financiera antes de llevar una propuesta al comité, traduciendo la decisión técnica a los términos que quienes aprueban presupuesto realmente usan para decidir. El objetivo no es enseñar contabilidad, es evitar que una buena decisión técnica pierda frente a una mejor presentación financiera.