Un comprador que solicita su listado de licencias no está interesado en las licencias en sí. Está interesado en lo que esas licencias dicen sobre cómo se realiza realmente el trabajo en su empresa. Una suscripción de CRM, un paquete de contabilidad, una aplicación de IA que lee facturas o preclasifica consultas de clientes: cada contrato es el rastro de una tarea que alguien, o algo, ejecuta. La due diligence lee esos rastros porque son más contundentes que lo que una dirección cuenta sobre la organización.
Eso convierte la lista de licencias en uno de los documentos más honestos de todo el expediente. Las personas pueden describir un proceso de forma más optimista de lo que realmente es. Una suscripción que se cobra mensualmente sigue su curso sin necesitar un relato.
Hasta hace poco, una licencia era sobre todo una partida de coste: algo que pesaba en la cuenta de resultados y que decía poco más sobre la calidad del trabajo. Eso está cambiando. El software que asume tareas que antes eran trabajo humano cambia el significado de una línea de licencia. Donde antes una suscripción era una herramienta junto a un empleado, ahora, en un número creciente de tareas, es una sustitución de este, o una forma intermedia en la que el sistema hace el trabajo y una persona aprueba o rechaza con motivo.
Tres situaciones se entremezclan, y una due diligence intenta distinguirlas:
Esto varía mucho de una empresa a otra, y no porque sea un sector que va por delante o por detrás. Varía según dónde el propietario o el jefe de equipo haya invertido tiempo personalmente en transferir de verdad una tarea a un sistema, frente a dónde se ha adquirido una licencia sin que el proceso se haya reorganizado realmente en torno a ella. Dos empresas con software idéntico pueden tener, por tanto, una realidad muy distinta detrás de la misma línea en la factura.
Si una tarea es realmente realizada por software, eso cambia lo que un comprador está comprando. En ese caso no compra el número de personas que hoy figuran en la nómina, sino lo que sigue funcionando cuando esas personas ya no estén. Esa es una pregunta distinta de cuántos FTE tiene una empresa, y se relaciona directamente con si un comprador adquiere a su personal o su forma de trabajar.
Esto también afecta a la calidad del beneficio. Un ahorro que surge porque un proveedor concreto ejecuta temporalmente una tarea a bajo coste es algo distinto de un ahorro incorporado en la propia forma en que está diseñado el proceso. El primero desaparece en cuanto el proveedor sube el precio o deja de prestar el servicio; el segundo persiste bajo un nuevo propietario. La due diligence investiga cuál de los dos es el caso, y de eso trata exactamente qué es la normalización del beneficio en una empresa que utiliza IA.
Hay una tercera capa: la dependencia del propietario. Si una tarea todavía descansa sobre una persona, y esa persona resulta ser el propietario que gestiona la licencia o evalúa las excepciones, la dependencia no ha sido eliminada por el software, solo se ha desplazado. Un comprador quiere saber si el proceso da el mismo resultado sin esa persona en concreto.
Esta lectura tiene límites que vale la pena mencionar. Un listado de licencias muestra lo que se ha adquirido, no lo que realmente se utiliza. Una suscripción puede estar activa mientras el proceso subyacente sigue siendo mayoritariamente manual, o al contrario: una tarea puede haber sido ya asumida en gran parte por software sin que eso se refleje en un contrato independiente, porque forma parte de una licencia más amplia.
Además, la presencia de funcionalidad de IA en un paquete no dice nada sobre el grado de supervisión que en la práctica se sigue ejerciendo sobre ella. Una tarea que "la hace la IA" puede en realidad seguir siendo revisada por completo por un empleado, lo que hace que el efecto en la valoración sea distinto de cuando ese control se limita a las excepciones. Una conclusión que solo mira los costes de licencia, sin este contexto, dice poco.
Este tema también toca decisiones de personal, para las que rigen requisitos legales propios; estos no se tratan aquí.
La pregunta que la due diligence intenta responder a través de la lista de licencias —qué trabajo en esta empresa realmente hace la IA, y qué trabajo solo lo hace sobre el papel— se mapea tarea por tarea con el escáner de trabajo de FTE TO AI.
Esto también es donde entran en juego los ingresos recurrentes y la estructura contractual: un ahorro que está anclado en la forma en que trabaja la empresa pesa de forma distinta a un ahorro que depende de una suscripción cancelable, tal como muestra cuánto valen los ingresos recurrentes en una venta, donde la forma de un flujo de ingresos pesa tanto como el importe. Y como un comprador a menudo vincula parte del precio al rendimiento posterior a la transferencia, conviene saber cómo funciona ese mecanismo, descrito en qué es un earn-out y por qué lo propone un comprador.
Un buen punto de partida es obtener una visión de cuál de los ocho factores de valor pesa hoy más sobre el precio. El chequeo de valor gratuito consta de ocho preguntas breves, una por factor, y ofrece una imagen de dónde se concentra la mayor presión. El escáner de valor completo, con una puntuación de madurez por factor, evidencias, el índice de dependencia del propietario y un calendario a dos años hacia el momento de la salida, está en construcción.