¿Qué son low-code y no-code? ¿Tienen futuro?

01¿Qué significan low-code y no-code?

En el software tradicional, cada pantalla, cada formulario y cada regla de negocio se escriben con código. Las plataformas low-code trasladan buena parte de ese trabajo a un editor visual: se define la tabla de datos, se arrastra y se suelta el formulario y se dibuja el flujo de aprobación con cuadros. Donde los componentes ya hechos no bastan, se añaden pequeños fragmentos de código.

La respuesta a qué es no-code va un paso más allá. El público objetivo no es el programador, sino el usuario del área de negocio. Sin tocar el código se pueden montar formularios, bases de datos sencillas, automatizaciones o aplicaciones de una sola página. A estas herramientas también se las llama a veces herramientas para desarrolladores ciudadanos, porque buscan que la persona que mejor conoce el proceso construya su propia solución sin que el equipo de software tenga que intervenir.

La promesa común de ambos enfoques es la misma: acortar el camino de la idea a la aplicación en funcionamiento. Las diferencias aparecen en la flexibilidad y en quién lo va a utilizar.

02Diferencias entre low-code y no-code

La fila más crítica de la tabla, que a menudo pasa inadvertida, es la dependencia de la plataforma. Su aplicación queda limitada por los componentes que ofrece la plataforma, por su modelo de precios y por la ubicación de sus servidores. Si la plataforma cambia sus reglas, su aplicación también tendrá que cambiar.

03Tipos de plataformas low-code

En el mercado hay cientos de herramientas, pero la mayoría se divide en unos pocos grupos principales. Saber en qué grupo está mirando le permite plantear bien sus expectativas.

Los creadores de aplicaciones se centran en montar aplicaciones internas a partir de tablas de datos y formularios. Las herramientas de automatización de flujos de trabajo trasladan lo que ocurre en un sistema a otro; por ejemplo, al rellenar un formulario añaden una fila a una tabla y envían un correo electrónico. Los creadores de sitios y páginas producen páginas web con un editor visual. Las plataformas low-code corporativas, por su parte, ofrecen soluciones más completas, y normalmente más caras, para los procesos de aprobación, los portales y las necesidades de informes de las grandes empresas.

Cada uno de estos grupos responde a una pregunta distinta. Intentar montar un portal de clientes con una herramienta de automatización, o gestionar el stock con un creador de páginas, se atasca enseguida porque va contra la naturaleza de la herramienta. Antes de elegir, escriba en una sola frase el problema que quiere resolver; el grupo de herramientas adecuado suele quedar claro por sí solo.

Fíjese también en el modelo de licencias. El cobro por usuario, por aplicación o por número de operaciones determina cómo cambiará con el crecimiento un coste que al principio parece pequeño.

04Ventajas del desarrollo de aplicaciones sin código

Estas ventajas son especialmente valiosas en los procesos internos: un formulario de permisos, una lista de recuento de stock, un seguimiento sencillo de solicitudes o una página de registro a un evento. Las herramientas que usan pocas personas, con reglas de negocio sencillas y no críticas, se resuelven muy bien con low-code.

• Rapidez: una herramienta interna sencilla puede estar lista en horas en lugar de días.
• Barrera de entrada baja: los miembros del equipo que no son programadores pueden resolver su propia necesidad.
• Pruebas rápidas: probar una idea de negocio con usuarios reales resulta más barato.
• Conexiones ya preparadas: hay componentes listos para conectarse con los servicios más habituales.
• Facilidad de mantenimiento: el servidor, las actualizaciones y las copias de seguridad suelen correr a cargo de la plataforma.

05Límites y riesgos de low-code

Low-code tiene dificultades en el momento en que la aplicación crece. Una herramienta que al principio tenía unos pocos formularios empieza a quedarse estrecha en el editor visual a medida que pide niveles de permisos, cálculos complejos, mucho tráfico y numerosas integraciones.

Escalabilidad

Cuando aumenta el número de usuarios y de registros, el rendimiento queda limitado por la infraestructura que permita la plataforma. En la mayoría de las plataformas el coste también crece con el número de usuarios o de operaciones. Hay que calcular desde el principio el coste de escalar.

Dependencia del proveedor

Trasladar su aplicación a otro lugar suele significar reescribirla. Aunque pueda exportar sus datos, las reglas de negocio y las pantallas son propias de la plataforma. A esto se le llama vendor lock-in.

Reglas de negocio complejas

Cuando los cálculos de precios de varios pasos, los informes personalizados o las reglas normativas específicas del sector se montan con bloques visuales, resultan difíciles de leer y de probar. A partir de cierto punto, el poco código se convierte en muchos bloques ilegibles.

Seguridad y ubicación de los datos

En qué país y en qué condiciones se almacenan los datos depende de la elección de la plataforma. En las aplicaciones que tratan datos personales hay que examinar este asunto a nivel contractual en relación con la KVKK (la ley turca de protección de datos, comparable al RGPD); consulte la normativa vigente y a su asesor jurídico.

06¿Cuál elegir en cada caso?

La elección correcta depende más de la naturaleza de la necesidad que de la propia herramienta. Responder a las siguientes preguntas aclara la decisión en gran medida.

1. ¿La aplicación está en el centro del negocio? En procesos centrales como las ventas, las reservas o la producción, el control debe estar en sus manos.
2. ¿Cuántas personas la usarán? Una herramienta interna para unas pocas personas y un sistema que usan miles de clientes requieren arquitecturas distintas.
3. ¿A cuántos sistemas se conectará? Cuantas más conexiones haya con contabilidad, envíos, marketplaces y pagos, mayor será la necesidad de flexibilidad.
4. ¿Dónde estará dentro de cinco años? En un producto que se espera que crezca rápido, la portabilidad debe pensarse desde el principio.
5. ¿En manos de quién deben quedar los datos? Si necesita el control total de los datos de los clientes, la propiedad es importante.

07Comparativa: low-code y software a medida

El desarrollo de software a medida exige más análisis y tiempo en la primera fase; a cambio, le da un sistema que se ajusta exactamente a su negocio, que escala y cuya propiedad es suya. Explicamos paso a paso cómo funciona el proceso en nuestro artículo sobre el proceso de desarrollo de software a medida.

También existe un camino intermedio: construir el sistema central con software a medida y resolver con low-code las pequeñas herramientas internas periféricas. En este modelo los dos mundos se comunican a través de una API. En nuestro artículo qué es una API encontrará qué es y por qué es tan central.

Para quienes decidan aprender a programar, qué es Python es un buen comienzo; en automatización y trabajo con datos, los scripts de Python suelen entrar en juego donde low-code se atasca.

08¿Tiene futuro low-code?

Sí, pero un futuro con límites claros. Las herramientas apoyadas en inteligencia artificial facilitan generar formularios y flujos a partir de una necesidad descrita en lenguaje natural; esto difumina la línea entre low-code y el software a medida. Para las herramientas internas y los prototipos, la cuota de estas herramientas parece que seguirá creciendo.

Por otro lado, en los sistemas que están en el núcleo del negocio y aportan ventaja competitiva, la necesidad de control, rendimiento y propiedad no desaparece. Por eso los dos enfoques seguirán existiendo juntos, no como rivales, sino como herramientas para necesidades distintas.

Al trazar una hoja de ruta para su propio negocio, sea honesto: ¿qué proceso solo se quiere facilitar y cuál se quiere poseer? Esta distinción evita invertir en la herramienta equivocada.