Casi todos los propietarios de software empiezan la conversación con una cifra: los ingresos recurrentes anuales. Es la cifra correcta para empezar, y casi nunca es la que el comprador acaba multiplicando.
Entre el ARR de la presentación del fundador y el ARR del contrato de compraventa hay una serie de deducciones. Ingresos recurrentes de nombre pero cancelables cada mes. Implantación y personalización contabilizadas como suscripción. Contratos que se renuevan a discreción del cliente y que aún no se han puesto a prueba. Una cuenta grande que ya ha dado a entender discretamente que se marcha. Todo eso aparece en la due diligence, y cada punto mueve el múltiplo y no la línea de ingresos: por eso una corrección de 400.000 euros al ARR puede costar siete cifras de valor de empresa.
Este artículo expone qué paga el comprador en un negocio de software, cuánto está pagando el mercado en 2026, cómo el churn y el desarrollo a medida comprimen el múltiplo y qué debería corregir un propietario el año anterior a salir al mercado.
La distancia entre percepción y realidad es mayor en software que en cualquier otro sector con el que trabajamos, porque los propietarios siguen anclados en 2021.
Los datos de Software Equity Group para el segundo trimestre de 2026 sitúan a la empresa SaaS cotizada mediana en 3,2x los ingresos de los últimos doce meses, frente a 5,7x un año antes. Las operaciones privadas aguantaron mejor: la adquisición SaaS mediana cerró a 4,0x ingresos, frente a 4,2x el año anterior, con una media de 6,2x — la diferencia entre mediana y media son ese puñado de activos premium que tiran del promedio hacia arriba.
El volumen, en cambio, está en máximos. SEG registró 2.784 operaciones SaaS en los doce meses hasta el segundo trimestre de 2026, el periodo más activo de su base de datos, con 698 solo en el trimestre, un 9,6% más interanual. Esta es la conclusión estructural para un propietario: no faltan compradores ni operaciones cerradas. Faltan compradores dispuestos a pagar precios de 2021, y el mercado se ha vuelto notablemente más selectivo sobre qué significa calidad.
Dos aclaraciones ahorran muchas negociaciones inútiles. Primera: un múltiplo sobre ARR y un múltiplo sobre ingresos de los últimos doce meses no son lo mismo, y la diferencia equivale más o menos a un año de crecimiento; aplicar un múltiplo de ARR contra referencias construidas sobre ingresos pasados sobrevalora el negocio. Segunda: las referencias privadas publicadas para empresas pequeñas están muy por debajo de los titulares — para negocios autofinanciados con unos pocos millones de ARR, el punto de partida realista es 3x a 5x, no el 8x a 12x que circula en las comunidades de fundadores. En Conclave Partners preferimos fijar esa expectativa en la primera reunión antes que descubrirla en la semana diez del proceso.
La primera tarea del comprador en la due diligence es reconstruir el ARR a partir de los contratos en lugar de aceptarlo del panel de control. El propietario debería hacer ese ejercicio antes.
Los ingresos recurrentes contratados son lo que los clientes se han comprometido legalmente a pagar durante un plazo definido. El ARR implícito es una cifra mensual multiplicada por doce. Una cartera de clientes mensuales puede ser perfectamente sana y aun así valorarse de otro modo que contratos anuales con renovación automática, porque el comprador está poniendo precio a lo que sobrevive a un cambio de propiedad y a una subida de precios.
Las cuotas de implantación, la migración de datos, la formación, la configuración y el soporte de pago son partes normales de un negocio de software e ingresos legítimos. No son recurrentes, y los compradores los separan. Cuando las cuotas de alta se han diluido en la línea de suscripción, la reformulación resulta incómoda.
Los ingresos por consumo son reales pero volátiles, y los compradores los descuentan frente a la suscripción comprometida. Los excesos que llegaron porque un cliente tuvo un año atípico se normalizan. Las licencias perpetuas y la reventa de hardware se valoran como un flujo aparte, con múltiplo inferior.
Si la calidad del ARR decide qué se multiplica, la retención decide el múltiplo. Nada más en un negocio de software lo mueve tanto.
La encuesta de SaaS Capital de 2026, sobre más de 1.000 empresas privadas de SaaS B2B con entre 3 y 20 millones de dólares de ARR, da las referencias actuales: retención neta de ingresos mediana del 103% y retención bruta mediana del 91%, con el decil superior en 117,9% y 100% respectivamente. El crecimiento mediano de la misma muestra cayó al 15% desde el 20% del año anterior, mientras la retención se mantuvo prácticamente plana.
De ahí se derivan dos cosas para el vendedor. Primera: se examinan ambas cifras, y la retención bruta es la prueba más dura. Una retención neta por encima del 100% suele sostenerse en la expansión dentro de unas pocas cuentas grandes mientras la base pierde clientes en silencio; los compradores separan ambas precisamente porque una empresa puede mostrar un 105% de NRR y un 82% de GRR, y esa combinación se valora como un problema de churn, no como una historia de crecimiento. Segunda: estar en la mediana no es una debilidad, es la referencia. El error es presentar una retención mediana como excepcional, lo que cuesta credibilidad en todas las demás afirmaciones del modelo.
El churn de clientes merece presentarse aparte del churn de ingresos. Un negocio que pierde el 20% de sus clientes pero solo el 8% de sus ingresos está perdiendo cuentas pequeñas, y eso es manejable. Al revés, no.
Es la causa más frecuente de que una empresa de software sea revalorada a la baja, y la que los propietarios defienden más a menudo en lugar de corregir.
Muchas empresas de software rentables del lower middle market obtienen una parte sustancial de sus ingresos de trabajo a medida: funcionalidades construidas para un solo cliente, integraciones facturadas por horas, personalización continua que nunca llega a ser producto. Se paga bien y parece software. Para el comprador es un negocio de servicios pegado a un producto, y los negocios de servicios cotizan a una fracción de los múltiplos del software.
El efecto aparece en tres sitios a la vez. El margen bruto cae por debajo de la banda del 75–85% que esperan los compradores, y el margen es uno de los primeros filtros. Los ingresos pasan a depender de la plantilla, de modo que crecer exige contratar y no desplegar. Y el código se fragmenta en variantes por cliente, lo que convierte la due diligence técnica en una lista de riesgos y hace el producto más difícil de vender al siguiente cliente sin más trabajo a medida.
El remedio no es rechazar el trabajo a medida, sino separarlo y etiquetarlo. Presente los ingresos de producto y los de servicios como líneas distintas, cada una con su margen. Convierta la personalización recurrente en funcionalidades configurables del producto siempre que se pueda. Cuando un módulo a medida sirva a más de un cliente, conviértalo en producto y véndalo como módulo. Un negocio que muestra un 70% de ingresos de producto al 82% de margen bruto y un 30% de servicios al 40% se valora sobre dos flujos comprensibles; el mismo negocio con una única cifra mezclada se valora sobre la sospecha. En nuestro trabajo en Conclave Partners, esta separación, hecha con un año de antelación, vale con frecuencia más que un año de crecimiento del ARR.
La concentración de clientes en software sigue la misma lógica que en cualquier otro sector, con un agravante: un contrato de software suele ser más fácil de abandonar que una relación de suministro. Por debajo de aproximadamente el 10% del ARR en un solo cliente el negocio se considera diversificado; entre el 20% y el 30% la concentración pasa a ser una cuestión explícita de precio; por encima del 30% una parte apreciable de compradores se retira o reestructura la operación alrededor del riesgo en lugar de negociar el múltiplo.
El archivo contractual importa tanto como la concentración. Los compradores examinan plazos de preaviso, mecánica de renovación automática, derechos de subida de precio, cláusulas de cesión y cambio de control, compromisos de disponibilidad y sus penalizaciones, y cualquier cláusula inusual de resolución a conveniencia concedida hace años para cerrar un gran contrato. Los contratos que no pueden cederse sin consentimiento crean aquí el mismo problema que los acuerdos con proveedores en la distribución: en una venta de activos deben novarse uno a uno.
Conviene revisar el calendario de renovaciones antes del lanzamiento. Un proceso que hace pasar una gran cohorte de renovaciones por la due diligence queda expuesto: si esas renovaciones se retrasan, el comprador ve doblarse la línea de tendencia justo en el peor momento.
La due diligence técnica en software rara vez crea valor, pero con frecuencia es donde se pierde.
La titularidad de la propiedad intelectual es la primera cuestión, y el defecto más común en empresas gestionadas por su dueño es el trabajo de colaboradores externos sin una cesión de derechos por escrito. Autónomos, agencias deslocalizadas y los primeros amigos del fundador que escribieron código fundacional necesitan todos cesiones documentadas; en varias jurisdicciones europeas la posición por defecto sin acuerdo escrito no favorece a la empresa. Tiene arreglo, pero es mucho más difícil arreglarlo una vez que el comprador ha preguntado.
El cumplimiento de las licencias de código abierto es la segunda. Componentes copyleft integrados en un producto distribuido pueden acarrear obligaciones que los abogados del comprador tratarán como asunto material, y un inventario de componentes preparado de antemano convierte una bandera roja en un punto de lista.
La seguridad y la protección de datos son la tercera. Los compradores esperan hoy controles de acceso documentados, historial de incidentes, registro de subencargados y una posición defendible en materia de RGPD, sobre todo si el producto trata datos personales entre países. La ausencia de certificación no es fatal a este tamaño; la ausencia de cualquier práctica documentada sí.
Donde se hayan usado intensivamente herramientas de IA para escribir código, espere preguntas específicas sobre la procedencia y las licencias del código generado y sobre qué derechos conservan los proveedores de modelos sobre las entradas. Los compradores ya lo preguntan de forma rutinaria.
El universo de compradores ha cambiado, y favorece al vendedor preparado.
Dominan los compradores financieros. SEG registró al capital riesgo y a los compradores estratégicos participados por fondos en el 59% de las operaciones SaaS del segundo trimestre de 2026: hoy es más probable que el comprador de una empresa de software del lower middle market sea un fondo o su plataforma que un adquirente industrial independiente. Estos compradores son cuantitativos, rápidos cuando los datos están limpios e implacables con la calidad de los ingresos. También suelen estructurar el riesgo con earn-outs y capital retenido en lugar de retirarse.
Los compradores estratégicos pagan por lo que no pueden construir deprisa: una base de clientes en un segmento que les falta, una integración con carga regulatoria, un activo de datos o un equipo. Toleran métricas más débiles si el encaje es bueno, pero tardan más e implican a más interlocutores.
Una tercera categoría, los consolidadores de pequeñas empresas de software vertical, ha crecido considerablemente. Compran a múltiplos disciplinados, cierran de forma fiable y suelen ser la respuesta adecuada para el fundador que prefiere certeza a precio máximo. Saber a cuál de los tres puede interesar realmente un negocio, antes de escribir los materiales, es la mayor parte del trabajo, y es donde Conclave Partners dedica las primeras semanas de un mandato de software.
Reconstruya el ARR desde los contratos. Elabore una tabla cliente a cliente con el importe contratado, el plazo, la fecha de renovación, el preaviso y cualquier cláusula no estándar. Ese documento se lo pedirán; tenerlo antes de empezar cambia el tono de todas las conversaciones posteriores.
Separe los ingresos de producto de los de servicios, con margen bruto para cada uno, y reexprese al menos dos años de histórico sobre la misma base. Una reclasificación puntual en el último ejercicio parece preparación para una venta.
Presente la retención correctamente. Informe de retención bruta y neta de ingresos y de retención de clientes, definidas de forma coherente, calculadas igual todos los meses y con las definiciones escritas. Al comprador le importa menos el nivel que si el cálculo sobrevive a su propia recomputación.
Cierre las lagunas de propiedad intelectual y licencias. Reúna las cesiones de todos los colaboradores que hayan escrito código, elabore el inventario de componentes y resuelva cualquier exposición copyleft. Doce meses bastan; cuatro semanas no.
Reduzca la dependencia del fundador. Si el fundador es a la vez arquitecto principal, comercial principal y punto de escalado de las mayores cuentas, el comprador adquiere un puesto de trabajo y no una empresa. Procesos documentados, un segundo responsable técnico y relaciones con clientes sostenidas por el equipo cambian materialmente la evaluación del riesgo.
Ordene las cuentas con el mismo principio que rige en todos los sectores: los ajustes verificables se aceptan y los sostenidos solo por la palabra del propietario llevan al comprador a descontar todo el beneficio. En software esto incluye los costes de desarrollo capitalizados, que los compradores reformulan de forma rutinaria. A quien pregunta a Conclave Partners por dónde empezar le señalamos la tabla de ARR y la separación de ingresos, porque todo lo demás depende de que esos dos documentos aguanten.
Un negocio de software preparado suele tardar de seis a nueve meses desde el lanzamiento hasta el cierre, algo menos que los sectores de activos físicos, porque no hay inmuebles, existencias ni maquinaria que inspeccionar y porque los compradores financieros se mueven rápido cuando el data room está completo.
Espere una due diligence más profunda en tres puntos concretos: la reconstrucción del ARR, el recálculo de la retención y la revisión técnica y de propiedad intelectual. Espere también que la palanca desaparezca en la exclusividad: en cuanto la tiene un comprador, la tensión competitiva se acaba y cada hallazgo negativo se renegocia a su favor. Entre en ella tarde, con la tabla de ARR, la separación de ingresos y el expediente de propiedad intelectual ya resueltos.
En el segundo trimestre de 2026 la adquisición SaaS mediana cerró a 4,0x los ingresos de los últimos doce meses, con las comparables cotizadas en 3,2x, según Software Equity Group. Las empresas pequeñas autofinanciadas suelen venderse por debajo de esas medianas, en una banda de 3x a 5x. La posición dentro de cualquier rango la fijan la retención, el crecimiento, la calidad de los ingresos y el margen bruto.
Las empresas de software en crecimiento suelen valorarse por un múltiplo de ingresos; las más lentas y rentables, cada vez más por EBITDA. En torno a un 10–15% de crecimiento muchos compradores miran ambos y se quedan con el resultado menos favorable, por lo que la disciplina de margen importa tanto como el crecimiento en esa fase.
De forma directa y sustancial, porque cambia el múltiplo y no los ingresos. Frente a las referencias de 2026 —103% de retención neta y 91% de retención bruta en SaaS B2B privado— quedar muy por debajo de cualquiera de las dos saca al negocio del rango que la mayoría de compradores financieros considera sin reestructurar la operación.
Sí, cuando no se distingue de los ingresos de producto. Los servicios cotizan a múltiplos más bajos que el software, así que una presentación mezclada invita al comprador a valorar todo el negocio más cerca del múltiplo de servicios. Separar ambas líneas, con sus márgenes, protege el múltiplo de producto.
Estadísticamente, un comprador financiero: el capital riesgo y los adquirentes participados por fondos supusieron el 59% de las operaciones SaaS del segundo trimestre de 2026. El resto se reparte entre compradores estratégicos y consolidadores de software vertical, y cada uno valora la misma empresa con criterios distintos.
Entre seis y nueve meses aproximadamente desde el lanzamiento hasta el cierre para un negocio preparado, con la reconstrucción del ARR, el análisis de retención y la due diligence técnica ocupando la mayor parte del calendario. La preparación previa lleva otros seis a doce meses si el archivo contractual, la separación de ingresos o las cesiones de derechos necesitan trabajo.
Ildar Zakirov — Conclave Partners ildar@conclavepartners.com
Sergi Kosiakof — Conclave Partners sergi@conclavepartners.com