Elegir entre Make y desarrollo custom no es una decisión de presupuesto. Es una decisión de arquitectura que determina qué tan fácil será escalar y mantener tu operación en los próximos años.
El mito de "automatizar con Make es más rápido"
Make (antes Integromat) es una herramienta poderosa para conectar aplicaciones sin código. Pero "sin código" no significa "sin arquitectura". Un escenario de Make mal diseñado puede ser tan frágil y difícil de mantener como código mal escrito.
La pregunta correcta no es "¿uso Make o código?" sino "¿qué requiere esta lógica específica?"
Cuándo Make es la respuesta correcta
Make tiene ventaja clara cuando:
- La lógica es lineal: evento A → transformación B → resultado C.
- Las aplicaciones ya tienen integraciones nativas en Make (Shopify, Airtable, Gmail, Slack, HubSpot).
- El volumen no supera los límites del plan y el costo es predecible.
- El equipo no tiene desarrolladores disponibles para mantenimiento continuo.
Ejemplos ideales: notificación de nuevo pedido a WhatsApp del equipo, sincronización de cliente de Shopify a HubSpot, reporte semanal de ventas por correo.
Cuándo necesitas desarrollo custom
El código directo es necesario cuando:
- La lógica involucra condiciones complejas o ramificaciones no lineales.
- Necesitas control total sobre el manejo de errores y reintentos.
- El volumen de operaciones hace que Make sea más caro que un servidor propio.
- Requieres transformaciones de datos que Make no puede manejar de forma nativa.
Make vs. Custom vs. Híbrido, lado a lado
Ninguna opción gana en todo. Depende de cinco criterios concretos:
| Criterio | Make | Custom | Híbrido |
|---|---|---|---|
| Volumen de operaciones | Bajo–medio | Alto | Medio–alto |
| Complejidad de la lógica | Lineal | Ramificada | Mixta |
| Mantenimiento | Cualquiera del equipo | Requiere dev | Dev + operador |
| Costo a escala | Sube con el volumen | Fijo (servidor) | Optimizado |
| Velocidad de implementación | Rápida | Lenta | Media |
El modelo híbrido que funciona en práctica
La arquitectura más robusta que implementamos para e-commerces de volumen medio combina ambos enfoques:
Make maneja la orquestación y las integraciones con terceros. El código custom maneja la lógica de negocio y las transformaciones complejas. Cada herramienta hace lo que hace mejor.
Por ejemplo: Make captura el webhook de un nuevo pedido en Shopify y llama a una función serverless (Vercel, AWS Lambda) que aplica la lógica de negocio específica. La función procesa y devuelve el resultado, que Make distribuye a los sistemas destino.
En El Zarco implementamos exactamente este modelo: Make captura los webhooks de nuevos pedidos y llama a una función serverless que aplica la lógica de precios por tier antes de devolver el resultado a la operación. Ver caso completo →
La pregunta que debes hacerte primero
Antes de elegir la herramienta: si esta automatización falla a las 3am un domingo, ¿quién la puede arreglar? La respuesta determina qué herramienta usar. Si solo tu desarrollador senior puede, quizás Make es la respuesta. Si cualquier persona del equipo puede seguir un log de errores, también.
La automatización de alto rendimiento no se construye eligiendo la herramienta más cara ni la más popular. Se construye entendiendo exactamente qué parte de la operación necesita escalar y diseñando en consecuencia.