Esperas, ramas y reentrada: controlá el tiempo del journey Soy Diego, de Kunko. Esperar un día no alcanza. Cuando ese día termina, el cliente puede estar en otra situación. Hoy hacemos que el journey se entere. El tiempo cambia el contexto Ana entra pendiente. Durante la espera completa su primera operación. Si enviamos el recordatorio porque lo programamos ayer, el journey quedó atrasado respecto del cliente. Para evitarlo, diseñá con dos preguntas: qué señal esperamos y qué estado necesitamos verificar al avanzar. Una demora no sustituye una condición. Lo que era relevante al entrar puede dejar de serlo antes del próximo mensaje. Time Delay y Wait Until Abrimos Add y localizamos Time Delay, Time Window y Wait Until. Time Delay deja pasar tiempo. Wait Until evalúa una condición; configurá también qué ocurre si no se cumple dentro del plazo previsto. No esperes para siempre un evento que tu integración no está enviando. En el borrador abrimos Time Delay para mostrar su panel. Cada opción de tiempo tiene que responder a la necesidad del recorrido, no a una receta universal. La rama mira el estado actual Abrimos la rama True/False del demo. La condición pregunta si la acción ya ocurrió. Pensá ambos caminos: Ana sigue pendiente y recibe una ayuda; Bruno ya avanzó y sale de ese recordatorio. Para eventos, precisá acción y período cuando corresponda. Para atributos, verificá el tipo y qué significa un dato ausente. No trates desconocido como falso automáticamente. Revisar el estado reduce mensajes obsoletos; no corrige un dato incorrecto. Reentrada y duplicados se diseñan En Kunko lo revisamos así. En Trigger revisá la frecuencia de entrada que corresponde a ese disparador. Preguntate si un mismo evento repetido debería abrir otra participación y qué pasa si llega mientras la persona sigue adentro. Usá identificadores de operación y controles en tu aplicación cuando necesites evitar duplicados. Las ventanas deben considerar zona horaria y datos faltantes. Probá conversión durante la espera, evento repetido, falta de señal y cambio de preferencias. No existe una hora buena para todos. El obstáculo aporta información Ryan Holiday toma ideas del estoicismo para proponer una respuesta práctica ante dificultades: observar con claridad y actuar sobre lo que podés controlar. The Obstacle Is the Way no elimina los problemas del producto; ayuda a convertirlos en una pregunta de diseño. Lo recomiendo porque una demora, una falla o una salida temprana pueden señalar dónde aprender. El mindset es: después de esperar, volvés a observar. Bajate las pruebas del tiempo Bajate las pruebas de tiempo y reentrada. Tenés situaciones concretas para verificar ramas, vencimiento, ventana y duplicados. El prompt de IA propone casos extremos; vos los contrastás con el comportamiento real del workflow. Medí el resultado y los mensajes evitados por haber salido a tiempo. En el próximo episodio ordenamos personas y objetos para representar cuentas, productos y relaciones sin aplastar todo en un solo perfil.