FinOps para SaaS: la guía para equipos de IT que quieren ordenar el gasto en software

El gasto en software corporativo creció de forma sostenida durante la última década. Las organizaciones pasaron de gestionar un número acotado de aplicaciones bajo licencias perpetuas a administrar decenas o cientos de suscripciones SaaS contratadas por distintos equipos, con distintos proveedores y distintos ciclos de renovación.

La FinOps Foundation reconoció esta realidad y publicó una guía específica para la gestión del gasto SaaS desde la perspectiva FinOps. Este artículo adapta los principios de esa guía con la perspectiva de AFORAR: qué mirar, cómo ordenar y cuáles son los problemas más frecuentes que las organizaciones enfrentan cuando intentan gobernar su portfolio SaaS.

Los desafíos específicos del SaaS según FinOps

La guía de FinOps para SaaS identifica tres características estructurales que hacen que el gasto en software sea especialmente difícil de gobernar:

Procurement descentralizado: en la mayoría de las organizaciones, las herramientas SaaS se contratan de forma distribuida — por equipos, por individuos, a veces con tarjetas corporativas personales. Eso genera un gasto fragmentado que IT no puede ver en su totalidad.

Modelos de pricing heterogéneos: no todos los SaaS funcionan igual. Algunos cobran por usuario activo, otros por usuario asignado, otros por volumen de uso, otros por niveles de funcionalidad. Esa heterogeneidad hace que la normalización del gasto sea compleja y que la comparación entre herramientas no sea directa.

Datos fragmentados: la información de uso y costo de cada aplicación SaaS llega por canales distintos — APIs cuando existen, exports CSV, facturas en distintos formatos. Integrar esa información en una vista unificada requiere un esfuerzo significativo de data ingestion que no todas las organizaciones tienen capacidad de hacer.

Qué mirar primero para ordenar el gasto SaaS

La guía de FinOps para SaaS sugiere un punto de partida concreto: construir la taxonomía del portfolio. Eso significa clasificar las aplicaciones por función — horizontal (herramientas de productividad, comunicación, colaboración) versus vertical (herramientas específicas de industria o función) — y entender el modelo de pricing de cada una.

Con esa base, es posible empezar a responder preguntas que hoy son difíciles en la mayoría de las organizaciones: ¿cuántas herramientas de video tenemos activas? ¿Cuántas personas tienen asignada una licencia de la herramienta X pero no la usaron en los últimos 30 días? ¿Hay herramientas redundantes para el mismo propósito en distintas áreas?

Los problemas más frecuentes que identifica el working group

Over-subscription:

Las organizaciones compran más licencias de las que necesitan. Puede ser porque sobreestimaron el crecimiento, porque hubo rotación de personal y las licencias no se reasignaron, o porque el proceso de compra no requirió una justificación de la cantidad necesaria.

La FinOps Foundation llama 'over-subscription' a este patrón. La solución no es necesariamente cancelar licencias — a veces es reasignar las no usadas a nuevos usuarios en lugar de comprar adicionales.

Auto-renewals no detectados:

Muchos contratos SaaS incluyen cláusulas de renovación automática con incrementos de precio integrados. Cuando esas renovaciones no se monitorean activamente, la organización acaba pagando más cada año por el mismo servicio, sin haber tomado una decisión consciente de renovar.

El working group recomienda eliminar las cláusulas de auto-renovación cuando sea posible, y en los casos en que no sea posible, establecer un proceso de revisión activa antes de cada fecha de renovación.

Tier bloat:

El 'tier bloat' es el fenómeno por el cual una organización paga por licencias de un tier superior (con más funcionalidades) cuando la mayoría de los usuarios solo necesita las funcionalidades básicas. El ejemplo más frecuente es Microsoft 365: muchas organizaciones tienen licencias E3 o E5 asignadas a usuarios que solo necesitan funcionalidades equivalentes a una licencia E1.

Identificar el tier bloat requiere datos de uso a nivel de funcionalidad, no solo de acceso a la aplicación. Es uno de los análisis más valiosos y también uno de los más difíciles de hacer sin herramientas específicas.

Las métricas que propone el working group

El working group de FinOps para SaaS define métricas específicas para medir la eficiencia del portfolio:

Feature Adoption Rate: porcentaje de usuarios que usan las funcionalidades premium de las licencias que justifican el mayor costo. Una tasa baja indica tier bloat.

Redundant Application Coverage: porcentaje del gasto SaaS concentrado en herramientas que se superponen con otras del portfolio. Un porcentaje alto indica oportunidad de consolidación.

License Utilization Rate: porcentaje de licencias asignadas que tienen actividad real en el período. Una tasa baja indica over-subscription.

Cuatro pasos para empezar

Visibilidad: inventario completo de aplicaciones, licencias y contratos. Incluyendo shadow IT.

Análisis: datos de uso real por aplicación y por usuario. Identificación de licencias sin actividad, tier bloat y redundancias.

Optimización: reasignación de licencias no usadas, downgrades de tier donde corresponda, eliminación de aplicaciones redundantes.

Governance continua: alertas de renovación, monitoreo de uso, proceso de aprobación para nuevas suscripciones. Sin governance continua, el portfolio vuelve a descontrolarse en pocos meses.

La analogía con telecom

Para quienes ya conocen la gestión del gasto telecom, estos cuatro pasos son idénticos a los que se aplican en telecomunicaciones. Visibilidad (inventario), análisis (validación de uso vs. costo), optimización (eliminación de servicios zombie, renegociación de condiciones) y governance continua (ciclo mensual de procesamiento y validación).

La diferencia es el tipo de proveedor y el formato de los datos. La lógica del proceso es la misma.

Preguntas frecuentes

¿Por dónde empezar si el portfolio SaaS es muy grande?

La recomendación del working group de FinOps es empezar por las aplicaciones de mayor gasto. En la mayoría de las organizaciones, el 80% del gasto SaaS está concentrado en el 20% de las aplicaciones. Ordenar primero ese 20% genera el mayor impacto con el menor esfuerzo.

¿Cómo se obtienen datos de uso de las aplicaciones SaaS?

A través de APIs de integración (la mayoría de los grandes proveedores SaaS las ofrecen), exports de actividad desde los paneles de administración, o herramientas de descubrimiento SaaS que consolidan esa información. La granularidad varía mucho según el proveedor.

¿El proceso de optimización requiere cancelar herramientas?

No necesariamente. En muchos casos, la optimización implica reasignar licencias no usadas a nuevos usuarios (en lugar de comprar más), bajar de tier en aplicaciones donde los usuarios no usan las funciones avanzadas, o consolidar herramientas redundantes en una sola. La cancelación es una opción, no el único camino.

¿Cuánto tiempo lleva implementar un proceso de governance SaaS?

El inventario inicial y el primer análisis de uso pueden completarse en pocas semanas si se tienen las integraciones adecuadas. El proceso de governance continua (alertas, revisiones periódicas, proceso de aprobación) tarda más en instalarse como práctica organizacional — generalmente entre tres y seis meses.

AFORAR y la extensión hacia SaaS — la misma lógica, el mismo proceso, distinto proveedor

Las cuatro etapas que describe el working group de FinOps para SaaS — visibilidad, análisis, optimización, governance continua — son exactamente las cuatro etapas que AFORAR opera en telecom desde hace más de 20 años. No es una analogía forzada. Es el mismo problema estructural aplicado a dos categorías de proveedores distintas.

En AFORAR estamos expandiendo ese modelo hacia la gestión de licencias y SaaS como parte de nuestra evolución hacia TEM 2.0. Para los clientes que ya trabajan con nosotros en telecom, la extensión es natural: el proceso ya existe, el equipo ya conoce la organización del cliente, y la lógica de gestión — inventario, validación, optimización, governance — ya está instalada.

Para los clientes que llegan a AFORAR desde la problemática SaaS — que descubren que tienen un gasto en licencias sin gobierno y quieren resolverlo — el proceso de onboarding es el mismo que aplicamos en telecom: relevamiento inicial, construcción del inventario, primer ciclo de análisis y detección de oportunidades.

La diferencia respecto a otros proveedores de SaaS management es que AFORAR no es solo una herramienta. Es un equipo especializado que opera el proceso. Eso significa que el cliente no necesita construir la capacidad interna para aprovechar el valor — la operación es nuestra responsabilidad.

Si querés entender cómo funciona la gestión de licencias SaaS en AFORAR y qué requiere del cliente para comenzar, podemos mostrarte. [email protected]