Cómo negociar SaaS con datos — guía y checklist de autodiagnóstico para equipos de Compras.

Cómo negociar SaaS con datos — guía y checklist de autodiagnóstico para equipos de Compras.

Francisco Abarca ago 6, 2026
Back
Cómo negociar SaaS con datos — guía y checklist de autodiagnóstico para equipos de Compras.

Cómo negociar saas con datos suena a un problema de otra área, hasta que te toca de cerca: renovaciones que se activan solas, sin que nadie las revise a tiempo. La raíz casi siempre es la misma: falta de gestión de contratos de software real sobre el software que usa la empresa.

Esto no es un problema exclusivo de una empresa mal organizada: es lo que pasa por defecto cuando el software de una compañía crece más rápido que los procesos para gestionarlo. Y en empresas mid-market de LATAM —con varias plataformas, varios proveedores y pocas manos para revisarlo todo— es prácticamente la norma, no la excepción.

El problema detrás de "cómo negociar saas con datos"

El costo de no resolver esto no es abstracto. Cada mes que pasa sin visibilidad completa del software contratado —SaaS, cloud y licencias tradicionales— es un mes donde equipos de compras están tomando decisiones a ciegas: renovando lo que no se usa, pagando de más por lo que sí se usa, o descubriendo demasiado tarde que había una mejor opción sobre la mesa.

Y el problema no es solo el tiempo perdido armando planillas de seguimiento: es negociar cada renovación desde cero, sin saber si la condición que te ofrece el vendor es buena, mala o directamente peor que la del año pasado.

Por qué pasa esto

La causa raíz casi nunca es falta de esfuerzo del equipo: es falta de una fuente única de verdad sobre gestión de contratos de software. Sin eso, cada área —Procurement, TI, finanzas— trabaja con una versión distinta (e incompleta) del mismo problema, y las decisiones se toman con la información que cada uno tiene a mano, no con el panorama completo.

En empresas de 200 a 1.000 empleados —el rango donde más se siente esta brecha— los software suelen estar repartidos entre decenas de proveedores, contratados en momentos distintos, por personas diferentes, sin un criterio común. Nadie lo diseñó así a propósito; simplemente creció más rápido de lo que el proceso de gestión pudo acompañar.

Lo que cuesta no resolverlo a tiempo

Postergar esto tiene un costo compuesto. No es solo el gasto de hoy: es que cada mes sin gestión de contratos de software bajo control, el problema se vuelve un poco más grande y un poco más caro de desenredar. En la experiencia de muchos equipos, cuando finalmente se hace este ejercicio de auditoría, se descubre que una parte importante de lo que se paga corresponde a herramientas subutilizadas —y ese número no baja solo, hay que ir a buscarlo activamente.

Un framework en 4 pasos para el equipo de Procurement

No hace falta partir de cero ni esperar a tener la herramienta perfecta. Este es un orden que funciona bien para avanzar con lo que ya tienes disponible hoy:

Paso 1 — Inventario de contratos. Reúne todos los contratos de software vigentes en un solo lugar: proveedor, monto, fecha de inicio, fecha de renovación y cláusulas de salida. Sin esto, cualquier negociación futura parte en desventaja.

Paso 2 — Clasifica por criticidad y vencimiento. Ordena los contratos por qué tan pronto vencen y qué tan crítica es la herramienta para el negocio. Los que vencen en los próximos 90 días y tienen alto gasto son tu prioridad inmediata.

Paso 3 — Junta benchmarks antes de sentarte a negociar. Antes de cualquier llamada de renovación, busca qué están pagando empresas de tamaño similar por herramientas comparables. Negociar sin ese dato es negociar a ciegas.

Paso 4 — Define tu 'peor escenario aceptable' antes de negociar. Fija de antemano el precio y las condiciones mínimas que estás dispuesto a aceptar, para no improvisar la decisión en medio de la conversación con el vendor.

Errores comunes que hacen que esto no avance

Antes de aplicar el framework anterior, vale la pena revisar que no estés cayendo en alguno de estos errores típicos:

  • Dejar que las renovaciones se activen automáticamente sin revisión previa.

     

  • Negociar herramienta por herramienta, sin ver el gasto total con cada proveedor.

     

  • No involucrar al usuario real de la herramienta antes de decidir si se renueva.

     

  • Aceptar la primera contraoferta del vendor sin comparar con el mercado.

Checklist de autodiagnóstico

Responde estas preguntas con honestidad. Si contestas "no" o "no sé" en más de dos, es una señal clara de que este es un buen momento para actuar:

☑️ ¿Sabes, sin revisar una planilla, cuántos contratos de software vencen en los próximos 90 días?
☑️ ¿Tienes un registro de qué pagó la empresa la última vez por cada herramienta?
☑️ ¿Has comparado alguna vez tu precio con el de una empresa similar?
☑️ ¿Existe un proceso de aprobación antes de renovar, o se renueva por defecto?
☑️ ¿Sabes qué cláusulas de salida tiene cada contrato?
☑️ Cómo medir que está funcionando

Un proceso de mejora sin métricas es difícil de sostener en el tiempo y fácil de abandonar en el primer trimestre ocupado. Estos son los indicadores que vale la pena empezar a seguir desde el primer mes:

  • % de contratos renegociados vs. renovados automáticamente

     

  • Ahorro promedio logrado por renegociación

     

  • Tiempo promedio entre detectar un vencimiento y cerrar la renovación

     

  • N° de contratos donde se aplicó un benchmark de mercado antes de negociar


En resumen

Si solo te llevas una cosa de este artículo, que sea esto: inventario de contratos primero, luego clasifica por criticidad y vencimiento, después junta benchmarks antes de sentarte a negociar, y recién ahí define tu 'peor escenario aceptable' antes de negociar. En ese orden, no al revés — porque cada paso depende de la información que junta el anterior, y saltarse uno suele significar volver a empezar más adelante.

Para cerrar

El punto de partida es siempre el mismo: entender qué se está pagando hoy, por qué, y qué margen real hay para mejorar esas condiciones. No requiere una transformación completa de un día para otro — empieza con el inventario del primer paso de este artículo, y avanza desde ahí.

Francisco Abarca
Francisco Abarca

Cofounder y Chief Product & Growth Officer de Kunzapp

Suscríbete a nuestro blog