Constructor de Viajes del Cliente

Pausa un journey hasta que llegue el momento de cada usuario

Time Delay es el paso de espera del lienzo de Customer Journey. Detén a un usuario por un intervalo fijo, hasta una hora concreta, hasta una fecha, en un día de la semana, o hasta un punto calculado desde una fecha que ya tienes en su perfil. Cada usuario llega al siguiente paso según su propio calendario, sin depender de que tenga la app abierta en ese momento — clave en mercados como LATAM, donde Android domina y la conexión no siempre es constante.

Lienzo de Customer Journey con un elemento Time Delay colocado entre un punto de entrada y un paso de mensaje

Lo que te da el paso de espera

Intervalo fijo

Minutos, horas o días entre 2 pasos, hasta un máximo de 30 días.

Hora concreta

Mantén la espera hasta una hora del reloj, en la zona horaria local del usuario.

Fecha única

Espera hasta una fecha y hora determinadas, y luego libera al usuario.

Día de la semana

Una pausa semanal hasta el día y la hora que elijas.

Basado en datos del usuario

Calcula la espera desde un tag, un atributo de evento o un valor de webhook.

Ramal para fechas pasadas

Envía por un camino propio a los usuarios cuya fecha ya pasó.

Las 5 formas de esperar

Coloca el elemento entre 2 pasos del lienzo y elige un modo. Cada uno detiene al usuario y lo libera hacia el siguiente paso por sí solo.

ModoCómo se resuelve la esperaUso típico
Intervalo fijoUn lapso fijo en minutos, horas o días, con un tope de 30 díasCooldown entre 2 mensajes
Hora concretaUna hora del reloj en la zona horaria local del usuario. Si esa hora ya pasó hoy, se traslada a la misma hora de mañanaResúmenes matutinos, pausas fuera de horario
FechaUna fecha y hora futuras, resueltas contra la zona horaria del usuarioUna campaña anclada a un lanzamiento o a una fecha de venta
Día de la semanaUna pausa semanal recurrente hasta el día y la hora elegidosLecciones semanales, reportes semanales
Basado en datos del usuario o de eventosUna fecha leída de un tag, un atributo de evento o una respuesta de webhook, con un offset Antes, Después o En aplicado sobre ellaCountdowns de renovación, viaje, cita y recarga
Modo
1 / 5
Intervalo fijo
Cómo se resuelve la espera
Un lapso fijo en minutos, horas o días, con un tope de 30 días
Uso típico
Cooldown entre 2 mensajes
Modo
2 / 5
Hora concreta
Cómo se resuelve la espera
Una hora del reloj en la zona horaria local del usuario. Si esa hora ya pasó hoy, se traslada a la misma hora de mañana
Uso típico
Resúmenes matutinos, pausas fuera de horario
Modo
3 / 5
Fecha
Cómo se resuelve la espera
Una fecha y hora futuras, resueltas contra la zona horaria del usuario
Uso típico
Una campaña anclada a un lanzamiento o a una fecha de venta
Modo
4 / 5
Día de la semana
Cómo se resuelve la espera
Una pausa semanal recurrente hasta el día y la hora elegidos
Uso típico
Lecciones semanales, reportes semanales
Modo
5 / 5
Basado en datos del usuario o de eventos
Cómo se resuelve la espera
Una fecha leída de un tag, un atributo de evento o una respuesta de webhook, con un offset Antes, Después o En aplicado sobre ella
Uso típico
Countdowns de renovación, viaje, cita y recarga

Los primeros 4 modos cubren una temporización que defines una sola vez para todos. El quinto lee una fecha distinta para cada usuario, y ahí es donde un solo journey reemplaza una pila de campañas programadas a mano.

Cuenta regresiva desde una fecha que ya tiene el perfil

Apunta el elemento a cualquier fecha del perfil del usuario: un tag renewal_date, un atributo de un evento, o un campo mapeado desde una respuesta de webhook. Piensa en la renovación de una suscripción, el vencimiento de un plan prepago o un vuelo reservado. Define el offset a 3 días Antes, 1 día Después o En esa fecha, y Pushwoosh calcula la espera para cada usuario en el momento en que llega al paso.

Un solo journey cubre así toda tu base, cada usuario en su propio reloj. Las fechas vienen de los mismos perfiles y segmentos de usuario que usa el resto de tus campañas.

Decide qué pasa cuando la fecha ya pasó

Un usuario puede llegar al paso después de que su fecha objetivo ya pasó, y por defecto ese usuario sale del journey. Activa el splitter y el elemento se abre en 2 ramas: En el futuro y En el pasado.

Los rezagados obtienen entonces su propio camino: un mensaje más corto, o un traspaso a otra secuencia — por ejemplo, por WhatsApp, el canal que la mayoría de tu base en LATAM ya revisa a diario. Los mantienes en el journey y eliges dónde aterrizan.

Para qué es mejor el paso de espera

Cooldowns en secuencias de e-commerce

Una hora antes del recordatorio de Hot Sale, un día antes del seguimiento de una promo de Buen Fin, una semana entre pasos de onboarding.

Recordatorios anclados a una fecha

Renovaciones, viajes, citas, recargas y fechas de servicio, cada uno calculado desde la fecha que tiene ese usuario en su perfil.

Espera y luego escala

Da tiempo a un canal para que llegue, y escala a otro si el usuario no respondió.

El elemento rinde en cualquier journey que pase de 2 pasos, y sobre todo donde tus usuarios llevan fechas de calendario reales que vale la pena contar.

  • E-commerce
  • FinTech
  • Apps de suscripción
  • Viajes
  • Aerolíneas
  • Hoteles
  • Mobile games
  • Telecom
  • Seguros
  • Salud

Un solo paso de espera, cualquier punto de entrada, cualquier canal

El mismo elemento se comporta igual después de un trigger por evento que después de una entrada programada, y se coloca frente a cualquier bloque de canal: push móvil, WhatsApp, in-app, email, SMS, web push.

Combínalo con una verificación de alcanzabilidad y la espera se convierte en una ventana de respaldo. Espera 4 horas y luego dirige a quienes no abrieron el push hacia WhatsApp o SMS, todo dentro de la misma orquestación omnicanal.

Las fechas de perfil se quedan en infraestructura propia

Una espera dinámica lee fechas del perfil del usuario, así que corre sobre los mismos datos que sostiene el resto de la plataforma. Pushwoosh cuenta con certificación SOC 2 Type I e ISO 27001:2022, cumplimiento con GDPR y opera bajo la BDSG alemana. Los centros de datos propios están en EE.UU. y Alemania. El detalle completo está en la página de seguridad de datos.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

Cómo funciona

  1. Coloca el elemento en el lienzo

    Abre un journey en el Constructor de Viajes del Cliente y coloca Time Delay entre los 2 pasos que quieres separar.

  2. Elige el modo

    Define un intervalo fijo, una hora concreta, una fecha, un día de la semana, o apunta el elemento a un tag, un atributo de evento o un campo de webhook y elige un offset Antes, Después o En.

  3. Gestiona a los usuarios que llegan tarde

    Activa el split de pasado y futuro para que cualquiera cuya fecha objetivo ya pasó siga un ramal que construiste para él, en lugar de salir del journey.

Bueno saber: lo que cubre y lo que no cubre el paso de espera.

  • El intervalo fijo tiene un tope de 30 días. Para horizontes más largos, usa el modo Fecha o Día de la semana.
  • Si la fecha objetivo ya pasó, el usuario sale del journey por defecto. El split de pasado y futuro es lo que lo mantiene dentro.
  • Una espera dinámica necesita que la fecha exista en el perfil. Un tag o atributo que nunca se definió no le da al elemento nada que contar.
  • El elemento controla cuándo corre el siguiente paso. No es un límite de envío ni una ventana de entrega.
  • Las horas y fechas se resuelven contra la zona horaria local del usuario. No publicamos una garantía de entrega al segundo.

Preguntas frecuentes