Low-code vs desarrollo a medida en IA: cuándo elegir cada uno

Elegir entre low-code y desarrollo a medida para IA es una decisión de coste total, no de coste inicial: el low-code gana casi siempre el primer mes y el desarrollo a medida gana casi siempre el mes veinticuatro. Un flujo montado en una plataforma no-code puede estar funcionando en una semana por 500-3.000€; un agente a medida para el mismo proceso cuesta 15.000-40.000€ y tarda 4-8 semanas. La pregunta correcta no es "cuál es más barato", sino "cuánto va a crecer este proceso y cuánta lógica de negocio va a acumular".

Nosotros usamos las dos vías en nuestros propios negocios y en los de nuestros clientes, así que este artículo no es una defensa gremial del desarrollo: es el criterio de decisión que aplicamos nosotros, con los costes ocultos de cada camino y las señales de que toca migrar.

¿Qué es exactamente low-code aplicado a IA?

Low-code aplicado a IA significa construir automatizaciones con plataformas visuales —n8n, Make, Zapier, Power Automate— donde los pasos se encadenan con nodos y la IA entra como un nodo más que llama a un modelo. No escribes código: configuras disparadores, conectas aplicaciones mediante conectores prefabricados y añades pasos de "pregúntale al modelo" donde hace falta interpretación.

Para automatizaciones lineales es una herramienta excelente: llega un email, extrae los datos, escribe una fila en la hoja de cálculo, avisa por Slack. Ese tipo de flujo, con un paso de IA para clasificar o resumir, se monta en horas y cuesta entre 20 y 200€ al mes de plataforma. El problema no aparece en la demo; aparece cuando el proceso deja de ser lineal.

¿Dónde se rompe el low-code?

El low-code se rompe cuando el proceso necesita estado, razonamiento en varios pasos o manejo serio de excepciones. Las plataformas visuales están diseñadas para flujos que empiezan, ejecutan y terminan; no para un agente que mantiene una conversación de tres días con un proveedor, recuerda en qué punto está cada expediente y decide rutas distintas según el contexto.

Los síntomas se repiten en casi todos los proyectos que heredamos:

• El diagrama espagueti. Lo que empezó con 6 nodos tiene 80, con ramas de error duplicadas y nadie que se atreva a tocarlo. El "no-code" se ha convertido en código, pero sin control de versiones, sin tests y sin poder hacer diff.
• Estado a pegamento. Como la plataforma no gestiona bien procesos largos, el estado acaba repartido entre hojas de cálculo, campos improvisados del CRM y etiquetas, y la fiabilidad depende de que nada se desincronice.
• Excepciones silenciosas. El flujo falla a las 3 de la mañana, la plataforma reintenta o no, y nadie se entera hasta que un cliente pregunta. La observabilidad de serie suele reducirse a un historial de ejecuciones.
• Coste por operación. A poco volumen, los 20-200€/mes son ridículos. A partir de decenas de miles de operaciones mensuales, los precios por tarea u operación de las plataformas escalan mal, y hay casos reales de facturas que superan lo que costaría la infraestructura propia por 10 veces.

¿Qué aporta el desarrollo a medida que el low-code no puede dar?

El desarrollo a medida aporta propiedad, y la propiedad se traduce en cuatro cosas concretas: lógica sin límites (el agente razona y decide en bucle, no sigue un diagrama), estado de verdad (base de datos propia, procesos que duran días o meses), ingeniería aplicable (tests, versiones, entornos de prueba, despliegue controlado) y coste marginal decreciente (pagas infraestructura e inferencia, no una tarifa por operación de un intermediario).

Un agente de IA autónomo bien construido no es un flujo con pasos de IA: es un sistema que percibe, decide y ejecuta con criterio dentro de límites definidos. Esa diferencia arquitectónica es la que explicamos en detalle al comparar agente de IA vs RPA vs automatización clásica: no son grados del mismo producto, son categorías distintas.

El precio de esa propiedad es real: un proyecto típico de agente a medida para una pyme se mueve entre 15.000 y 40.000€, más un mantenimiento del 10-20% anual, y exige trabajar con un equipo que sepa lo que hace. No es la opción para probar una idea el martes por la tarde.

Comparativa: coste total a 24 meses

¿Qué es la deuda de plataforma y por qué casi nadie la presupuesta?

La deuda de plataforma es el coste acumulado de haber construido lógica de negocio dentro de una herramienta que no controlas. Cada flujo nuevo en la plataforma es más barato que el anterior a corto plazo y más caro de sacar a largo plazo: cuando quieres migrar, no migras "una automatización", migras 40 diagramas indocumentados que solo entiende la persona que se fue hace un año.

Se manifiesta de tres formas: subidas de precio que aceptas porque salir es peor (el lock-in clásico), límites técnicos que fuerzan diseños absurdos (dividir un proceso en cinco flujos porque la plataforma no aguanta uno), y una velocidad de cambio que se degrada —el flujo que se montó en dos días ahora tarda dos semanas en modificarse sin romper nada—. Nada de esto aparece en la factura mensual, y por eso la comparación "20€/mes vs 25.000€ de proyecto" es una comparación trampa.

¿Cuándo elegir cada opción?

Nuestro criterio práctico, el mismo que aplicamos internamente:

1. Empieza en low-code si el proceso es lineal, de bajo riesgo y aún no está estabilizado. Validar que la automatización aporta valor antes de invertir en construirla bien es sensato. Un flujo de Make que ahorra 5 horas semanales desde la semana uno es una victoria, no un error.
2. Ve directo a medida si el proceso toca dinero, clientes o datos sensibles. Facturación, cobros, decisiones sobre pedidos, datos personales: ahí necesitas trazabilidad, tests y control de errores desde el día uno.
3. Ve a medida si el proceso necesita memoria o conversaciones largas. Todo lo que sea "seguimiento durante semanas", "expedientes" o "cada caso es distinto" acabará mal en un diagrama.
4. Migra cuando el flujo low-code se convierta en crítico. La señal más fiable: si ese flujo se cae un lunes y el negocio lo nota, ya no es un experimento, es infraestructura, y la infraestructura se posee.
5. Presupuesta la migración desde el principio. Documenta cada flujo low-code (qué hace, qué sistemas toca, qué reglas aplica) como si fuera la especificación del futuro desarrollo. Porque lo será.

¿Cuánto cuesta migrar de low-code a un agente a medida?

Migrar un proceso ya validado en low-code a un agente a medida suele costar entre un 20 y un 40% menos que construirlo desde cero, porque la fase más cara —descubrir cómo funciona realmente el proceso y qué excepciones tiene— ya está pagada: el flujo low-code es la especificación viva. Un proceso que costaría 25.000€ partiendo de una servilleta se reconstruye por 15.000-20.000€ partiendo de un flujo de n8n en producción con seis meses de historial de ejecuciones.

Por eso no vemos el low-code como enemigo del desarrollo a medida sino como su fase de prototipado: la secuencia sana en muchas pymes es low-code para validar, a medida para operar. El error no es empezar en Make; el error es seguir en Make cuando el proceso ya factura. Tienes el desglose completo de precios del segundo paso en nuestra guía sobre cuánto cuesta un agente de IA a medida.

Si estás justo en esa frontera —flujos low-code que se han vuelto críticos y no sabes si consolidar o migrar—, ese diagnóstico es exactamente el tipo de trabajo que hacemos en nuestra consultoría de inteligencia artificial: mapa de flujos actuales, coste total real de cada camino y orden de migración.

Preguntas frecuentes

¿Puedo tener las dos cosas a la vez?

Sí, y es lo normal en empresas que van en serio: agentes a medida para los procesos críticos (facturación, atención al cliente, operaciones) y low-code para la periferia (notificaciones, sincronizaciones simples, experimentos). El criterio de reparto es el riesgo y la complejidad del proceso, no la moda de la herramienta.

¿El low-code no está mejorando con agentes nativos?

Las plataformas están añadiendo capacidades de agente, y para casos medios cada vez llegan más lejos. Pero los límites estructurales —estado, tests, versionado, coste por operación, dependencia del roadmap ajeno— no son características que falten: son consecuencias del modelo de negocio de la plataforma, y no van a desaparecer.

¿Y si mi equipo no tiene perfil técnico para mantener desarrollo a medida?

No lo necesita: el modelo habitual en pymes es que el proveedor construye y mantiene por un fee anual del 10-20% del proyecto, igual que nadie tiene un mecánico en plantilla por tener furgonetas. Lo que sí necesitas internamente es un dueño del proceso que sepa qué hace el agente y valide los cambios.

¿Cuál es el error más caro que veis en esta decisión?

Construir el core del negocio en una plataforma de terceros y descubrirlo tarde. El segundo más caro es el inverso pero menos frecuente: pagar 20.000€ por desarrollar a medida un flujo trivial que Make resolvía por 30€/mes. La asimetría es clara: sobredimensionar duele una vez, infradimensionar duele cada mes un poco más.