FinOps es una práctica en la que ingeniería, finanzas y negocio comparten la responsabilidad del gasto en tecnología, para decidir con datos cuánto valor da cada dólar. No se trata solo de ahorrar. El orden que seguimos es atribuir cada línea de la factura de nube a un servicio o a un equipo, y solo después recortar donde está el dinero, porque no se puede recortar bien lo que no se sabe de quién es.
¿Qué dice la FinOps Foundation?
Su definición habla de un marco operativo y una práctica cultural que maximiza el valor de negocio de la tecnología. Ese marco permite decidir a tiempo con datos y crea responsabilidad financiera mediante la colaboración entre ingeniería, finanzas y negocio. Y trae una advertencia que conviene tener a mano: si te parece que FinOps trata de ahorrar plata, piénsalo de nuevo.
Su marco ordena el trabajo en cuatro dominios: entender el uso y el costo, cuantificar el valor de negocio, optimizar uso y costo, y gestionar la práctica. Dentro del primero están la ingesta de datos, la asignación del gasto a quien lo genera, los reportes y la gestión de anomalías.
Ver y atribuir primero, recortar después
Yo empiezo por el primer dominio, entender el uso y el costo. La razón es práctica: si recortas una línea que nadie sabe a quién pertenece, no puedes confirmar que el recorte no rompió algo, ni a quién avisarle. La contrapartida es que el primer mes no trae una cifra de ahorro, y por eso no prometemos un porcentaje antes de leer tu factura. Cómo trabajamos esa primera lectura está en la página de consultoría cloud.
Así lo hicimos en tres proyectos. En una plataforma de publicidad con IA que construimos para un cliente, cada llamada al modelo y cada pieza quedan en un registro de costos, con la facturación en BigQuery. La regla que sale de ahí es elegir el modelo por lo que cuesta una pieza aprobada. El mismo razonamiento, aplicado a un agente, está en ¿Cuánto cuesta un agente de IA?.
En una plataforma SaaS de analítica de portafolios, el portal de desarrolladores muestra el costo por servicio con cifras tomadas directo de la API de facturación de la nube. También hicimos auditorías de costo del clúster y de la nube. No publicamos un ahorro de ese cliente.
Con una empresa estadounidense de transporte instalamos OpenCost en los clústeres. Además, mover métricas y logs de un APM comercial a OpenTelemetry con Grafana bajó el gasto en observabilidad unos USD 5,000 al mes. Es el dato de un cliente, no un benchmark, y no nombramos al proveedor. El análisis de esa decisión está en Grafana vs Datadog.
¿Por dónde empezar esta semana?
Con una hora y la exportación de facturación de tu proveedor de nube. Descarga la factura del último mes, línea por línea, y ordénala de mayor a menor. A cada una de las cinco líneas más grandes asígnale un dueño: un equipo o un servicio, con nombre.
Si en una hora no puedes terminar eso, tu primer proyecto no es ahorrar. Es poder atribuir, con etiquetas, cuentas separadas o un exportador de costo por servicio. Si lo terminas, ya sabes dónde mirar, y las preguntas de optimización dejan de ser abstractas.
¿Qué vendemos y qué no?
No vendemos FinOps como un producto aparte. Lo hacemos dentro de la consultoría cloud: una revisión de costos con la factura delante, y la infraestructura como código para que lo que se cambie quede en un plan. Discovery cuesta USD 7,000 por 1 a 4 semanas y termina en una hoja de ruta. Fundamentos de IDP, USD 5,000 en 2 semanas, incluye vistas básicas, por ejemplo de costo. Si prefieres sumar a alguien al equipo, un ingeniero Senior cuesta USD 45 a 50 por hora.
Haz hoy el ejercicio de la hora. Si te cuesta más, cuéntanoslo en la primera llamada.
Fuentes
- FinOps Foundation, “What is FinOps?”, actualizada en marzo de 2026, y FinOps Framework. Consultadas el 8 de octubre de 2026.