Automatizar con una herramienta o mandar a desarrollar a medida

La pregunta llega planteada como un duelo: ¿Make o desarrollo? ¿n8n o programar? Y así no tiene respuesta, porque las dos opciones son buenas y la elección no depende de cuál es mejor.

Depende de otra cosa, menos evidente: cuánto le costaría rehacerlo si dentro de dos años necesita algo distinto. Porque lo va a necesitar.

Qué es cada cosa

Una plataforma de automatización —Make, Zapier, n8n, Power Automate— es un lienzo donde se conectan servicios que ya existen: cuando llegue un formulario, creá una fila, mandá un correo, avisá por WhatsApp. Se arma arrastrando bloques y configurando cada uno. La plataforma pone las conexiones ya hechas, corre el proceso, lo reintenta si falla y deja anotado lo que pasó.

El desarrollo a medida es escribir el programa que hace exactamente lo que hace falta, corriendo donde usted decida. No hay bloques: hay código, y con él control total y responsabilidad total.

La diferencia de fondo no es «fácil contra difícil». Es dónde quedan guardadas las reglas de su negocio: los pasos, las excepciones, quién decide qué. Con una plataforma quedan dentro de la cuenta de un proveedor, y solo se pueden leer y cambiar desde ahí. Con un desarrollo propio quedan en archivos que son suyos y que puede llevarse a otro lado. Todo lo demás sale de esa diferencia.

Seis criterios para decidir

1 · Qué tan estándar es lo que quiere conectar

Si son servicios conocidos —Google Calendar, un sistema de clientes popular, una hoja de cálculo, el correo—, la plataforma ya trae la conexión con ellos lista y probada por miles de usuarios antes que usted. Ahí gana por mucho: lo que a un programador le tomaría días, se arma en horas.

Si lo que hay que conectar es un programa antiguo de la casa, o un servicio para el que la plataforma no trae conexión hecha, hay que fabricarla a mano dentro de la plataforma. Ahí se acaba la ventaja: se termina programando igual, pero en una herramienta que no está pensada para eso. Es el peor de los dos mundos.

2 · Volumen

Las plataformas cobran por cada vez que el proceso corre, o incluso por cada paso dentro de él. Con poco movimiento sale barato. Con mucho, la suscripción del mismo proceso puede acabar costando varias veces lo que cuesta un servidor pequeño, porque la factura crece con el uso y el servidor no.

Haga la cuenta con el volumen del año que viene, no con el de hoy. Es la proyección la que decide, y es la que casi nadie hace.

3 · Qué tan enredada es la lógica

Un flujo lineal con dos o tres condiciones se lee perfecto en un lienzo visual. Un flujo con quince ramas, ciclos y casos especiales se vuelve un plato de espagueti que solo entiende quien lo dibujó — y que nadie se atreve a tocar cuando esa persona se va.

La señal de alarma es concreta: cuando dentro del lienzo empiezan a aparecer cuadros con código escrito a mano —para resolver lo que los bloques normales no alcanzan—, usted ya está programando. Solo que en el peor sitio para hacerlo: sin historial de quién cambió qué, sin poder probar antes de publicar y sin que otra persona pueda revisar el cambio.

4 · Quién lo va a mantener

Este criterio decide más veces que los otros cinco juntos.

Si dentro de la empresa hay alguien con criterio y sin perfil de programador, una plataforma le da autonomía real: puede ajustar un texto, añadir un paso, ver por qué falló algo. Con un desarrollo a medida, cada cambio pasa por un tercero.

Si no hay nadie —si el mantenimiento va a ser externo de todas formas—, ese argumento desaparece, y con él buena parte de la ventaja de la plataforma.

5 · Qué pasa con los datos

En una plataforma, los datos del proceso pasan por la infraestructura del proveedor. Para la mayoría de los procesos eso es perfectamente aceptable. Para datos personales sensibles o información sujeta a acuerdos de confidencialidad, hay que mirar dónde se procesan, cuánto se guardan y qué dice el contrato. El criterio está en qué datos no deberían salir de la empresa.

Vale la pena notar que algunas de estas plataformas se pueden instalar en infraestructura propia —n8n es una de ellas—, lo que las deja a medio camino: comodidad de plataforma con los datos en casa. Es una posibilidad que se olvida en esta discusión y que conviene preguntar antes de descartar la vía de la herramienta.

6 · Cuánto cuesta salirse

Es la pregunta que casi nadie hace al principio, y la que sale más cara cuando llega el momento de tener que responderla.

Un proceso construido en una plataforma no se muda a otra: se vuelve a construir, porque cada una define los flujos a su manera. Si el proveedor sube el precio, cambia las condiciones o cierra, hay que rehacer el trabajo. Un desarrollo propio se muda de servidor con un esfuerzo previsible. La excepción es la herramienta que se puede instalar en infraestructura propia: ahí el cambio es de servidor, no de plataforma.

Esto no decide por sí solo. Es simplemente un costo más que conviene tener anotado desde el principio, junto a los otros, y que casi nunca lo está.

La tabla corta

Las tres señales del punto de quiebre

Casi nadie elige mal al principio. Lo que ocurre es que se elige bien y no se revisa. Estas tres señales dicen que la plataforma se le quedó chica:

1. La factura mensual ya paga un servidor y sobra. Aritmética simple, y suele pasar sin que nadie la mire.
2. Hay bloques de código dentro del lienzo. Ya está programando, en el peor sitio posible para hacerlo.
3. Nadie se atreve a tocar el flujo. Cuando un cambio pequeño da miedo, el sistema dejó de ser mantenible, y eso es un problema aunque todo funcione hoy.

La respuesta que suele ganar: las dos

En la práctica lo más sano no es elegir una, sino repartir según lo que pasa si algo falla. Lo que está en los bordes y cambia seguido —avisos internos, informes, pasar datos de una herramienta de oficina a otra— vive muy bien en una plataforma: si se cae una tarde, nadie se arruina. Lo que sostiene el negocio y no puede fallar se construye a medida.

Así se paga control donde el control importa y comodidad donde la comodidad basta. Y para decidir en cuál de los dos grupos cae cada proceso, sirven las doce preguntas del guion de compra.

En qué podemos ayudarle con esto

Este artículo le da los seis criterios y la tabla. Lo que cuesta es aplicarlos a un caso concreto, porque casi ningún proceso cae limpio en una sola columna:

• Decidir para su caso, con sus seis respuestas y no con las del ejemplo: qué se conecta, cuánto movimiento tiene, cuántas excepciones, quién lo va a mantener, qué datos toca y qué costaría salirse. Sale una recomendación con el motivo escrito, no un veredicto.
• Construirlo en la plataforma si esa es la respuesta, y dejarlo documentado para que alguien de su equipo pueda tocarlo sin miedo. La autonomía es la mitad de la ventaja de una plataforma, y se pierde si nadie explica cómo está armado.
• Desarrollarlo a medida si el caso lo pide, con las credenciales y las cuentas de infraestructura a nombre de su empresa, y la titularidad del entregable acordada por escrito antes de empezar.
• Sacarlo de la plataforma cuando aparezcan las tres señales, sin apagar lo que ya funciona mientras se hace el cambio.

Si tiene un proceso en mente y no sabe en cuál de las dos columnas cae, la división técnica lo revisa con usted en una reunión de treinta minutos y le dice cuál recomendaría y por qué. Sin costo y sin obligación de contratar.

Preguntas frecuentes

¿Qué conviene más, Make o desarrollar a medida?

Depende de seis cosas: qué tan estándar es lo que se conecta, el volumen, lo enredada que sea la lógica, quién lo va a mantener, qué pasa con los datos y cuánto costaría salirse. Como regla general conviene empezar en una plataforma para validar que el proceso sirve, y reconstruir a medida cuando la factura ya pague un servidor, cuando haya que escribir código dentro del lienzo o cuando nadie se atreva a tocar el flujo.

¿Es más barato automatizar con una herramienta que programar?

Al principio casi siempre sí, porque el costo de arranque es mucho menor. A volumen alto y sostenido se invierte: la suscripción crece con el uso y el desarrollo propio no. La comparación hay que hacerla con el volumen proyectado a un año, no con el actual.

¿Se pueden combinar las dos formas?

Es lo más habitual y suele ser lo más sano. Lo que está en los bordes y cambia seguido vive en una plataforma; lo que sostiene el negocio se construye a medida. Así se paga control donde importa y comodidad donde basta.

¿Qué pasa si la plataforma de automatización sube de precio o cierra?

Un proceso construido en una plataforma no se migra: se vuelve a construir en otra. Ese costo debería estar contemplado desde el principio. Una alternativa intermedia es usar una herramienta que pueda instalarse en infraestructura propia —n8n es una de ellas—, que conserva la comodidad visual sin depender de la continuidad de un servicio ajeno.