Español

El problema de la proliferación de SaaS: señales de que lo tiene y cómo resolverlo

Datos clave: la proliferación de SaaS en cifras

  • La empresa promedio de mercado medio tiene más de 130 aplicaciones SaaS en 2025, frente a 80 en 2020 (informe Productiv State of SaaS).
  • Los portfolios de SaaS crecen aproximadamente entre un 18 y un 22% año tras año en empresas sin gobernanza formal, superando el crecimiento de la plantilla en la mayoría de los sectores.
  • El shadow IT representa entre el 30 y el 40% del gasto total en SaaS en la empresa típica de mercado medio (Gartner), y hasta el 60% en organizaciones con fuerte PLG.
  • Los departamentos de IT tienen visibilidad directa de solo alrededor del 50-60% del SaaS realmente en uso: el resto es comprado por los departamentos con tarjetas corporativas o mediante niveles gratuitos.
  • El 56% de las licencias de SaaS están sin uso o infrautilizadas en cualquier momento dado (benchmark de Zylo 2024), lo que representa la mayor línea de desperdicio recuperable en el P&L de software.

El CEO no había pedido una auditoría de IT. El CFO había señalado que la línea de software en el P&L había crecido un 42% año tras año, y la auditoría debía explicarlo.

Lo explicó. La empresa tenía ochenta y siete suscripciones activas de SaaS. El CEO había oído hablar de cuarenta y siete de ellas. De las cuarenta restantes, algunas eran herramientas que los equipos habían comprado y conservado durante años sin que nadie por encima del nivel de gerente supiera que existían. Algunas eran Trials gratuitos que se habían convertido en pagos sin intervención de IT. Algunas eran herramientas provisionadas para empleados que ya habían dejado la empresa. Una era una suscripción a una herramienta que nadie podía identificar. El comprador original se había ido y el contrato se había renovado automáticamente dos veces.

Gasto total: $290.000 por año. Desperdicio estimado: $90.000-130.000.

La proliferación no había ocurrido porque las personas fueran descuidadas. Había ocurrido porque la empresa había crecido de treinta personas a doscientas sin haber construido nunca una estructura de gobernanza de compras acorde. Cuando el equipo era de treinta personas, el CEO conocía cada herramienta. Con doscientas, eso era imposible, pero nadie había llenado el vacío de gobernanza.

Las señales de que lo tiene

La proliferación de SaaS rara vez se anuncia a sí misma. Se acumula. Estas son las señales:

La señal del P&L: el gasto en SaaS ha crecido más rápido que la plantilla. Si su equipo creció un 30% y su línea de software creció un 60%, el exceso es casi con certeza proliferación. El informe State of SaaSOps de BetterCloud encontró que la empresa típica de mercado medio gasta entre $5.000 y $8.000 por empleado al año en SaaS, y que las organizaciones sin gobernanza formal de SaaS gastan entre un 35 y un 40% más por empleado que las que tienen supervisión estructurada.

La señal de la auditoría: cuando intenta enumerar su stack de SaaS de memoria, descubre sistemáticamente herramientas que olvidó que existían y luego encuentra más cuando revisa los estados de cuenta de la tarjeta de crédito.

La señal de superposición: equipos en distintos departamentos pagan por herramientas que hacen sustancialmente lo mismo. Ventas usa un rastreador de proyectos. Marketing usa otro. Operaciones usa un tercero.

La señal del usuario fantasma: licencias provisionadas para empleados que se han ido. Esto aparece en los registros de SSO como cuentas activas asociadas a ex empleados: aún con licencia, aún facturando, nunca utilizadas.

La señal del shadow IT: IT descubre herramientas que no aprobó, a menudo cuando una herramienta falla y el equipo afectado pide ayuda a IT. Así es como IT se entera por primera vez de que la herramienta existía.

La señal de sorpresa en la renovación: alguien en finanzas marca una renovación que no esperaba, para una herramienta que no sabía que estaba activa, porque el comprador original se fue y nadie actualizó los registros de propiedad.

Si dos o más de estas situaciones describen a su empresa, tiene un problema de proliferación. Las preguntas de diagnóstico al final de esta guía le ayudan a evaluar la gravedad.

El iceberg del costo de la proliferación

El costo visible de la proliferación de SaaS es la línea de licencias en el P&L, el número que todo CFO rastrea. Debajo de la superficie hay cuatro capas de costos ocultos que generalmente superan el gasto en licencias entre 2 y 3 veces: costo de integración (tiempo de ingeniería para conectar herramientas y mantener conectores de API), costo de incorporación (cada nuevo empleado capacitado en 10-15 herramientas en lugar de 3-4), costo de seguridad (cada aplicación SaaS es una nueva superficie de ataque, almacén de credenciales y alcance de auditoría de cumplimiento) y costo de cambio (datos atrapados en vendors, Workflows construidos alrededor de particularidades, proyectos de migración que toman trimestres). Cuando la dirección evalúa la proliferación solo por la línea de licencias, subestima sistemáticamente el lastre real para el negocio por un factor de tres.

Por qué esto ocurre en el mercado medio

La historia típica de proliferación sigue el mismo arco: una empresa crece rápidamente, los equipos encuentran herramientas que resuelven sus problemas, cada compra individual tiene sentido y nadie es dueño de la imagen agregada. Para cuando el agregado se hace visible, generalmente en una auditoría o una revisión del CFO, el stack es lo suficientemente complejo como para que desenredarlo sea un proyecto de varios meses.

Tres factores estructurales aceleran la proliferación en las empresas de mercado medio:

Product-Led Growth. La mayoría de las herramientas SaaS modernas tienen niveles gratuitos o modelos freemium diseñados para difundir la adopción antes de que adquisición participe. Para cuando un equipo solicita presupuesto para una herramienta, llevan meses usando el nivel gratuito y ya dependen de ella. La investigación de Forrester sobre PLG señala que los patrones de adopción del PLG están intencionalmente diseñados para establecer dependencia del Workflow antes de la visibilidad de IT o adquisición, una dinámica que acelera la proliferación en ausencia de un proceso de gobernanza paralelo. El árbol de decisión para comprar SaaS es el marco de preaprobación que inserta una revisión estructurada antes de cualquier compra (incluso las pequeñas) en lugar de intentar recuperar el control después de la adopción.

Autoridad de compra a nivel de equipo. Las empresas de mercado medio frecuentemente tienen autoridad de compra informal a nivel de equipo para compras por debajo de cierto umbral: $1.000/mes, $5.000/año. Esto es operativamente sensato, pero crea una visibilidad fragmentada a nivel de portfolio.

La ausencia de un responsable de SaaS. Las empresas enterprise tienen equipos de gestión de activos de IT. Las empresas pequeñas tienen fundadores que conocen cada herramienta. Las empresas de mercado medio a menudo no tienen ninguno de los dos: ningún propietario dedicado para el portfolio de SaaS y ninguna visibilidad sobre el costo agregado y la superposición.

El enfoque de remediación de dos vías

Resolver la proliferación requiere dos vías paralelas: una remediación inmediata para limpiar el stack actual y una solución estructural para evitar el mismo resultado en dieciocho meses.

Ejecutar solo la primera vía es el error más común. Las empresas hacen una excelente auditoría de consolidación, eliminan $80.000 en desperdicio y luego observan cómo el stack vuelve a crecer al mismo tamaño en dos años porque nada del proceso de compra cambió. Para la estructura de gobernanza que cierra este ciclo, adquisición vs. operaciones: quién decide sobre SaaS y cuándo define quién debe tener autoridad de aprobación en cada nivel de gasto y cómo aplicarlo sin ralentizar a los equipos.

Vía 1: remediación inmediata

Paso 1: descubrimiento completo del stack (semanas 1-2)

Use las fuentes de descubrimiento que se detallan en Consolidación de SaaS: cuándo eliminar una herramienta y cuándo conservarla: registros de cuentas por pagar, estados de cuenta de tarjetas corporativas, registros de SSO, facturación del marketplace en la nube y una encuesta directa a los empleados.

La encuesta a los empleados no es opcional. "¿Qué herramientas usas que IT no conoce?" aflorará la capa de shadow IT. Las encuestas anónimas obtienen respuestas más honestas. Formúlela sin juicios de valor. Está construyendo una imagen, no auditando a personas.

Plantilla de auditoría de descubrimiento de SaaS:

Para cada herramienta descubierta, documente:

Campo Notas
Nombre de la herramienta y vendor Identificación principal
Costo mensual/anual De los registros financieros
Cómo se descubrió Cuentas por pagar, estado de cuenta, SSO, encuesta
Usuario o equipo principal Mejor estimación de los registros financieros
Estado del contrato Conocido / desconocido. Si es conocido, ¿hay fecha de renovación?
Riesgo de auto-renewal ¿Corre el riesgo de renovarse antes de que se complete la auditoría?

La columna de riesgo de auto-renewal es fundamental. Cualquier herramienta que se renueve en los próximos sesenta días requiere acción inmediata: ya sea una decisión consciente de conservarla o un aviso de cancelación enviado antes de que cierre la ventana. La guía de señales de alerta en contratos de SaaS explica los patrones de ventanas de aviso de auto-renewal que debe buscar y cómo agendarlos de forma proactiva.

Paso 2: auditoría de uso (semana 3)

Para cada herramienta en la lista de descubrimiento, obtenga tres datos:

  1. Número de usuarios activos en los últimos treinta días
  2. Total de licencias contratadas
  3. Caso de uso principal (del responsable o la base de usuarios)

No podrá obtener esto de todas las herramientas, especialmente de las que no sabía que existían. Para herramientas desconocidas, la auditoría de uso consiste en: encontrar quién la tiene, preguntar para qué sirve y determinar si se está usando.

Lista de verificación de identificación de shadow IT:

  • Encuesta a empleados completada y respuestas recopiladas
  • Registros de SSO/IdP revisados para aplicaciones conectadas
  • Estado de cuenta de tarjeta corporativa revisado (todos los tarjetahabientes)
  • Registros de cuentas por pagar revisados para cargos recurrentes de software
  • Marketplace de AWS/Azure/GCP revisado
  • Tickets del servicio de ayuda de IT revisados para menciones de herramientas
  • Análisis de dominio de correo electrónico ejecutado (registros de Trial de SaaS)
  • Comunicación directa con jefes de departamento: "¿por qué herramientas paga su equipo?"

Paso 3: decisión de consolidación (semana 4)

Con el stack completo visible y los datos de uso disponibles, ejecute el proceso de conservar o eliminar. La matriz de puntuación de utilización de Consolidación de SaaS es el marco de decisión para este paso.

Para el contexto de remediación, priorice:

  1. Victorias fáciles primero: herramientas sin usuarios activos, responsable que ya se fue o sin caso de uso identificable. Cancélelas de inmediato.

  2. Pares duplicados en segundo lugar: mapee las herramientas superpuestas en la misma categoría. Decida cuál sobrevive, migre datos y usuarios, cancele la otra.

  3. Herramientas infrautilizadas en tercer lugar: herramientas con usuarios activos pero baja utilización relativa al costo. Decida si el caso de uso puede absorberse en una herramienta conservada o si la utilización puede mejorar lo suficiente para justificar el costo.

Vía 2: solución estructural (gobernanza)

La política de gobernanza de compras (plantilla de 1 página)

La política de gobernanza de compras define quién puede comprar qué, bajo qué proceso y con la aprobación de quién. No necesita ser complicada. Una política complicada que nadie sigue es peor que una política simple que funciona.

Política de gobernanza de compras de SaaS, [Nombre de la empresa]
Vigente: [Fecha]

Alcance: Aplica a todas las suscripciones de software, incluyendo herramientas SaaS, 
servicios en la nube y cualquier costo recurrente de software.

Niveles de autoridad:
- Menos de $500/año: El líder del equipo puede aprobar, debe registrarse en IT
- $500-$5.000/año: Aprobación del jefe de departamento, registro en IT requerido
- $5.000-$25.000/año: Aprobación del COO o CFO, lista de verificación de diligencia requerida
- Más de $25.000/año: Aprobación del equipo ejecutivo, diligencia completa y revisión legal

Requisito de registro:
Todas las herramientas aprobadas deben registrarse en el registro de SaaS 
dentro de los 5 días hábiles. IT asigna un responsable y una alerta de 
calendario de renovación para todas las herramientas registradas.

Proceso de renovación:
Todas las renovaciones superiores a $5.000 requieren una revisión con 90 días 
de anticipación por parte del responsable de la herramienta e IT antes de 
que cierre la ventana de aviso de renovación.

Shadow IT:
Las herramientas utilizadas sin seguir este proceso deben registrarse 
retroactivamente o darse de baja. Sin excepción para herramientas "ya en uso".

La cadencia de revisión anual

Programe una revisión del portfolio de SaaS una vez al año, idealmente noventa días antes del clúster de renovación más común (muchas empresas renuevan en el cuarto trimestre). La revisión cubre:

  • Actualización de la auditoría completa del stack (incorporaciones desde la última revisión)
  • Revisión de utilización de todas las herramientas por encima de $5.000/año
  • Verificación de superposición en todo el stack
  • Vista previa de renovaciones para los próximos doce meses
  • Candidatas a consolidación para el próximo año

Esta revisión es un ejercicio de un día, no un proyecto de seis semanas, si ha mantenido el registro actualizado durante todo el año.

10 preguntas de diagnóstico para la autoevaluación

Si no está seguro de si su empresa tiene un problema de proliferación, estas preguntas lo sacan a la luz:

  1. ¿Puede nombrar cada herramienta SaaS por la que paga su empresa ahora mismo? ¿Podría su CFO?
  2. ¿Cuándo vio por última vez una lista consolidada de todas las suscripciones SaaS con sus costos?
  3. ¿Tiene alguna herramienta provisionada para empleados que se fueron en los últimos seis meses?
  4. ¿Hay herramientas que múltiples equipos pagan por separado y que hacen cosas similares?
  5. ¿Alguna vez un contrato se renovó automáticamente porque nadie sabía que se aproximaba la ventana de aviso?
  6. ¿Cómo compra hoy un miembro del equipo una nueva herramienta SaaS? ¿Cuál es el proceso real?
  7. ¿Quién gestiona la relación con sus diez principales vendors de SaaS? ¿Está eso por escrito?
  8. ¿Conoce las fechas de renovación de sus veinte principales contratos?
  9. ¿Alguna vez IT descubrió una herramienta porque le pidieron soporte por algo que no sabía que existía?
  10. ¿Ha crecido su gasto en SaaS más rápido que la plantilla en los últimos dos años?

Si respondió "no" o "no sé" a cinco o más de estas preguntas, el problema de proliferación probablemente es significativo.

Guía de puntuación:

  • 0-2 respuestas "no/no sé": la gobernanza está en un estado razonable; haga una auditoría ligera para confirmarlo
  • 3-4 respuestas "no/no sé": existen brechas de gobernanza; una auditoría probablemente revelará desperdicio significativo
  • 5+ respuestas "no/no sé": proliferación significativa probable; ejecute una auditoría completa con el enfoque de remediación descrito

Cómo se ve el éxito

A los seis meses posteriores a la remediación:

  • El número de herramientas ha disminuido entre un 25 y un 40%
  • El gasto en SaaS ha disminuido entre un 20 y un 35%
  • Cada herramienta activa tiene un responsable designado y una fecha de renovación en el calendario
  • Los incidentes de shadow IT han disminuido (está detectando nuevas herramientas en el proceso de aprobación, no seis meses después)
  • La cadencia de revisión anual está en el calendario

A los doce meses:

  • La segunda revisión anual se ejecuta en la mitad del tiempo que la primera (el registro está actualizado)
  • Sin sorpresas en renovaciones durante el último año
  • El gasto en SaaS como porcentaje de los ingresos va en la dirección correcta
  • El equipo entiende el proceso de compra y lo sigue

La proliferación de SaaS es un fallo de gobernanza. Puede limpiar el stack una vez y sentir el ahorro. Pero si el proceso de compra no cambia, el stack vuelve a crecer. La investigación de Deloitte sobre gobernanza tecnológica identifica consistentemente la falta de una estructura formal de propiedad de SaaS como la causa principal de la reversión del gasto después de la consolidación. Las empresas que ahorraron $100.000 en una auditoría única y luego vieron el gasto volver a los niveles anteriores en 24 meses son la norma sin cambio estructural. La solución estructural es lo que hace permanentes los ahorros puntuales.

Cómo Rework reduce la proliferación directamente

La mayoría de los proyectos de remediación de proliferación terminan de la misma manera: el stack se recorta de 87 herramientas a 62, las políticas de gobernanza se publican en la intranet y dos años después el recuento vuelve a 90. La causa estructural es que el trabajo subyacente, CRM, gestión de leads, seguimiento de proyectos, chat interno, colaboración en documentos y automatización de tareas, está distribuido en 8-12 vendors, por lo que cada nuevo empleado o nuevo caso de uso tiende a añadir otra herramienta.

Rework está construido como una alternativa de stack único a ese patrón. CRM y Sales Ops (desde $12/usuario/mes) más Work Ops (desde $6/usuario/mes) cubren las cuatro categorías que más contribuyen a la proliferación en el mercado medio: Pipeline de ventas, gestión de proyectos y tareas, chat interno y automatización de Workflows entre equipos. Consolidar estas en un solo vendor elimina aproximadamente 4-6 partidas del registro de SaaS, elimina la ingeniería de integración entre ellas y reduce la incorporación a una sola plataforma. Para una empresa de 200 personas, el resultado medido es típicamente una reducción del 30-40% en el gasto de SaaS de "operaciones centrales", más el beneficio adicional de una sola conversación de renovación en lugar de seis. Consulte los precios para más detalles.

Más información