Desarrollo a medida vs no-code: cuándo conviene cada uno

"No-code va a reemplazar al desarrollo." "Las herramientas no-code colapsan a escala." Las dos posiciones extremas son falsas. La verdad es más útil: hay categorías de problema donde no-code gana siempre, otras donde código gana siempre, y un middle ground donde la decisión depende de variables que cambian cada 18 meses.

Cuándo no-code gana siempre

Procesos internos de empresas no-tech, con < 50.000 ejecuciones/mes, donde la lógica de negocio cambia más rápido que lo que un equipo de devs podría implementar. Ejemplos típicos:

• Workflows de back-office (asignación de leads, envío de remitos, conciliación de pagos básica).
• Dashboards internos para no-técnicos que necesitan editarse sin pedirle al dev.
• Forms y portales internos (Tally, Softr, Glide).
• Automatización marketing/sales (Make, n8n simple, Zapier).
• MVPs ultra-tempranos donde la validación importa más que la arquitectura.

En estos casos, código propio sale 5–10× más caro y se queda atrás del cambio de negocio. No-code es la respuesta correcta — y si lo armás bien, escala mucho más de lo que el discurso anti-no-code sugiere.

Cuándo código a medida gana siempre

• Producto comercial (SaaS B2B, e-commerce propio, marketplace). Tu UX es parte del producto; no podés depender de la UX de Bubble.
• Performance crítico. Más de ~100k operaciones por hora, latencia < 200ms.
• Compliance/security profundo. SOC 2, HIPAA, PCI requieren control de stack.
• Algoritmos propietarios. Si tu IP es código, encerrarlo en una plataforma de terceros es regalar tu valor.
• Integraciones que requieren consistencia transaccional. ACID real, no eventualmente consistente con retries.

El middle ground (donde se rompen los proyectos)

Acá viven los proyectos que empezaron en Bubble/Webflow + Airtable y crecieron lo suficiente como para que la herramienta sea cuello de botella, pero no lo suficiente como para justificar reescribir todo. La pregunta no es "¿debo migrar?" — es "¿cuánto vale 6 meses más en la herramienta vs reescribir ahora?"

Señales de que llegaste al límite del no-code:

• Workarounds de tu CTO/dev para hacer cosas básicas (sumar 3 fórmulas concatenadas en Airtable porque no hay subquery).
• Costos de la plataforma superan US$1.500/mes y siguen creciendo.
• Velocidad de release bajó porque toda nueva feature requiere reorganizar la base.
• Tu cliente final (cuando es B2B) pide cosas que no podés ofrecer (SSO, API pública, on-prem).

Estrategia de portfolio (la respuesta honesta)

Las empresas más eficientes que vemos no eligen una sola cosa. Manejan un portfolio de stacks por categoría de problema:

Tipo de necesidad	Stack recomendado
Producto comercial / SaaS	Código a medida (Next.js, Postgres, etc.)
Back-office cambiante	n8n + Postgres + UI mínima en code
Portales/dashboards internos	Retool, Tooljet, o lovable lo que sea
Marketing site / landing	Framer, Webflow, o Next.js si tenés dev
Forms y captura de leads	Tally, Typeform
Documentos / contratos	DocuSign + automatización con Make/n8n

El anti-patrón del code-everywhere

Una empresa con 6 personas que escribió su propio CRM interno con React y Postgres se gastó 4 meses de uno de sus mejores ingenieros, terminó con un producto inferior a HubSpot, y al año 2 ningún dev quería tocarlo porque nadie lo mantuvo. Ese mismo equipo podría haber comprado HubSpot Starter por US$200/mes y dedicar a ese ingeniero a su producto principal.

Code-everywhere mata startups tanto como no-code-everywhere mata escalas.

Costo comparativo a 24 meses (proyecto típico)

"Portal interno de clientes con login, dashboard, capacidad de subir archivos y dejar comentarios". Equipo a soportarlo: 1 dev senior + 1 PM (medio time).

• No-code (Softr + Airtable + Make): setup US$3.500. Mensual US$280. Total 24 meses: US$10.220.
• Low-code (Retool + Postgres): setup US$9.000. Mensual US$190 (Retool + hosting). Total 24 meses: US$13.560.
• Code a medida (Next.js + Postgres): build US$28.000. Mensual US$120 (hosting). Total 24 meses: US$30.880.

El portal no-code es 3× más barato — y para 80% de los casos basta. El portal code propio gana solo si necesitás UX premium, integraciones complejas, o vas a escalar a 50k+ usuarios.

¿No-code escala?

Sí, hasta donde escalan los SaaS detrás. Airtable banca millones de filas en su plan enterprise. Webflow soporta sitios con millones de visitas. La pregunta no es si escala — es si te conviene económicamente escalar ahí.

¿Quién mantiene el no-code cuando se vaya la persona que lo armó?

El mismo problema existe con código. Documentar el setup (Loom de 15 minutos por cada workflow + README) resuelve 90% del problema. La diferencia es que el no-code documentado lo puede mantener cualquier persona técnica básica; el código documentado requiere mantener el lenguaje y framework.

¿Hibrid es siempre la respuesta?

Para empresas medianas-grandes, sí. Para startups muy tempranas, no — la coordinación entre stacks consume más que el ahorro. Empezá monolítico (todo no-code o todo code) y sumá otra categoría cuando duela.

Lo que recomendamos

Hacé un inventario rápido de tus sistemas internos. Marcá cada uno como "core" (impacta producto al cliente) o "soporte" (operación interna). El core va a código a medida casi siempre. El soporte va a no-code casi siempre. El problema más caro es confundir las dos categorías.

Si recién empezás un producto nuevo: empezá en no-code si tu hipótesis no está validada. Migrá a código cuando tengas señales claras (revenue recurrente, retención mes-2 > 25%, requests de features que no podés hacer en la plataforma).