¿Qué es pensar algorítmicamente?
Un algoritmo es una secuencia finita de pasos, sin ambigüedad, que toma una entrada definida y produce una salida definida. No es un concepto de informática: una receta, un instructivo de IKEA y el protocolo para atender un reclamo son algoritmos.
El pensamiento algorítmico (parte del pensamiento computacional) es la capacidad de tomar un problema enredado del mundo real y reescribirlo como esa secuencia de pasos clara. Es lo que hacés antes de abrir n8n —en una servilleta, si hace falta.
Si no podés explicarle el proceso a otra persona en pasos numerados sin que te pregunte "¿y si pasa esto?", todavía no lo entendés lo suficiente para automatizarlo. El algoritmo se piensa primero; los nodos vienen después.
Los 4 pilares
El pensamiento computacional se apoya en cuatro movimientos mentales. Vamos a usar los cuatro, todo el tiempo, para diseñar automatizaciones.
Descomposición
Romper el problema grande en partes chicas y manejables. "Procesar un pedido" se descompone en: recibir → validar → registrar → notificar → facturar. Cada parte se piensa por separado.
Reconocimiento de patrones
Notar qué se repite. Si tres procesos distintos empiezan con "llega un mail con un adjunto", ese patrón se resuelve una vez y se reutiliza. Los patrones son lo que se automatiza bien.
Abstracción
Quedarte con lo esencial e ignorar el ruido. No importa el color del mail ni quién lo manda; importa: ¿tiene adjunto? ¿de qué tipo? Filtrás los detalles que no cambian la decisión.
Algoritmo
Armar la secuencia de pasos ordenados con sus decisiones: "hacé esto; si pasa aquello, ramificá; repetí para cada ítem". Es el plano final, listo para dibujarse en nodos.
El modelo que vamos a usar siempre: disparador → condición → acción
Toda automatización, por compleja que sea, se reduce a este esqueleto. Es el molde mental para diseñar cualquier workflow:
- Disparador (trigger): el evento que arranca todo. "Llega un mail", "son las 8 AM", "alguien completa el formulario". Todo proceso automatizado empieza por un disparador.
- Condición: las decisiones en el medio. "¿El monto es mayor a $100.000?", "¿el cliente es nuevo?". Cada condición abre ramas.
- Acción: lo que efectivamente se hace. "Guardar en la planilla", "mandar Slack", "crear la factura". Suele haber varias en cadena.
Un ejemplo completo, de la servilleta al algoritmo
Tomemos un proceso real y enredado y apliquémosle los cuatro pilares.
"Cuando alguien llena el formulario de contacto de la web, yo reviso el mail, y si parece un cliente serio lo cargo en el CRM y le respondo; si es spam o un proveedor lo ignoro. A los que son serios y piden presupuesto les aviso al de ventas por WhatsApp."
Paso 1 — Descomposición. Separamos en piezas: (a) detectar el envío del formulario, (b) decidir si es serio, (c) registrar al serio, (d) responderle, (e) avisar a ventas si pidió presupuesto.
Paso 2 — Patrones. "Decidir si es serio" y "decidir si pidió presupuesto" son el mismo patrón: una condición sobre los datos del formulario.
Paso 3 — Abstracción. Lo esencial de cada contacto: nombre, email, mensaje y un flag pidió_presupuesto. El resto (color, hora exacta, navegador) lo ignoramos.
Paso 4 — Algoritmo. Lo escribimos como pseudocódigo, sin pensar todavía en n8n:
CUANDO se envía el formulario de contacto:
leer { nombre, email, mensaje, pidió_presupuesto }
SI el mensaje parece spam o proveedor:
# descartar y terminar
DETENER
guardar contacto en el CRM
enviar email de respuesta a {email}
SI pidió_presupuesto == verdadero:
enviar WhatsApp al equipo de ventas con {nombre, email}
FINEse pseudocódigo ya es el workflow. Fijate cómo aparece el esqueleto: un disparador (CUANDO se envía…), condiciones (SI…) y acciones (guardar, enviar). En la Sección 07 vamos a dibujar exactamente esto en n8n, nodo por nodo.
Tres herramientas de pensamiento que te van a servir
Diagramas de flujo
Cajas para acciones, rombos para decisiones, flechas para el orden. Dibujar el flujo antes de construirlo revela los "¿y si…?" que faltan.
Pseudocódigo
Escribir los pasos en castellano estructurado (CUANDO, SI, REPETIR). Es lenguaje neutro: no te casás con ninguna herramienta todavía.
Casos límite
Preguntarte siempre "¿qué pasa si el dato viene vacío / duplicado / mal escrito?". Los procesos manuales lo resuelven con criterio; los automáticos necesitan que lo previstes.
Ya tenés la habilidad que importa: convertir un proceso confuso en una secuencia clara de disparador → condición → acción. Lo único que falta es una herramienta que ejecute ese algoritmo sin que tengas que programarlo. De eso se tratan las plataformas no-code, y de cuál elegir habla la próxima sección.