Pregunte a un CIO en 2019 si trasladaría su ITSM a la nube y la respuesta rara vez tenía matices: por supuesto. El camino estaba muy trillado: ServiceNow lideraba el segmento corporativo, Freshservice absorbía el mercado medio, y ManageEngine se debatía con pilas híbridas para los reticentes. El ITSM on-premise parecía una categoría heredada que solo la inercia mantenía con vida.
Pregunte al mismo CIO en 2026 y escuchará una respuesta más larga. A veces se trata de la residencia de los datos. A veces del recibo por usuario que se triplicó tras una adquisición rutinaria. A veces de la sorpresa al descubrir que la política de tratamiento de datos de un proveedor cambió silenciosamente bajo un DPA actualizado. El hilo común: una clase creciente de organizaciones para las que el ITSM en la nube dejó de ser la opción por defecto.
Qué ha cambiado
1. La residencia de los datos pasó de ser una casilla a ser un elemento de auditoría P0
Hace diez años, las multas del RGPD eran raras y en gran medida testimoniales. Diez años de aplicación después, la brecha entre "cumplidor sobre el papel" y "cumplidor en la práctica" se audita con más rigor. Los cuerpos de los tickets —que contienen nombres de personas, rangos de IP internos, y ocasionalmente capturas de pantalla de datos de producción— entran en el ámbito del DPA. Cuando el DPA exige que los datos permanezcan dentro de una jurisdicción concreta, y el equipo de auditoría pregunta dónde exactamente se almacenan físicamente nuestros datos de tickets, la respuesta tiene que ser demostrable.
Para las organizaciones turcas, la KVKK agravó esto. Las declaraciones VERBIS para transferencias a la nube no son triviales, y el clima político en torno a la infraestructura de datos controlada por el extranjero se ha vuelto más cálido, no más frío.
El camino más corto hacia una respuesta de auditoría limpia es: los datos nunca salieron de nuestro edificio.
2. El precio por usuario escaló de forma no lineal con la realidad
El precio del ITSM en la nube parece razonable en la primera compra. Un equipo de 30 técnicos que paga 40 $ por agente al mes suena tolerable: 14.400 $ al año. Añada otro equipo de 20 personas durante una adquisición y estará en 24.000 $. Añada un módulo de cumplimiento al año siguiente (gestión de cambios, CMDB, o la expansión de plazas en el portal de autoservicio) y superará los 60.000 $. Las negociaciones de renovación se convierten en un evento anual, no en un trámite automático.
Los compradores que cerraron un acuerdo a plazo fijo hace cinco años y hoy afrontan subidas del 40% sobre el precio de lista en la renovación son exactamente quienes buscan un modelo de precios diferente.
3. La adopción de funcionalidades se estanca
La mayoría de las organizaciones usa quizá el 30% de lo que su ITSM ofrece. El resto —la integración de AIOps que nunca conectaron, el módulo de CMDB que nunca poblaron, la app móvil que nunca desplegaron— está pagado pero inactivo. Las tablas de precios del SaaS corporativo están construidas en torno a lo posible, no a lo usado.
Los proveedores on-premise, sin la misma estructura de márgenes, tienden a empaquetar todo bajo una única licencia. Eso parece caro en la tabla de funcionalidades, pero a menudo refleja una alineación más sana entre lo que se paga y lo que se usa.
4. El coste total de propiedad dejó de favorecer a la nube
En la era de 2015, "la nube es más barata que operar tus propios servidores" era cierto en la mayoría de los casos. En 2026, un servicio .NET modesto corriendo contra SQL Server Express en una VM de 50 €/mes en un hoster europeo cuesta menos que el asiento de ITSM en la nube más barato para el mismo equipo. El coste de cómputo del ITSM es trivial; el factor diferencial es el modelo de licencia.
Por qué las organizaciones eligen hoy el on-premise
Soberanía del dato
Este es el motivo número uno. Los sectores regulados (finanzas, sanidad, administración pública, defensa) y las empresas turcas sujetas a la KVKK suelen exigir que los cuerpos de los tickets y los datos de identidad permanezcan en infraestructura que ellos controlan. El contraargumento —"nuestro proveedor SaaS tiene SOC 2 Type II"— pasa por alto lo esencial: la pregunta de auditoría no es son seguros, es puede demostrar dónde reside físicamente el dato a las 3 de la madrugada de un martes.
Previsibilidad de costes
Una licencia anual fija elimina el problema de la escala lineal. Añadir un técnico no cambia la factura. Añadir cien solicitantes no cambia la factura. Las negociaciones de renovación se vuelven mecánicas, no adversariales.
Capacidad de air-gap
Las cargas de trabajo nucleares, aeroespaciales y ciertas cargas gubernamentales necesitan funcionar sin ruta a internet. El ITSM SaaS moderno no puede; el on-premise puede de forma trivial.
Depósito en garantía del código fuente
Para organizaciones donde una inversión en ITSM de una década debe sobrevivir a que el proveedor cierre, los despliegues on-premise con depósito en garantía del código fuente ofrecen una garantía de continuidad que el SaaS no puede dar.
Lo que el on-premise no es
Seamos honestos: el ITSM on-premise ha tenido históricamente modos de fallo poco elegantes.
- Fatiga de actualizaciones: los proveedores on-premise heredados lanzaban versiones mayores cada 18-24 meses, cada una exigiendo una migración a escala de proyecto.
- Fricción de instalación: instaladores de varios días contra VMs de Windows Server configuradas de forma peculiar, con tickets de soporte al proveedor por versiones de DLL.
- Desfase de interfaz: la interfaz on-premise solía ir 2-3 años por detrás de la interfaz SaaS, y se notaba anticuada en comparación.
El ITSM on-premise moderno tiene que resolver esto. El enfoque de LinaDesk —paquetes de actualización firmados, instalación con un solo comando, y la misma interfaz que la referencia SaaS (modo oscuro con la calidad de Linear, atajos de teclado, i18n en 8 idiomas)— refleja lo que aprendimos observando cómo los proveedores heredados quedaban rezagados a mediados de la década de 2010.
Hacia dónde va esta tendencia
El ITSM en la nube seguirá siendo mayoritario. La mayoría de las organizaciones no tiene esa presión de cumplimiento, no tiene la escala como para preocuparse por el precio por usuario, y están perfectamente cómodas operando su servicio de asistencia sobre infraestructura ajena.
Pero la clase de organizaciones para las que el on-premise es la respuesta correcta está creciendo, no reduciéndose. La repatriación desde la nube ya es una categoría: 37signals escribió públicamente sobre retirar sus cargas de trabajo de AWS, y aunque el ITSM no es su carga de trabajo, el cálculo es el mismo.
Los ganadores de este segmento serán los proveedores que entreguen on-premise sin los inconvenientes históricos: interfaz moderna, cadena de actualizaciones firmada, instalador sensato y un modelo de precios que no castiga la escala.
Vea LinaDesk en acción
Acceda a nuestra demo con un solo clic. Sin tarjeta de crédito, sin banner de cookies, sin cronómetro.
Abrir el panel de demo