Automatización de tareas sin código: 10 reglas que todo equipo debería activar hoy

Buena parte del trabajo de quien coordina un equipo no es decidir nada: es recordar. Recordar avisar a quien lo pidió de que la tarea está lista. Recordar reclamar la que se quedó parada. Recordar crear, cada lunes, la misma tarea de siempre. Ese trabajo es repetitivo, previsible y fácil de olvidar, que es exactamente el perfil de lo que una máquina hace mejor.

La automatización de tareas sin código es eso: describes una regla con frases y el sistema la ejecuta siempre que ocurre la situación. No hace falta programador, ni integración externa, ni diagrama de flujo. Abajo, diez reglas que casi todo equipo se beneficia de activar, cada una con la frase en el formato Cuando … si … entonces ….

Cómo leer una regla

Toda automatización tiene tres bloques, y el orden importa:

• Cuando: el disparador. Algo ocurre en la tarea (cambió de estado, recibió un comentario), pasa el tiempo (fecha límite cercana, tarea parada) o algo externo la llama (formulario enviado, agenda recurrente).
• Si: la condición. Filtra para que la regla solo actúe en las tareas que importan: de un proyecto, de un tipo, con cierta prioridad o etiqueta.
• Entonces: la acción. Una o más, en orden: asignar, avisar, cambiar la prioridad, crear una tarea, comentar.

La central de automatizaciones de la Tasskee tiene 17 plantillas listas, y varias de ellas son las reglas de la lista siguiente. Cada plantilla se abre en el editor para que la revises antes de activarla.

Las 10 reglas

1. Avisar a quien lo pidió cuando la tarea se complete

Cuando el estado cambie a Completado, si la tarea tiene un solicitante distinto del responsable, entonces avisar al solicitante de que se completó.

Es la regla más simple y la que más mensajes sueltos ahorra. Quien lo pidió deja de preguntar "¿y lo mío?" porque el aviso llega solo.

2. Bug con prioridad alta

Cuando se cree una tarea, si el tipo es Bug, entonces definir la prioridad como Alta.

Evita que el defecto entre en la cola con la prioridad predeterminada y se quede olvidado. Ajusta el "si" a tu criterio: un proyecto concreto, una etiqueta, un título con cierta palabra.

3. Recordatorio de fecha límite

Cuando se acerque la fecha límite, si la tarea todavía no está completada, entonces avisar al responsable.

El recordatorio sale antes del vencimiento, no después. La cantidad de días de antelación la eliges tú.

4. Escalar la tarea vencida

Cuando venza la fecha límite, si la tarea sigue abierta, entonces aumentar la prioridad y avisar al gestor del proyecto.

El responsable ya recibió el recordatorio en la regla anterior. Aquí el gestor entra en la conversación, con la tarea en la mano, en lugar de descubrir el retraso en la reunión.

5. Reclamar la tarea parada

Cuando una tarea lleve 5 días parada en el mismo estado, si el estado es Revisión, entonces comentar internamente y avisar al responsable.

Es la regla para el cuello de botella silencioso: lo que espera revisión y nadie recuerda. El comentario queda firmado como "Automatización: nombre de la regla", así que nadie lo confunde con una persona que está reclamando.

6. Ticket nuevo con respuesta y plazo

Cuando se cree un ticket, si viene de la cola de soporte, entonces definir el plazo en días hábiles, asignarlo al responsable de guardia y enviar una respuesta de recepción.

El cliente recibe la confirmación al instante y el equipo ya abre el ticket con responsable y plazo. Es el comienzo de una atención con SLA que no depende de que alguien se acuerde de clasificar.

7. Tarea recurrente

Cuando llegue el lunes a las 9:00, si la agenda está activa, entonces crear la tarea "Informe semanal" para la persona responsable, con el checklist listo.

Este es uno de los usos más valiosos. Hay un post entero sobre él: tareas recurrentes.

8. Formulario con etiqueta y aviso

Cuando se envíe un formulario público, si el asunto es "Presupuesto", entonces poner la etiqueta Comercial en la tarea creada y avisar al equipo de ventas.

El formulario ya crea la tarea. La regla hace el resto: etiqueta, destino correcto y aviso, sin clasificación manual.

9. Comentario en tarea completada

Cuando alguien comente en una tarea, si el estado es Completado, entonces avisar al responsable para que decida si la reabre.

Un comentario en una tarea cerrada es donde se pierden las dudas. Con el aviso, la pregunta llega a quien puede responder.

10. Aprobación rechazada con prioridad alta

Cuando se rechace una aprobación, si la tarea tiene un aprobador definido, entonces mover el estado a En curso, definir la prioridad como Alta y avisar al responsable.

Rechazada, vuelve a la cola de quien la hace, con la señal de que hay que mirarla primero.

Cuatro cuidados antes de activar cualquier regla

Una automatización mal pensada molesta más de lo que ayuda: nadie quiere cincuenta avisos al día que no sirven para nada. Cuatro cuidados lo evitan.

Simula antes de activar

Antes de activarla, ejecuta la simulación: la Tasskee muestra cuántas veces y en qué tareas habría actuado la regla en los últimos 30 días, sin cambiar nada. Si la regla de "reclamar la parada" se habría disparado 80 veces, el criterio es demasiado laxo. Si no se habría disparado ninguna, quizá nunca funcione.

Cuidado con los bucles

El riesgo clásico es la regla que dispara otra que dispara la primera. La Tasskee tiene protección contra eso: la misma regla no actúa dos veces sobre la misma tarea en 60 segundos, y las reglas encadenadas se detienen en el tercer nivel. Aun así, conviene diseñar cada regla mirando lo que ella misma cambia.

Lee el historial

Cada ejecución queda registrada con la tarea, el resultado y lo que se hizo, y un clic en "¿Por qué?" muestra el evento y cada condición que se cumplió o falló. Esto vale también cuando la regla no se disparó. En las primeras semanas, abre el historial con frecuencia: es la forma de saber si la regla hace lo que imaginabas.

Sabe deshacer

Es posible deshacer una ejecución: los campos que la regla cambió vuelven a su valor anterior, siempre que nadie los haya tocado después. Lo que no vuelve, como un aviso ya enviado, la pantalla lo dice con claridad.

Por dónde empezar

No actives las diez el mismo día. Elige dos que resuelvan tu mayor dolor, simula, actívalas y observa una semana. La combinación 1 y 5 (avisar a quien lo pidió y reclamar la parada) suele dar el resultado más visible, porque ataca las dos preguntas que más interrumpen al equipo: "¿está listo?" y "¿y aquel punto?".

Las automatizaciones están en todos los planes, incluido el Free, con una cuota de ejecuciones al mes que varía según el plan (100 en el Free, 1.000 en el Start, 10.000 en el Pro e ilimitadas en el Max). Las acciones que usan inteligencia artificial requieren el Pro.

Preguntas que surgen a la hora de montarlas

¿Necesito saber programar?

No. La regla se escribe eligiendo el disparador, las condiciones y las acciones en listas, y la Tasskee escribe al lado, en lenguaje natural, la frase de lo que hará la regla. Esa frase es la que aparece en la lista de automatizaciones para el resto del equipo, así que cualquier persona entiende qué está activo sin abrir el editor.

¿La regla vale para toda la organización?

Tú eliges el alcance: toda la organización, un proyecto concreto o solo tus tareas personales. Para empezar, prefiere un solo proyecto. Si funciona ahí, replícala en los demás. Una regla personal también es útil: cada persona automatiza su propia lista, como el recordatorio de revisar la semana el viernes.

¿Y si quiero que la regla haga más de una cosa?

Las acciones se ejecutan en el orden de la lista, y cada una ya ve la tarea modificada por la anterior. Por ejemplo: cambiar la prioridad, después comentar, después avisar al gestor. El aviso ya sale con la prioridad nueva.

¿Cómo saber si vale la pena?

Haz una cuenta sencilla. Si una tarea manual lleva dos minutos y ocurre treinta veces por semana, son una hora semanal, más todas las veces en que se olvidó. Si la regla elimina eso y el historial muestra que funciona, la inversión de quince minutos para montarla se amortiza en la primera semana. Si la regla casi nunca se dispara, probablemente no merece existir.

Señales de que una regla necesita ajustes

• Las personas ignoran los avisos. Demasiados avisos enseñan al equipo a no leer. Reduce el alcance o aumenta el intervalo.
• La regla se dispara en tareas en las que no debería. El "si" es demasiado amplio. Añade proyecto, tipo o etiqueta.
• Nunca se dispara. El disparador o la condición son demasiado restrictivos, o la situación simplemente no ocurre. La simulación de los últimos 30 días lo muestra antes de que lo descubras en la práctica.
• Alguien pregunta "¿quién cambió esto?". Abre el historial: todo lo que hace una automatización queda firmado con el nombre de la regla, así que la respuesta está ahí.