En 2025, el 52,74 % de las empresas europeas de diez trabajadores o más pagaba por servicios de computación en la nube, según los datos de Eurostat. Pero solo el 13,76 % contrataba nube como plataforma para desarrollar, probar o desplegar aplicaciones propias, y el 14,86 % la usaba para ejecutar su propio software de negocio. Alquilar infraestructura ya es lo normal. Construir encima, no.

Esa distancia —de la mitad del tejido empresarial a uno de cada siete— me parece más informativa que cualquiera de las dos cifras por separado. La infraestructura dejó de ser una ventaja hace años: se contrata con una tarjeta y llega en minutos. Lo escaso es la capa de encima.

Qué se comparte y qué se queda dentro de cada empresa

A esa capa la llamamos Core Technology: capacidades construidas una vez y utilizables por las distintas compañías del grupo, que operan en telecomunicaciones, marketing digital, inmobiliario e inteligencia artificial. La pregunta operativa no es qué se puede compartir. Es qué merece compartirse.

  • La identidad y los permisos, sí. Cómo demuestra una persona quién es y qué le está permitido hacer es el mismo problema en un operador de telecomunicaciones y en un portal inmobiliario. Cambia el dato; no cambia el mecanismo. Resolverlo dos veces es pagar dos veces por la misma respuesta.
  • La trazabilidad, también. Saber quién hizo qué y cuándo es una obligación antes que una funcionalidad, y es de las primeras cosas que se sacrifican cuando un equipo joven va con prisa. Si ya está construida, deja de ser una decisión que alguien pueda tomar mal un martes por la tarde.
  • La lógica de negocio, no. Cómo se valora un activo, cómo se calcula una tarifa, qué se le ofrece a un cliente que lleva tres años: eso es el conocimiento por el que existe cada compañía. Llevarlo a un núcleo común no lo mejora, solo lo hace más lento de cambiar.

La regla que aplicamos antes de mover nada al núcleo

Ningún componente entra en el núcleo porque parezca reutilizable. Entra cuando una segunda compañía lo pide. Hasta ese momento vive dentro del producto donde nació, con sus atajos y sus decisiones sucias, y está bien que sea así: la mayoría de las cosas que parecen genéricas el primer día resultan ser específicas el tercero.

La segunda mitad de la regla es menos agradable. Quien sube algo al núcleo se queda como responsable de mantenerlo para los demás. No hay un equipo neutral que herede el trabajo ni un presupuesto que aparezca solo. Si nadie está dispuesto a pagar ese precio, la conclusión no es que falte gente: es que ese componente no era tan compartible como parecía.

El precio de compartir

Un núcleo común concentra el riesgo. Un fallo en un componente aislado afecta a un producto; un fallo en el núcleo afecta a la vez a todo lo que depende de él, y normalmente un viernes. Por eso el listón para entrar tiene que ser más alto que para quedarse fuera: lo compartido se prueba más, se documenta más y se cambia con más ceremonia. Quien quiera velocidad sin ese peaje debería quedarse fuera.

Hay un riesgo peor que la caída, porque no se ve venir: la capa compartida envejece. Cuando una decisión de hace cuatro años sigue en pie solo porque media docena de productos la dan por supuesta, ha dejado de ser un activo. Apagar cuesta más que encender, y en un núcleo compartido cuesta tantas veces más como empresas lo estén usando.

Por qué esto no se compra

Un competidor puede contratar mañana los mismos proveedores, los mismos modelos y la misma nube. Lo que no puede contratar es la lista de cosas que ya sabemos que no funcionan, que es la parte cara del aprendizaje y la única que no viene en ninguna factura.

La ventaja de un grupo no está en tener varias empresas. Está en que la siguiente empiece con menos trabajo por delante que la primera.