El mismo buen trabajo, hecho con fiabilidad y sin pedirlo.

Entrégale un trabajo. Se ejecuta sin que se lo pidan.

Un flujo de trabajo es una receta con nombre, hecha de etapas, que llevan tus agentes y que produce cosas que aterrizan donde corresponde. No es un diagrama de flujo ni una máquina de estados: se lee como una receta — primero Scout reúne, luego Drafter escribe, luego Editor revisa, luego Presence se lo entrega a ti. Cada paso tiene alguien que lo hace, algo que necesita, algo que produce y algo que recoge el paso siguiente.

Piénsalo menos como escribir software y más como pedirle a un equipo que haga una pieza de trabajo. Nombras el trabajo, nombras a las personas, dices de qué responde cada una y las dejas ponerse a ello.

Lo montas una vez — conversando con 1Presence, o en el constructor visual si lo prefieres. Le pones nombre, eliges el disparador, ordenas las etapas y decides dónde aterriza el resultado y quién más lo ve.

Se ejecuta sin que lo notes — hasta que tiene algo para ti. Casi siempre te encuentras el resultado ya en tu bóveda. A veces una etapa se detiene y pregunta; respondes y sigue. Si algo falla, llega una nota en lenguaje corriente que dice qué salió mal y qué hizo al respecto.

La línea de tiempo de la ejecución es el comprobante. Cada ejecución deja rastro: etapas, duraciones, quién hizo qué, qué escribió, qué preguntó. El informe del lunes pasado y el del diciembre pasado están los dos a cinco segundos.

Lo ajustas sobre la marcha. Cambia un agente, aprieta una etapa, adelanta una pausa, cambia el horario, añade un destinatario. Los flujos de trabajo evolucionan con la forma en que realmente los usas.

• Informe del lunes por la mañana. Cada lunes a las 07:00: qué salió, qué está en llamas, qué vale la pena leer. Scout reúne, Drafter escribe, Editor comprueba y Presence se lo entrega en tu chat de la mañana.
• Triaje de la bandeja de entrada. Cada día laborable a las 07:00: ordena el correo de la noche, archiva el ruido, saca a la superficie lo que te necesita y redacta respuestas a lo rutinario.
• Preparación antes de una reunión. Treinta minutos antes de cualquier evento del calendario: un informe de una página con el contexto de los asistentes, los hilos anteriores y las notas de la vez pasada, esperándote antes de que entres.
• Resumen del viernes. Cada viernes a las 17:00: qué salió, qué se decidió, qué queda pendiente, qué rumiar el fin de semana — con las decisiones capturadas discretamente sobre la marcha.
• Reaprovechamiento de contenido. Cuando cae una publicación nueva en tu carpeta de publicados: variantes para cada canal, redactadas y preparadas para tu revisión.

Los flujos de trabajo no son autónomos por defecto. Se detienen cuando hace falta, fallan con motivos y piden aprobación para cualquier cosa que llegue al mundo exterior. La primera vez que una etapa intenta algo con consecuencias para lo que no tiene permiso — enviar un correo, publicar en un canal — se detiene y pregunta, y recuerda tu respuesta para la próxima. Nada material ocurre en silencio.

Y se componen. Un flujo de trabajo puede montar otro: dar de alta a un cliente nuevo puede programar la revisión semanal; registrar una decisión puede programar tu propia revisita a los 90 días. El trabajo sigue rindiendo mucho después de que lo montaras.

Una rutina es el caso sencillo: un trabajo, un agente, su propia frecuencia. El guardián de la bandeja de entrada que revisa tu correo cada mañana; el panel que se actualiza solo antes de que despiertes. Un flujo de trabajo es la cosa completa: varios agentes, etapas ordenadas, traspasos definidos. Casi todo el trabajo recurrente empieza siendo una rutina y crece hasta ser un flujo solo cuando se gana las etapas de más.

• Se construye describiéndola. Di qué debería pasar y cuándo — “revisa mi correo cada mañana y marca lo que me necesita” — y 1Presence da forma a la rutina en la propia conversación. Para el caso sencillo no hace falta ningún constructor.
• Programada solo si lo pides. Nada se arma en silencio. Una rutina recibe un horario cuando se lo das; hasta entonces se ejecuta cuando digas. Y cuando la programas, confirma la frecuencia, y puedes pausarla o cambiarla cuando quieras.
• Sabe para quién es. Una rutina que se ejecuta para algo — un informe para un cliente, un análisis de un contacto — te pide elegir el asunto de una lista buscable de tus registros reales. Prográmala y elige una vez; todas las ejecuciones siguientes ya lo saben.
• Retoma donde lo dejó. Un trabajo recurrente recuerda cuándo se ejecutó bien por última vez y atiende solo lo nuevo desde entonces — los correos que llegaron, los archivos que aparecieron — en lugar de empezar de cero cada vez o perderse lo que llegó mientras estaba ocupado.
• Barridos que puede detener. Cuando una rutina recorre un conjunto entero — actualizar una tarjeta por cliente, por ejemplo — la ves avanzar (“19 de 50”) y puedes detener el barrido con un toque: el elemento en curso termina, el resto se omite y todo lo ya hecho conserva su resultado. En el historial, un barrido se pliega en una sola línea ordenada que puedes abrir para ver cómo le fue a cada elemento.

Tanto las rutinas como los flujos de trabajo dejan el mismo rastro honesto. Cada ejecución conserva su resumen llano, y un toque abre la transcripción completa, paso a paso, que hay detrás — así que el trabajo que no estabas mirando nunca es una caja negra. Y cuando cualquiera de ellos te necesita, aparece en tu bandeja de 1Presence como una sola tarjeta que puedes responder con un toque.