Introducción: la automatización como objeto de estudio, no como punto de partida
En la materia Metodología de la Investigación, el objetivo principal no fue aprender una herramienta específica, sino incorporar una forma estructurada de abordar problemas reales, formularlos correctamente y construir una solución con fundamento teórico, análisis previo y validación práctica.
En ese contexto, la automatización de procesos se presentó como un campo de aplicación ideal para poner en práctica el enfoque metodológico. La elección de n8n no fue el punto de partida del proyecto, sino una consecuencia lógica del análisis previo: una herramienta adecuada para materializar una hipótesis investigable sobre mejora de procesos.
Este trabajo no buscó responder “cómo usar n8n”, sino algo más profundo: cómo abordar un proyecto tecnológico desde una lógica investigativa, justificando cada decisión técnica en función de un problema concreto.
Planteo del problema y formulación del proyecto
El proyecto surge a partir de una observación recurrente en entornos reales: la gestión manual de turnos en canchas deportivas suele generar errores, superposiciones, falta de trazabilidad y una alta dependencia de la intervención humana.
Desde la metodología, esta observación se transformó en un problema investigable. No se trató simplemente de “automatizar por automatizar”, sino de analizar:
- Qué procesos eran ineficientes
- Dónde se producían los errores
- Qué actores intervenían
- Qué información circulaba y cómo
A partir de ese análisis, se formuló una pregunta central orientadora del proyecto, que permitió delimitar el alcance y evitar soluciones sobredimensionadas o poco justificadas.
El enfoque metodológico aplicado al desarrollo
Uno de los aprendizajes más importantes de la materia fue entender que un proyecto tecnológico no comienza escribiendo código. Comienza con investigación, relevamiento y modelado conceptual.
Antes de definir cualquier herramienta, se trabajó sobre:
- Identificación del contexto y de los actores involucrados
- Definición de objetivos generales y específicos
- Delimitación clara del alcance del sistema
- Análisis de alternativas posibles
Este proceso permitió justificar por qué una solución basada en automatización era más adecuada que otras opciones tradicionales, como un sistema completamente manual o un desarrollo a medida desde cero.
La herramienta como medio: el rol de n8n
Recién en una etapa posterior aparece n8n como herramienta de implementación. Su elección se fundamentó en su capacidad para representar procesos de manera explícita y trazable, algo clave desde una perspectiva metodológica.
Cada flujo automatizado funciona como un modelo del proceso real: se identifican eventos, decisiones, transformaciones de datos y resultados. Esta representación permitió analizar el sistema no solo desde lo técnico, sino también desde lo conceptual.
Trabajar con n8n reforzó una idea central: la automatización es, en esencia, diseño de procesos. La herramienta solo materializa decisiones que previamente fueron pensadas, evaluadas y documentadas.
De la investigación al diseño del sistema
El diseño del flujo automatizado fue el resultado directo del análisis previo. Cada paso del proceso responde a una necesidad detectada durante la etapa de investigación:
- Recepción estructurada de solicitudes
- Interpretación y validación de datos ingresados
- Persistencia de la información
- Generación de confirmaciones y notificaciones
Más allá de la tecnología utilizada, el valor estuvo en comprender cómo traducir un problema del mundo real en un sistema formalizado, algo directamente aplicable al desarrollo de software en cualquier lenguaje o framework.
Relación con el pensamiento computacional y la programación
Desde mi formación como programador, este trabajo aportó una perspectiva complementaria. Me permitió reforzar la idea de que programar no es solo implementar soluciones, sino entender profundamente el problema que se está resolviendo.
El enfoque metodológico aplicado en este proyecto se traduce directamente en buenas prácticas de desarrollo:
- Definir claramente entradas y salidas de un sistema
- Separar responsabilidades dentro de un proceso
- Anticipar errores y casos excepcionales
- Documentar decisiones técnicas
Incluso trabajando con una herramienta low-code, el criterio técnico y el razonamiento lógico fueron fundamentales. Esto reafirmó que las herramientas no reemplazan al pensamiento ingenieril.
Conclusiones y aprendizajes
Este proyecto permitió integrar investigación, análisis y tecnología en un mismo proceso. Más allá del resultado funcional, el mayor valor estuvo en el camino recorrido: aprender a abordar un proyecto desde una lógica metodológica, justificando cada decisión.
La automatización fue el objeto de estudio, n8n fue el medio, pero el verdadero eje del trabajo fue la forma de pensar el problema. Esta experiencia fortaleció mi enfoque como desarrollador, ayudándome a encarar proyectos con una visión más estructurada, crítica y fundamentada.
Entender que la tecnología debe responder a una investigación previa, y no al revés, fue una de las lecciones más importantes que me dejó esta materia.