Cuándo dejar Zapier o n8n por software a medida

## Empezá por el cuello de botella, no por la herramienta Si un flujo corre en Zapier o n8n y el equipo todavía puede decir quién es dueño de cada paso, qué pasa cuando falla y cuál es la fuente de verdad, dejalo. El canvas no es el problema: la propiedad difusa sí. El software a medida tiene sentido cuando ese mismo proceso necesita permisos, reintentos, auditoría o reglas de producto que ya no entran en una cadena de zaps o nodos. ## Quedate en Zapier o n8n si el proceso sigue siendo un pipeline Conviene quedarte en la plataforma de automatización cuando: - los pasos son sobre todo "si pasa esto, hacé aquello" con campos estables; - alguien del equipo puede arreglar una corrida fallida sin ingeniería; - los límites de tareas y rate limits son predecibles para tu volumen; - conectás APIs de SaaS conocidas, no inventás una superficie de producto nueva; - cambiar un mapeo no exige un proceso de release. Zapier documenta límites de tareas y rate limits por una razón: son restricciones operativas, no letra chica. La documentación de scaling de n8n dice lo mismo para colas y workers self-hosted—el throughput es una decisión de diseño. ## Pasá a custom cuando el canvas se vuelve el producto Salí (o envolvélos) cuando veas varias de estas señales: 1. El mismo flujo necesita permisos por rol, datos multi-tenant o overrides auditados. 2. El manejo de fallas es conocimiento tribal ("avisale a Martín si se rompe el Zap"). 3. Estás metiendo precios, elegibilidad o stock que deberían vivir en un sistema de registro. 4. Debuggear implica reconstruir estado entre cinco herramientas sin un ID de correlación. 5. Cada cliente o SKU nuevo implica forkar el flujo en vez de configurarlo. Ahí ya no estás "automatizando ops": estás shippeando software sobre el runtime de otro. ## Un camino híbrido gana a un rewrite Casi nunca hace falta borrar Zapier o n8n el día uno. Un patrón más sano: 1. dejá SaaS y automatización en los bordes que siguen simples; 2. llevá la decisión central (asignación, cotización, stock, aprobaciones) a código propio; 3. exponé APIs o eventos claros para que la automatización llame a tu sistema en vez de inventar la regla de negocio; 4. registrá input, output, actor y resultado en un solo lugar operable. Así mantenés la velocidad del no-code sin que el canvas sea dueño del proceso. ## Cinco preguntas antes de reconstruir 1. ¿Alguien no técnico puede explicar el happy path de punta a punta? 2. ¿Qué se rompe primero con un payload malo o un timeout? 3. ¿Dónde vive el estado autoritativo después de una corrida ok? 4. ¿Quién está de guardia si el flujo falla un viernes? 5. ¿Si mañana sumás una variante, configurás—o forkás? Si las respuestas 2–5 salen flojas, el software a medida (o una capa custom fina) suele salir más barato que otro año de parches. ## La perspectiva operativa de Puna Tech Me importa menos la marca del canvas y más si tu equipo puede operar el flujo el mes que viene sin que yo esté en el medio.

Cuando el cuello de botella es un proceso propio—no otro Zap—mirá cómo construimos software B2B a medida y herramientas internas.

Mapeá primero los traspasos reales. Después decidí qué queda en Zapier/n8n y qué merece un sistema que controlás vos.