Clases de n8n online, 1 a 1 y en vivo

Online en vivo quiere decir una videollamada con las dos pantallas conectadas al mismo tiempo. No es un video que mirás cuando podés: es una sesión con día y hora, en la que trabajamos sobre tu instancia de n8n mientras la compartís.

La pantalla compartida va en los dos sentidos. Vos mostrás el flujo, el error y los datos; yo muestro lo que estoy escribiendo y por qué. Cuando algo no se entiende, se corta y se explica ahí mismo, sobre el nodo que está abierto.

No hay grabaciones. Lo que queda es el resumen escrito de la sesión y el flujo funcionando en tu cuenta. Una grabación de dos horas no reemplaza haber visto por qué el nodo fallaba.

Tampoco hay temario fijo. El orden de los temas sale de tu proceso, no de un programa armado para todos. Si el proceso cambia a mitad de camino, cambia el contenido de la clase siguiente.

1. Diez minutos de contexto. Antes de abrir n8n se repasa qué tiene que pasar, qué pasa hoy y dónde se pierde el dato. Si el proceso no está claro, la sesión se va en definirlo, y eso también sirve.
2. Un tramo del flujo por vez. Se construye una parte completa: disparador, transformación y salida. Un flujo a medias no se puede probar, y sin probar no se aprende.
3. Se rompe a propósito. Se repite el disparo, se manda un campo vacío, se cambia el formato de una fecha, se corta la conexión de un servicio. Ahí aparece lo que el caso feliz esconde.
4. Se escribe el resumen. Qué quedó hecho, qué falta y qué revisar si mañana deja de andar. Se escribe en la sesión, no después.

Las sesiones duran entre 60 y 120 minutos. La duración se acuerda antes: una sesión de diseño no necesita el mismo tiempo que una de construcción.

• Una instancia de n8n donde trabajar. Puede ser la tuya, en la nube o en un servidor propio, con acceso para abrir el editor durante la llamada. Si todavía no tenés, se arma una de prueba en la sesión y se explica qué implica cada opción.
• Un proceso real, aunque sea chico. "Cuando alguien llena el formulario, avisame" ya es un proceso. Sirve más que un caso inventado para practicar.
• Los accesos que ese proceso toca. La planilla, la casilla de correo, el número de WhatsApp o la base. Sin acceso se puede diseñar, pero no probar.
• Un lugar tranquilo y una conexión estable. La sesión se sostiene en la pantalla compartida: si se corta cada cinco minutos, se pierde el hilo.

• Un flujo que corre solo. Con disparador, lógica y salida definidos, y con el manejo de error escrito en el flujo, no improvisado en el momento.
• La lógica de tu negocio adentro. Qué cuenta como reserva válida, qué pasa si el horario está ocupado, cuándo hay que avisar a una persona en vez de responder automático.
• Un flujo que se puede volver a ejecutar. La misma operación dos veces no duplica el registro. Eso se prueba y se arregla en la sesión, no en producción.
• Documentación para mantenimiento. Qué nodos tocan qué dato, dónde viven las credenciales y qué mirar primero cuando algo deja de andar.

Un negocio recibe pedidos por un formulario y hoy los pasa a mano a una planilla. Cuando el pedido está listo, avisa por WhatsApp. Son dos tareas diarias y siempre se olvida una.

El primer trabajo no es conectar el formulario con la planilla: es definir qué significa "listo". Si nadie lo marca en ningún lado, la automatización no tiene de dónde leer. Esa definición puede llevar media sesión y es la parte que decide si el resto sirve.

Con eso resuelto, el flujo tiene tres tramos. El formulario dispara y valida: si falta el teléfono, no entra. La planilla se actualiza con una clave que evita duplicados, así el mismo pedido enviado dos veces queda en una sola fila. Y el aviso por WhatsApp sale una sola vez por pedido, con una marca de "ya avisado" que se consulta antes de enviar.

Después viene la prueba que rompe todo: mandar el mismo pedido dos veces, dejar el teléfono vacío, escribir el nombre con un carácter raro. Si el flujo aguanta eso, está listo para usarse. Si no, se arregla en la misma sesión y se vuelve a probar.

• Grabaciones. No se graba la sesión. Queda el resumen escrito.
• Servidores y mantenimiento. Se explica qué hace falta para que la instancia corra, pero el hosting, las actualizaciones y el monitoreo no forman parte de la clase.
• Implementación llave en mano. Si el trabajo es implementar el sistema completo, eso lo hace DuodecimStudio, que es otra cosa.
• Integraciones sin probar. Si un servicio no tiene una forma razonable de conectarse, se dice antes de prometerlo.

La tarifa vigente es ARS 20.000 por hora · octubre de 2026, publicada con su fecha en precio de las clases. No hay packs obligatorios ni suscripciones: se paga la sesión que se da.

Online 1 a 1 por videollamada, para cualquier país, con su propia página en clases en Rosario. El resto de los caminos está en las clases.