75% del software nuevo en las empresas se construirá con low-code en 2026: cuándo esa promesa se cumple y cuándo te deja atrapado

Gartner proyecta que en 2026 el 75% de las aplicaciones nuevas que construyan las empresas usará herramientas low-code o no-code, frente a apenas 40% en 2021, y que el mercado de estas tecnologías alcanzará 44,500 millones de dólares con un crecimiento anual del 19%, según el pronóstico que recogió InfoWorld a partir de un comunicado de Gartner. Si ya decidiste construir un sistema y ahora estás eligiendo la herramienta, esa cifra es la que te va a poner enfrente el proveedor que te visite esta semana. El problema es que la decisión no es "no-code sí o no": es en qué proceso sí conviene y en cuál te deja atrapado sin salida.

Vale aclarar un matiz que circula mal en varios resúmenes del tema: la cifra de 70% que se repite en redes viene de una proyección anterior de Gartner, de 2021, que hablaba de 2025. La proyección vigente para 2026, citada por analistas como Jason Wong, es 75%. No es un error grave, pero si vas a citar el dato frente a tu comité de inversión, cita el año correcto.

Qué dice Gartner, con números

Tres cifras del pronóstico de Gartner sostienen el resto del artículo:

• Tamaño de mercado: 44,500 millones de dólares en 2026, con crecimiento anual del 19%, según el mismo reporte de InfoWorld.
• Aplicaciones nuevas: 75% de las aplicaciones empresariales nuevas usará low-code o no-code en 2026, frente a 40% en 2021.
• Citizen developers: al menos 80% de los usuarios de herramientas low-code serán personas fuera del departamento de TI en 2026, frente a 60% en 2021.

Estas cifras se repiten, con variaciones menores, en resúmenes como el de Kissflow sobre el pronóstico de Gartner y el de byteiota. Lo que no logramos verificar contra una fuente única y con metodología pública es la cifra de "ahorros de 40% a 70% en costo y builds de 3 a 8 veces más rápidos" que circula en varios blogs del sector: aparece repetida sin atribución consistente a un estudio específico, así que la tratamos como sin confirmación pública y no la usamos como dato duro. Lo que sí existen son estudios de impacto económico encargados por proveedores concretos (Forrester hizo uno para Mendix y otro para OutSystems), que muestran ahorros reales pero calculados sobre el caso de ese proveedor, no como promedio de mercado.

Dónde el no-code cumple la promesa

El terreno donde estas herramientas funcionan bien es consistente entre analistas y usuarios: procesos internos de un solo equipo, formularios de captura, flujos de aprobación, prototipos que necesitas mostrar antes de comprometer presupuesto de desarrollo. Ahí la velocidad es real porque el problema es simple, el número de usuarios es acotado y el costo de rehacerlo si no funciona es bajo.

También tiene sentido cuando quien construye la herramienta es la misma persona que la va a usar a diario. Un gerente de operaciones que arma su propio tablero de seguimiento no necesita esperar un sprint de desarrollo, y si el tablero deja de servir, lo cambia él mismo.

Dónde se rompe

Los mismos análisis que celebran la adopción documentan cuatro puntos donde el no-code deja de ser la respuesta obvia:

Integraciones complejas. Cuando el sistema necesita hablar con dos o tres plataformas distintas con lógica de negocio propia, la capa visual de arrastrar y soltar empieza a esconder complejidad en vez de resolverla. Si tu operación ya tiene ese problema de sistemas que no se hablan entre sí, conviene resolverlo antes de elegir herramienta: lo cubrimos en el 71% de los sistemas de una empresa no están integrados entre sí.

Escalar a muchos usuarios. Las plataformas no-code están pensadas para equipos, no para miles de usuarios concurrentes. Cuando el sistema pasa de herramienta interna a producto que usan clientes, los límites de rendimiento y las reglas de licenciamiento por usuario cambian el cálculo de costo.

Un proceso que es tu ventaja competitiva. Si el flujo que estás digitalizando es justo lo que te diferencia de la competencia, construirlo sobre una plataforma genérica significa que cualquier competidor con la misma licencia puede replicar la lógica. La ventaja competitiva no se construye sobre una caja que también usa tu competencia.

Vendor lock-in. Un análisis de Appian sobre el tema y una revisión de CSO Online sobre riesgos de seguridad en low-code coinciden en el mismo punto: el código que generan estas plataformas casi nunca es exportable de forma útil. Si el proveedor sube precios, cambia el modelo de cobro por uso de API o simplemente deja de invertir en el producto, migrar no es un ajuste, es reconstruir desde cero.

Shadow IT y gobernanza. Esta es la parte que casi nunca aparece en el material de venta de las plataformas: cuando alguien fuera de TI construye una aplicación que termina guardando datos de clientes o información financiera, y TI se entera después de que ya está en producción, el riesgo no es teórico. CSO Online documenta este patrón como una de las cuatro preocupaciones centrales de seguridad en estas plataformas. Ya escribimos sobre la versión de este problema con IA en tus empleados ya usan agentes de IA sin que nadie en la empresa lo sepa; con no-code el mecanismo es el mismo, solo que la herramienta que lo hace posible la vendió alguien con presupuesto de marketing.

Qué revisar antes de elegir herramienta

Antes de que tu equipo firme una licencia de low-code, pregunta esto, en este orden:

1. ¿Quién va a mantener lo que se construya? Si la respuesta es "la persona que lo armó" y esa persona puede cambiar de puesto, ya tienes un riesgo de continuidad.
2. ¿Qué datos va a tocar? Si toca información de clientes, nómina o cualquier dato regulado, la aplicación necesita pasar por la misma revisión que cualquier sistema que construya TI, sin excepción por haberse hecho "sin código".
3. ¿Qué tan fácil es sacar los datos y la lógica si cambias de proveedor? Pide una demostración real de exportación, no la respuesta de ventas.
4. ¿Cuántos usuarios va a tener en dos años? Si la respuesta es "no sabemos, tal vez crezca mucho", construir sobre una base que sí escala desde el inicio sale más barato que migrar después.
5. ¿Este proceso es genérico o es lo que te distingue? Si es lo segundo, no lo pongas en una plataforma que también usa tu competencia.

Si ya evaluaste estas cinco preguntas y el resultado es "necesitamos algo a la medida", conviene comparar el costo real de esa ruta antes de descartarla por miedo al tiempo: lo tratamos en contratar desarrolladores en México se volvió más caro y más lento: cuándo construir equipo propio y cuándo apoyarte en una plataforma ya construida.

Cuándo la respuesta obvia es la equivocada

La respuesta obvia, ante la presión de "todo el mundo ya usa low-code", es empezar ahí por defecto porque parece más rápido y más barato. Esa respuesta es la equivocada cuando el proyecto ya sabes que va a crecer, cuando el proceso toca datos sensibles sin un plan de gobernanza claro, o cuando el sistema es el corazón de cómo operas y no una herramienta de apoyo. En esos casos, empezar en no-code no ahorra tiempo: lo pospone. Meses después terminas rehaciendo en código lo que ya habías construido en la plataforma visual, con el costo adicional de haber operado ese tiempo sobre una base que no ibas a poder conservar.

La otra respuesta obvia y también equivocada es la contraria: descartar el no-code por completo porque "lo serio se hace con código". Para un prototipo que necesitas mostrar la próxima semana, o para una herramienta que va a usar un solo equipo y nadie más, insistir en desarrollo a la medida desde el día uno es gastar presupuesto en flexibilidad que ese caso no necesita.

La decisión, entonces, no depende de la moda del momento sino de las cinco preguntas de arriba aplicadas a tu caso concreto. Cuando la respuesta apunta a un sistema que va a crecer, que toca información delicada o que es tu ventaja frente a la competencia, construimos la plataforma a la medida de esa operación en vez de forzarla dentro de una herramienta genérica, y si lo que necesitas es evaluar primero cuál de las dos rutas te conviene, armamos ese diagnóstico antes de comprometer el desarrollo.

Fuentes

• Low-code development technologies market forecast to hit $44.5 billion by 2026 (InfoWorld, citando comunicado de Gartner)
• Gartner Forecasts for the Low-Code Development Market Growth (Kissflow)
• Low-Code Hits $44.5B: Gartner 2026 Forecast Explained (byteiota)
• 4 security concerns for low-code and no-code development (CSO Online)
• Freedom from Vendor Lock-In: The Open Future of Low-Code (Appian)