Alejandro Alija
Socio fundador y director de GALEO
Febrero 2026
Apostar por Low-Code es optimizar el coste de la primera semana a cambio de hipotecar la agilidad y el presupuesto de los próximos tres años. Lo he visto en varios clientes: por miedo al coste inicial del desarrollo a medida, terminan montando un espagueti mucho más costoso y poco racional desde el punto de vista de arquitectura de software.
Entiendo los motivos históricos de esto y, los culpables, en gran medida hemos sido los consultores y compañías de ingeniería del software. La sobre-ingeniería ha existido y existe. Desplegar las tecnologías más recientes y complejas del mercado en un cliente que no tiene la más mínima capacidad para gobernar y mantener esa solución es un error. Por el contrario, el efecto, «la Excel» para todo tampoco soluciona el problema. El hecho de que una aplicación disponga de una interfaz de auto-servicio para los no codificadores, no garantiza el éxito. ¿Cuántos millones de libros de Excel hay por ahí abandonados?
Hoy quiero compartir por qué, con la irrupción de la IA Generativa, esa ecuación ha cambiado radicalmente.
La trampa de la inversión inicial
Sí, el Low-Code (Power Apps, Appian, ThingsBoard, Mendix, etc.) es imbatible en velocidad para un prototipo de «usar y tirar». Si necesitas algo para ya y que dure tres meses, sin duda es la opción. Pero el problema empieza cuando ese prototipo se convierte en la aplicación «definitiva» — y eso ocurre casi – o sin casi 😉 – siempre.
Con la IA Generativa en casi cualquiera de sus sabores, el desarrollo a medida ya no es lento. El scaffolding, el boilerplate y los tests se generan en minutos. Estamos hablando de un +40-50% de velocidad en desarrollo sin sacrificar la calidad del código. La brecha de velocidad inicial que justificaba el Low-Code se ha cerrado prácticamente.
Mantenibilidad: el verdadero coste oculto
Aquí es donde la ilusión se rompe. Una aplicación Low-Code se vuelve ingobernable rápidamente. La lógica de negocio queda dispersa en fórmulas ocultas dentro de controles visuales, flujos de Power Automate imposibles de debugear y sin control de versiones real con Git.
Es cierto que algunas aplicaciones de No/Low-Code mantienen una representación de sus flujos y componentes visuales en versión meta-lenguaje, como por ejemplo, Grafana donde sus dashboards se pueden representar como un JSON o Node-Red donde ocurre lo mismo. En la práctica, esto está bien para gestionar el versionado y la traza de cambios pero no implementa un verdadero paradigma DevOps integrado.
En desarrollo a medida tienes código limpio, estructurado, con tests unitarios y CI/CD. Cualquier proveedor de software puede entrar, entender el proyecto y ayudarte. La pregunta clave que siempre hago a mis clientes es: ¿qué pasa cuando el proceso cambie el año que viene? ¿Qué pasará cuando yo o la persona que ha hecho esto no esté aquí? Una documentación completa y de calidad, ayuda, pero no nos engaemos, ningún cliente paga por más horas de documentación o procesos de hand-over. De nuevo la GenAI ayuda mucho puesto que es muy prolija en cuanto a generar documentación (a veces demasiado).
Estandarización y seguridad
El Low-Code fomenta el «Shadow IT«. No hay estándares de seguridad unificados ni auditoría de código real. Poner en riesgo la seguridad y la mantenibilidad de una aplicación no es un problema de tecnología — es un problema de negocio.
Con desarrollo ad-hoc sigues estándares de la industria: OWASP en seguridad, Frameworks de Arquitectura como AWS Well-Architected o Azure Well-Architected. Cuesta un poco más ver la primera pantalla, pero una vez que lo haces, produces aplicaciones web reconocibles, mantenibles y de calidad profesional.
El muro de la extensibilidad
Todo es fácil en Low-Code hasta que necesitas algo que la herramienta no hace «de serie». En ese momento, un pequeño cambio cuesta 10 o 50 veces más, o requiere hacks inestables que nadie quiere mantener. Otro aspecto destacable es el efecto de «quemar al talento«. Esto es, cuando tienes equipos de profesionales técnicos con buenas habilidades de diseño y codificación y los dedicas, por petición del cliente, a desarrollar una aplicación con tecnología Low-Code. Estas personas se frustran rápido cuando reconocen que un pequeño cambio que con código sería inmediato, es un auténtico dolor de cabeza con una aplicación Low-Code.
Vendor Lock-in: la dependencia silenciosa
Con Low-Code dependes altamente de los modelos de precios de terceros. Ante una subida de precios o la deprecación de una funcionalidad, estás atrapado. No puedes «exportar el código» e irte. Con desarrollo a medida eres dueño de tu propiedad intelectual. El impacto de ejecutar código en una Lambda de AWS, una Azure Function o un Docker Container es mínimo.
Resumen
En una escala del 1 al 10:
- Velocidad inicial: el Low-Code sigue ganando por poco (9 vs 7), pero la IA Generativa ha cerrado esa brecha enormemente.
- Mantenibilidad a largo plazo: 4 vs 9. Aquí no hay debate.
- Estandarización y buenas prácticas: 3 vs 10. CI/CD real, tests unitarios y seguridad OWASP frente al Shadow IT.
- Extensibilidad: 3 vs 10. El «muro» del Low-Code es real y caro.
- Independencia del proveedor: 2 vs 10. Tu código es tuyo, o no lo es.
Conclusión
Con la IA Generativa hemos conseguido la velocidad de desarrollo que el Low-Code prometía, pero manteniendo la propiedad, la robustez y la economía de escala del desarrollo profesional. La ilusión del Low-Code se desvanece rápido cuando miras más allá de la primera semana.
Si estás evaluando una plataforma Low-Code para tu próximo proyecto, mi consejo es que hagas las cuentas a tres años, no a tres meses. El ahorro inicial es real, pero el coste total (TCO) cuenta una historia muy diferente.