Saltar al contenido principal
Volver al blog

M&A

M&A en SaaS: métricas, valoración y due diligence

Guía para preparar o analizar una operación de M&A en SaaS: métricas, calidad del ingreso, riesgos tecnológicos y estructura del proceso.

Pau Rifà/02 de septiembre de 2025/6 min

Autor

Pau Rifà

Equipo Capittal

Revisión editorial

Equipo M&A Capittal

Criterio financiero, fiscal y legal

Actualizado

22 de agosto de 2026

Contenido revisable según mercado

M&A en SaaS: métricas, valoración y due diligence

Una empresa SaaS no resulta atractiva por facturar mediante suscripciones, sino por la calidad y duración de esos ingresos, la economía por cliente, la solidez del producto y su capacidad para crecer sin multiplicar el coste al mismo ritmo. En una operación de M&A, el comprador contrasta esas cuatro dimensiones antes de aplicar cualquier múltiplo.

¿Por qué se compran empresas SaaS?

Un comprador industrial puede buscar una tecnología que complete su oferta, acceso a una base de clientes o entrada en un sector vertical. Un inversor financiero suele analizar si existe un equipo capaz de ejecutar un plan de crecimiento, margen para profesionalizar la compañía y una salida futura razonable. En ambos casos, la recurrencia solo aporta valor cuando está respaldada por contratos, cobros, uso real del producto y retención.

El punto de partida consiste en definir la tesis de la operación. Comprar crecimiento, producto, clientes o talento exige diligencias y planes de integración distintos. Si la tesis no puede expresarse mediante tres o cuatro hipótesis medibles, existe el riesgo de justificar el precio con una narrativa genérica.

Métricas que un comprador debe reconciliar

DimensiónQué debe comprobarseSeñal de riesgo
ARR y MRRPuente entre saldo inicial, altas, expansión, contracción, bajas y saldo finalConfundir contratos firmados, facturación e ingreso contable
RetenciónGRR y NRR por cohortes, producto, canal y tamaño de clientePromedios que ocultan bajas en los clientes más rentables
Margen brutoHosting, soporte, implantación y terceros incluidos con criterio constanteActividades intensivas en personas clasificadas como software puro
AdquisiciónCoste comercial, ciclo de venta, payback y origen del crecimientoCrecimiento dependiente de descuentos o de un único canal
ConcentraciónPeso de clientes, proveedores cloud, partners y personas claveUn contrato o integrador condiciona una parte material del negocio
ProductoRoadmap, deuda técnica, disponibilidad, seguridad y propiedad intelectualCódigo sin documentar, licencias incompatibles o mantenimiento aplazado

ARR no equivale automáticamente a ingreso reconocido. La NIIF 15 exige identificar las obligaciones de desempeño y reconocer el ingreso cuando se satisfacen. Por eso, el comprador debe reconciliar contratos, facturas, cobros e ingreso contable antes de utilizar una métrica recurrente en la valoración.

Due diligence específica de una compañía SaaS

La revisión financiera debe llegar al nivel de cliente y cohorte. La comercial analiza pipeline, renovaciones y descuentos. La tecnológica examina arquitectura, escalabilidad, dependencias, continuidad del servicio y coste de corregir la deuda técnica. La legal revisa la titularidad del código, contratos de empleados y desarrolladores, licencias de software, tratamiento de datos, niveles de servicio y cláusulas de cambio de control.

También debe comprobarse si el producto permite exportar o migrar datos y qué compromisos asume frente a sus clientes. El Reglamento europeo de Datos contiene reglas aplicables a los servicios de tratamiento de datos y al cambio de proveedor. Su impacto concreto depende del servicio y del contrato; no debe darse por cumplido únicamente porque la empresa utilice infraestructura cloud.

Cuando el SaaS incorpora inteligencia artificial, la diligencia debe inventariar modelos, datos de entrenamiento, proveedores, decisiones automatizadas y controles humanos. La regulación, la privacidad y los derechos de propiedad intelectual forman parte del riesgo del producto, no de un anexo separado al final del proceso.

¿Cómo se valora una empresa SaaS?

No existe un múltiplo universal de ARR ni de EBITDA. Dos compañías con la misma facturación pueden valer de forma muy diferente si una retiene clientes, genera caja y controla su tecnología y la otra depende de servicios, descuentos y capital adicional. El análisis debe combinar múltiplos de operaciones realmente comparables, capacidad de generar caja y escenarios de crecimiento.

El múltiplo observado solo tiene sentido después de normalizar la métrica a la que se aplica. En negocios híbridos conviene separar suscripción, implantación, consultoría y reventa. En compañías todavía no rentables hay que modelizar la caja necesaria hasta alcanzar un punto sostenible, porque esa financiación forma parte de la decisión económica del comprador.

La guía de Capittal sobre valoración de empresas explica cómo combinar DCF, múltiplos y análisis de activos sin presentar un método como solución automática.

Qué estructura puede tener la operación

  • Compra total: adecuada cuando el comprador quiere integrar producto, equipo y clientes y el vendedor desea salir.
  • Mayoría con reinversión: permite que el fundador participe en una segunda fase de creación de valor, pero exige pactar gobierno y salida.
  • Earn-out: puede acercar expectativas si la métrica, el periodo y las facultades de gestión quedan definidos con precisión.
  • Compra de activos: puede aislar determinados pasivos, aunque obliga a revisar cesiones de contratos, licencias, datos y trabajadores.

La estructura no corrige una valoración mal fundamentada. Precio, caja al cierre, deuda, capital circulante, reinversión y pagos contingentes deben compararse en un único puente de valor.

Cómo preparar un SaaS para una venta

  1. Construir un puente mensual de ARR y una tabla de cohortes reproducible desde el sistema de facturación.
  2. Separar ingresos recurrentes, servicios y reventa y documentar el criterio contable.
  3. Ordenar contratos, propiedad intelectual, licencias y acuerdos con proveedores críticos.
  4. Cuantificar deuda técnica y convertir el roadmap en prioridades, responsables y presupuesto.
  5. Reducir la dependencia del fundador en producto, ventas y relaciones con clientes.
  6. Preparar un data room que permita verificar las cifras sin revelar información sensible antes de tiempo.

El objetivo no es presentar un SaaS perfecto, sino una compañía cuyos riesgos puedan entenderse, medirse y asignarse en el precio y en el contrato. Si estás valorando una venta, puedes revisar cómo funciona un proceso de venta de empresa o solicitar una primera valoración confidencial.

Fuentes y alcance

Las métricas y estructuras descritas son criterios de análisis, no múltiplos de mercado ni recomendaciones de inversión. Deben adaptarse a la contabilidad, los contratos y la tecnología de cada compañía.

Preguntas frecuentes

Dudas habituales sobre este tema.

¿Qué métricas se revisan al comprar una empresa SaaS?+

ARR y MRR reconciliados, retención por cohortes, margen bruto, coste de adquisición, concentración de clientes, generación de caja y calidad del producto. Ninguna métrica debe analizarse de forma aislada.

¿ARR e ingresos contables son lo mismo?+

No necesariamente. ARR es una métrica operativa anualizada; el ingreso contable depende de las obligaciones del contrato y del momento en que se satisfacen. Deben reconciliarse contratos, facturación, cobros e ingreso reconocido.

¿Existe un múltiplo estándar para valorar un SaaS?+

No. El múltiplo depende del crecimiento, la retención, el margen, la caja, la concentración, el producto y las condiciones del mercado. Primero hay que normalizar la métrica y seleccionar comparables realmente semejantes.

¿Qué revisa la due diligence tecnológica?+

Arquitectura, escalabilidad, deuda técnica, seguridad, continuidad, propiedad intelectual, licencias, proveedores críticos, roadmap y capacidad del equipo para mantener el producto.

¿Qué puede preparar el vendedor antes del proceso?+

Un puente de ARR, cohortes de clientes, separación de ingresos, contratos y licencias ordenados, inventario de deuda técnica y un data room que permita verificar la información.