La salida que nunca ocurrió
Una de las tres principales aseguradoras europeas migró 240 pantallas de Oracle Forms a una plataforma low-code líder en 2019. La migración cerró en 14 meses y se reportó como un éxito. En 2024, la misma aseguradora intentó abandonar la plataforma después de que el proveedor anunciara un aumento de licencias del 34%. La cotización de salida de tres integradores osciló entre $11M y $17M, con un plazo mínimo de 20 meses. El CIO aprobó el aumento de precio en su lugar.
Este es el patrón que vemos con mayor frecuencia. La segunda migración cuesta más que la primera.
Qué es realmente el lock-in
El lock-in no es una cláusula de licencia. Es una propiedad arquitectónica. Un sistema está bloqueado cuando la aplicación en ejecución no puede reproducirse fuera del runtime del proveedor sin reescribirla. Las plataformas low-code como Mendix y OutSystems generan aplicaciones que dependen de formatos de metadatos propietarios, motores de runtime y bibliotecas de componentes. El código generado, cuando es visible, no es portátil.
La guía de mercado low-code 2025 de Gartner señala que el 61% de los despliegues empresariales de low-code no tienen estrategia de salida documentada. Forrester situó el mismo número en el 68% en un estudio separado.
Los tres componentes de coste que los compradores infravaloran
Los compradores infravaloran consistentemente tres componentes del coste total de propiedad en una plataforma con lock-in. Primero, la escalada de licencias — el contrato empresarial típico de low-code sube entre un 18% y un 35% en la primera renovación, y las plataformas con altos costes de cambio extraen más. Segundo, la rotación por actualizaciones de plataforma — cada cambio de versión mayor obliga a revalidar cada aplicación, a un coste promedio del 4% al 7% de la construcción original por año. Tercero, la prima de salida — el coste de irse, que crece con cada nueva aplicación añadida a la plataforma.
A través de los portafolios que hemos revisado, el TCO a cinco años de una modernización low-code es 1,8x a 2,4x la cotización inicial. El exceso vive enteramente en estos tres componentes.
Por qué el atajo es tentador de todos modos
El atajo es tentador porque los primeros 18 meses lucen excelentes. Las plataformas low-code genuinamente comprimen el tiempo de entrega en la construcción inicial. Las demos son rápidas. Los usuarios de negocio están contentos. El equipo de customer success del proveedor es atento. El coste del lock-in no aparece hasta la segunda renovación, momento en el cual el CIO que firmó el contrato original a menudo ya se ha ido.
Hemos observado este ciclo completarse tres veces en la última década. La ola SaaS de 2010, la ola low-code de 2018 y ahora la ola de asistentes de codificación con IA de 2024. Cada una prometió eliminar la restricción. Cada una introdujo una nueva dependencia.
Cómo se ve una arquitectura sin lock-in
Una modernización evita el lock-in cuando se cumplen tres propiedades. El comportamiento de la aplicación está completamente descrito en una especificación abierta y legible por humanos. El paso de generación produce código estándar — TypeScript, SQL, OpenAPI — que se ejecuta en cualquier nube sin componentes propietarios de runtime. Y la especificación, no el código, es el artefacto que el cliente posee.
Bajo esas condiciones, el coste de salida es el coste de ejecutar el generador en otro lugar. Ese es un número fundamentalmente diferente. En los compromisos que hemos cotizado, es del 3% al 8% de la construcción original, no del 80% al 140%.
La disciplina para evitar repetir el ciclo
Evitar el lock-in requiere una disciplina que la mayoría de los equipos de contratación omiten. Antes de firmar cualquier contrato de modernización, cotice la salida. Obtenga una respuesta por escrito a la pregunta: ¿cuánto costaría abandonar esta plataforma en 36 meses y ejecutar los mismos flujos de trabajo en otro lugar? Si el proveedor no puede o no quiere responder, el coste de salida es la prima de lock-in, y pertenece al modelo de TCO.
La misma pregunta aplica a las plataformas AI-native. La generación no significa automáticamente portabilidad. El artefacto importa más que el runtime.
La conclusión
Todo atajo de modernización legacy intercambia un coste conocido por uno desconocido. Las plataformas low-code trasladan la factura de Oracle al nuevo proveedor, a menudo a una tasa de ejecución más alta. Las modernizaciones que resisten durante una década son aquellas donde el cliente posee una especificación portátil y puede regenerar el sistema en cualquier lugar. Esa es la prueba. Hágala antes del contrato, no después de la renovación.