Del no-code al código: cuándo dar el salto

Empecé automatizando con Zapier. Literalmente, mi primer flujo automático fue conectar un formulario de Typeform con Google Sheets para que cada respuesta se guardara sola. Me sentía un genio. Y lo era, para ese momento. Las herramientas no-code como Zapier, Make, n8n o Bubble son increíbles para validar ideas rápido, prototipar sin gastar una fortuna y darle superpoderes a alguien que no sabe programar. Pero como todo, tienen un techo. Y la clave del éxito está en saber cuándo ese techo te está frenando.

Te voy a contar las cuatro señales que yo miro cuando un cliente me dice "mi automatización ya no da más". No son señales obvias: a veces el problema no es que la herramienta sea lenta, sino que te está limitando de formas que no notás.

Señal 1: Los flujos se vuelven lentos y frágiles. Cuando tus automatizaciones empiezan a tardar más de lo que deberían, o cuando tenés que dividir un proceso en cinco flujos separados porque la plataforma no banca más complejidad, es momento de considerar código. Pero ojo: no hablo de velocidad de ejecución (eso casi nunca es el problema real), hablo de fragilidad. Si cada cambio que hacés rompe algo en otro lado, si tenés flujos que dependen de otros tres flujos, si el debugging es un misterio... ahí tenés el problema. El código te da control sobre cada paso del proceso.

Señal 2: Necesitás lógica que no encaja en bloques. Las herramientas no-code trabajan con bloques predefinidos: "si pasa X, hacé Y". Pero los procesos reales a veces tienen matices. "Si el cliente es de Córdoba y compró más de tres unidades y es su segunda compra, aplicá un descuento del 15% pero solo si hay stock en el depósito de Buenos Aires". Eso en Zapier es un infierno de quince módulos. En código son veinte líneas de una función que podés leer, entender y modificar.

Señal 3: La factura te asusta. Muchas plataformas no-code cobran por cantidad de ejecuciones o por cantidad de pasos por flujo. Cuando tu automatización crece, la factura crece con ella. Hice las cuentas una vez para un cliente: pagaba 400 dólares mensuales en Make para un flujo que procesaba cerca de diez mil operaciones. Le propuse migrar ese flujo a una función en Cloudflare Workers: el costo bajó a menos de 20 dólares por mes. En seis meses, el desarrollo se paga solo.

Señal 4: Querés que se vea y se sienta como vos. Con no-code estás limitado a las plantillas y componentes que la plataforma te da. Si necesitás una interfaz específica, una experiencia de usuario particular o integrar con sistemas legacy que tu empresa usa hace años, el código te da esa libertad. No hay nada más profesional que una herramienta hecha a medida que parece que siempre fue parte de tu negocio.

El salto no es todo o nada. No tenés que abandonar Zapier mañana y contratar un equipo de cinco desarrolladores. Lo que yo recomiendo es un enfoque gradual: identificá la parte más crítica de tu automatización, la que más te limita o la que más te cuesta, y migrá esa primero a código personalizado. Dejá el resto en no-code. Es un proceso, no un evento.

Mi consejo después de haber hecho este salto varias veces: empezá siempre con no-code para validar. Si funciona y escala, perfecto, no toques nada. Si empieza a quedar chico, ahí invertís en desarrollo. No tiene sentido gastar en código antes de saber si el proceso realmente ahorra tiempo o genera valor. Pero tampoco tiene sentido seguir pagando licencias caras cuando ya sabés que el proceso funciona y necesitás más. El punto medio es donde está la oportunidad.