Delegar el trabajo repetitivo a una automatización
La automatización que corre a diario y ahorra cuatro minutos gana a la ingeniosa que corre una vez al mes. Empieza más pequeño de lo que parece que vale la pena.
Automation es un constructor visual basado en nodos: conectas un disparador con una o varias acciones, ordenas los nodos en una cuadrícula y ejecutas el flujo a demanda o dejas que lo lance el disparador. Guardar un flujo como plantilla hace que el siguiente parecido empiece desde algo y no desde cero.
La mecánica se aprende en veinte minutos. Decidir qué automatizar lleva más, y equivocarse ahí es la razón por la que casi todas las carpetas de automatización contienen cuatro flujos en los que ya nadie confía.
Qué merece la pena automatizar de verdad
El instinto es automatizar lo molesto. Lo molesto suele serlo porque es raro y exige pensar, lo que lo convierte en el peor candidato.
Lo que rinde es lo contrario: pequeño, frecuente y aburrido. Multiplica los minutos por la frecuencia y la respuesta se vuelve obvia.
- Cuatro minutos, cada día → 16 horas al año. Automatízalo.
- Dos horas, dos veces al año → cuatro horas. Hazlo a mano y quédate la tarde.
El otro filtro es el criterio. Si la tarea exige decidir algo —si merece la pena perseguir este lead, si este error es urgente— la automatización puede preparar la decisión pero no debe tomarla. Un flujo que asigna y avisa es útil; un flujo que cierra tickets que juzgó poco importantes te hará perder algo real, en silencio, durante meses.
Haz que la primera sea prescindible
Tu primera automatización debería ser una que nadie note si deja de funcionar. No la de facturación. Algo como: cuando una tarjeta pase a hecho, publica una línea en el canal del equipo.
Dos razones. Vas a configurar mal el disparador la primera vez —le pasa a todo el mundo— y el coste de eso debería ser un compañero confundido, no un pago perdido. Y un flujo que puedes ver correr durante una semana te enseña sobre cómo se disparan las cosas más que cualquier lectura.
Cuando lleve una semana funcionando sin sorpresas, construye el que importa.
El bucle, que es el único peligro real
Merece su propia sección porque es el error que cuesta dinero, no tiempo.
Un flujo disparado por «cambia un registro» que a su vez cambia un registro acaba de dispararse a sí mismo. Y seguirá. Si algún paso de ese flujo llama a una acción de IA, cada vuelta sale de tu saldo de tokens, y te enteras a la mañana siguiente.
Tres hábitos lo evitan por completo:
- Nunca dejes que un flujo escriba en aquello que lo dispara. Si no hay más remedio, estrecha el disparador —un campo concreto, una transición de estado concreta— para que la escritura no cumpla la condición.
- Ejecuta a demanda primero. Automation permite lanzar un flujo manualmente. Hazlo tres veces y lee qué pasó antes de ponerle un disparador.
- Mira el contador de ejecuciones al día siguiente. Automation muestra cuántas veces se ha ejecutado cada flujo. Un flujo con cuatro cifras dos días después es un bucle, y ese número es la forma más rápida de encontrarlo.
Los flujos tienen dueño, y los dueños se van
Cada flujo muestra quién lo creó, y ese campo pesa más de lo que parece.
Una automatización creada por alguien que se fue de la empresa sigue corriendo. Pero todo lo que dentro dependiera de su acceso —un proyecto que veía, una conexión que autorizó— empieza a fallar, y falla en silencio, porque un flujo que da error no le manda un correo a nadie.
Añádelo a tu rutina de salida: ordena las automatizaciones por dueño y, para quien se va, reasigna o apaga. Diez minutos ese día ganan a quince días de «por qué no le avisaron a nadie».
Dibújalo antes de construirlo
Para cualquier cosa con más de tres pasos, abre Flowchart primero y esbózalo. Suena a paso extra y en realidad elimina uno.
Un diagrama hace visibles las ramas: el caso en que el campo está vacío, el caso en que la persona no está en el espacio de trabajo, el caso en que el paso anterior no devolvió nada. Esas ramas son lo que rompe las automatizaciones en la tercera semana, y se ven mucho mejor en un dibujo que en un grafo de nodos que estás montando sobre la marcha.
El diagrama además sobrevive a quien lo construyó. Seis meses después, «qué hace este flujo» es una pregunta con respuesta.
Preguntas que la gente hace
¿Cómo sé si un flujo está en bucle?
Mira el contador de ejecuciones. Automation muestra las ejecuciones por flujo, y un número de cuatro cifras dos días después de activar algo es un bucle. La causa casi siempre es un flujo que escribe en los mismos registros que lo disparan.
¿Las automatizaciones consumen tokens de IA?
Solo si un paso llama a una acción de IA. Mover tarjetas, enviar avisos y actualizar campos no cuesta nada. Justo por eso un bucle que contiene un paso de IA es el tipo de error caro.
¿Qué pasa con las automatizaciones cuando su creador se va?
Siguen funcionando, pero todo lo que dependa de su acceso empieza a fallar en silencio. Ordena por dueño durante la salida y reasigna o desactiva: un flujo que falla no avisa a nadie.
¿Puedo probar un flujo antes de ponerlo en marcha?
Sí. Ejecútalo a demanda en lugar de ponerle un disparador, hazlo unas cuantas veces y lee qué ocurrió de verdad. Toda automatización debería ganarse su disparador.
