El gasto en tecnología rara vez se dispara de golpe. Crece de a poco, en decisiones que en su momento fueron razonables: un entorno de pruebas que se levantó para un proyecto, una instancia que se amplió durante un pico de temporada, una licencia que se compró para un equipo que ya no existe.
Cada una de esas decisiones fue correcta el día que se tomó. El problema es que ninguna tuvo fecha de revisión.
Por qué el gasto en tecnología crece solo
En infraestructura existe una asimetría estructural: ampliar es fácil, rápido y de bajo riesgo percibido. Reducir es lento, requiere análisis y alguien tiene que firmar asumiendo el riesgo de que algo deje de funcionar.
El resultado es predecible. Ante la duda, se amplía. Ante la duda, no se apaga nada. Y así el presupuesto de TI sube todos los años sin que nadie pueda señalar la decisión concreta que lo causó.
Romper ese ciclo no requiere un recorte: requiere visibilidad. Cuando cada partida tiene un dueño y una justificación escrita, el gasto evitable aparece solo.
Los cinco focos de gasto evitable
- Sobredimensionamiento. Instancias que usan el 10 % de su capacidad porque se dimensionaron para un pico que ocurre dos veces al año. La respuesta correcta no es una máquina grande todo el año, es una máquina adecuada con capacidad de crecer en esos dos picos.
- Recursos huérfanos. Discos sin asociar, IPs reservadas sin uso, respaldos de sistemas que ya no existen, entornos de staging encendidos las 24 horas. Individualmente parecen montos menores; sumados suelen ser la sorpresa más grande de la auditoría.
- Licencias y suscripciones duplicadas. Dos herramientas que hacen lo mismo porque las contrataron áreas distintas, o asientos pagados de personas que ya no están en la empresa.
- Transferencia de datos mal diseñada. En cloud, el tráfico de salida es de los costos peor entendidos. Un CDN bien configurado o mover un proceso a la misma región cambia la factura de forma significativa.
- Ineficiencia del software. El punto anterior de esta serie: código y consultas que exigen más máquina de la necesaria. Es el gasto evitable más invisible porque se presenta como una necesidad técnica legítima.
Cómo priorizar: ahorro contra riesgo
No todo ahorro vale lo mismo. Cada oportunidad detectada se debería ubicar en dos ejes: cuánto ahorra por mes y qué riesgo operativo implica tocarla. De ahí salen cuatro grupos:
- Ahorro alto, riesgo bajo. Recursos huérfanos, licencias muertas, entornos apagables fuera de horario. Se ejecutan primero, en la primera semana.
- Ahorro alto, riesgo medio. Redimensionamiento de instancias productivas. Requiere ventana de mantenimiento y plan de reversión, pero es donde está el dinero grande.
- Ahorro medio, riesgo bajo. Compresión, caché, políticas de retención de respaldos. Se acumulan y suman más de lo que parece.
- Ahorro alto, riesgo alto. Migraciones de proveedor o de arquitectura. Se evalúan aparte, con caso de negocio propio, y nunca en el mismo trimestre que el resto.
El error de recortar por porcentaje
Cuando la instrucción baja como "reduzcan un 20 % el presupuesto de TI", lo que ocurre es que cada área recorta lo más fácil de recortar, no lo más prescindible. Se posponen actualizaciones de seguridad, se reducen respaldos, se cancelan monitoreos. El ahorro aparece en el trimestre y la factura llega dos años después, en forma de incidente.
La alternativa es recortar por análisis, no por porcentaje: identificar qué recursos no sostienen ningún proceso de negocio y eliminarlos, en lugar de debilitar de forma pareja todo lo que sí lo sostiene.
Un plan de 90 días
- Días 1 a 15 - Inventario y línea base. Qué recursos existen, quién los usa, qué proceso de negocio sostiene cada uno y cuánto cuesta al mes. Sin este documento no hay proyecto.
- Días 16 a 30 - Ejecución de riesgo bajo. Eliminación de recursos huérfanos, apagado programado de entornos no productivos, limpieza de licencias. Primeros resultados visibles en la factura del mes siguiente.
- Días 31 a 60 - Optimización técnica. Índices, consultas, configuración del stack y caché. Es lo que habilita el paso siguiente sin degradar el servicio.
- Días 61 a 80 - Redimensionamiento. Ajuste de instancias productivas al consumo real ya optimizado, con monitoreo reforzado y reversión preparada.
- Días 81 a 90 - Gobierno. Alertas de presupuesto, etiquetado obligatorio de recursos por área y una revisión trimestral con dueño asignado.
Cómo sostener el ahorro en el tiempo
Un proyecto de reducción de costos que no deja reglas se revierte solo en doce meses. Lo que sostiene el resultado es aburrido pero decisivo: que todo recurso nuevo tenga dueño y etiqueta, que exista una alerta cuando el gasto supera lo previsto, y que alguien revise el inventario cada trimestre con la autoridad de apagar lo que sobra.
El objetivo no es gastar poco en tecnología. Es que cada dólar del presupuesto esté sosteniendo algo que la empresa realmente usa.
Quiero reducir mi gasto de TI
