Audience-based entry: Entry schedule

Configura el calendario una vez. Deja que la audiencia se actualice sola

Lanza un journey para un segmento ya creado según un calendario y no según un evento de comportamiento: una vez, en fechas elegidas o con una frecuencia que se repite sin fecha de fin. En cada ejecución recurrente el segmento se recalcula desde cero, así los nuevos suscriptores no tienen que esperar a que alguien vuelva a armar la campaña a mano.

Lienzo de Customer Journey con un elemento Audience-based entry y Entry schedule configurado en Recurring entry, Periodically, cada 1 semana los lunes

Más de 80,000 empresas confían en nosotros para escalar su engagement

El formato completo

No todos los journeys deberían esperar a que el usuario haga algo. Un resumen semanal no necesita un trigger, necesita un día. Un recordatorio de renovación no reacciona al comportamiento, se dispara en la fecha de cobro. Entry schedule, la configuración del elemento Audience-based entry, lanza un journey para un segmento ya creado justo con ese tipo de calendario.

Immediately

Todos los suscriptores del segmento entran en cuanto se activa el journey. Sin fecha y sin cálculos de zona horaria: el lanzamiento único más rápido.

Schedule for a specific day

Elige una fecha y hora futuras. El segmento entra una sola vez, en el momento que definas y en la zona horaria que elijas.

On specific dates

Elige a mano una lista de fechas del calendario, como cada venta de temporada del trimestre o cada webinar programado, y el mismo flujo se vuelve a ejecutar en cada una.

Periodically

Define un intervalo sin fecha de fin, como cada 1 día o cada 1 semana los lunes, y el journey se sigue ejecutando hasta que lo detengas. Sin fecha de cierre que planificar.

Lo que controlas

Lo que configurasQué haceDónde está
One-time entry: Immediately / Schedule for a specific dayPasa el segmento por el journey exactamente una vezEntry schedule en el elemento Audience-based entry
Recurring entry: On specific dates / PeriodicallyVuelve a abrir el mismo flujo para el mismo segmento en cada fecha o intervalo programadoEntry schedule, modo Recurring entry
Zona horaria del dispositivo del suscriptor + valor por defectoSe dispara a la hora definida en la zona horaria de cada suscriptor; el valor por defecto cubre a quienes no tienen señal de zona horariaOpción de zona horaria, valor por defecto editable
Una zona horaria específicaSe dispara a la misma hora de reloj para todos los suscriptores, estén donde esténOpción de zona horaria, valor fijo en el desplegable
Lo que configuras
1 / 4
One-time entry: Immediately / Schedule for a specific day
Qué hace
Pasa el segmento por el journey exactamente una vez
Dónde está
Entry schedule en el elemento Audience-based entry
Lo que configuras
2 / 4
Recurring entry: On specific dates / Periodically
Qué hace
Vuelve a abrir el mismo flujo para el mismo segmento en cada fecha o intervalo programado
Dónde está
Entry schedule, modo Recurring entry
Lo que configuras
3 / 4
Zona horaria del dispositivo del suscriptor + valor por defecto
Qué hace
Se dispara a la hora definida en la zona horaria de cada suscriptor; el valor por defecto cubre a quienes no tienen señal de zona horaria
Dónde está
Opción de zona horaria, valor por defecto editable
Lo que configuras
4 / 4
Una zona horaria específica
Qué hace
Se dispara a la misma hora de reloj para todos los suscriptores, estén donde estén
Dónde está
Opción de zona horaria, valor fijo en el desplegable

Para equipos que tienen usuarios en varios países de LATAM, del horario de Ciudad de México al de Buenos Aires, la opción por zona horaria del dispositivo hace que el mensaje de las 9:00 AM llegue a las 9:00 AM de cada usuario.

El segmento se revisa antes de cada ejecución

Actualizado antes de cada ejecución recurrente

Recurring entry no guarda el segmento del primer lanzamiento. Antes de cada ejecución programada, Pushwoosh recalcula quién califica en ese momento, así un suscriptor que entra al segmento después de la última ejecución entra automáticamente en la siguiente.

Una ventana perdida no es un suscriptor perdido

Si la hora de entrada programada de un suscriptor ya pasó en una ejecución, se lo incluye en la siguiente fecha o intervalo programado, no se lo descarta para siempre.

Su función dentro de un journey

Una configuración de calendario, todos los canales que siguen

Entry schedule vive en el elemento Audience-based entry, no en el mensaje, así que rige todo lo que viene después en el lienzo: un resumen por email, un recordatorio push, un SMS o los tres en el mismo Customer Journey. Define la frecuencia una vez y todos los bloques de canal que siguen la heredan.

El mismo recordatorio del lunes, sin rearmarlo a mano

Una app de fitness configura Entry schedule en Periodically, cada 1 semana los lunes a las 9:00 AM, en la zona horaria del dispositivo del suscriptor. Cada lunes, Pushwoosh recalcula el segmento y envía el mismo recordatorio a quien califique esa semana, incluidos los suscriptores que se registraron el martes. Nadie tiene que volver a tocar el journey para mantener la frecuencia.

Para qué usarlo

La entrada programada y recurrente rinde donde el negocio funciona con un calendario real (un resumen, un ciclo de facturación, una temporada) y no donde todo depende del comportamiento del momento.

IndustriaCaso de usoPor qué encaja
E-commerce y marketplacesOn specific dates → un calendario de ventas de temporada cargado para todo el trimestre, como Hot Sale, Buen Fin o CyberMondayConfigura cada promoción de temporada una vez en lugar de armarla a mano cada vez
FinTech y bancaPeriodically (mensual) → recordatorio de estado de cuenta disponible o de pago de facturas para el segmento actual de clientesLos ciclos de facturación dependen del calendario, no del comportamiento
Medios, noticias y streamingPeriodically (diario/semanal) → resumen editorial para el segmento actual de suscriptoresLa confiabilidad del resumen importa más que reaccionar a un solo clic
Apps de creadores y de suscripciónPeriodically (semanal/mensual) → resumen de contenido y recordatorios de renovación o pagoLos ingresos recurrentes funcionan con calendario; el segmento actualizado suma nuevos suscriptores automáticamente
SegurosSchedule for a specific day en el aniversario de la póliza → recordatorio de renovaciónLas fechas de renovación son el caso de uso de calendario más importante en finanzas
Aerolíneas y aviaciónSchedule for a specific day a partir de la fecha de reserva → paquete de recordatorios antes del vueloLa fecha del viaje se conoce de antemano: es un calendario, no un comportamiento
Industria
1 / 6
E-commerce y marketplaces
Caso de uso
On specific dates → un calendario de ventas de temporada cargado para todo el trimestre, como Hot Sale, Buen Fin o CyberMonday
Por qué encaja
Configura cada promoción de temporada una vez en lugar de armarla a mano cada vez
Industria
2 / 6
FinTech y banca
Caso de uso
Periodically (mensual) → recordatorio de estado de cuenta disponible o de pago de facturas para el segmento actual de clientes
Por qué encaja
Los ciclos de facturación dependen del calendario, no del comportamiento
Industria
3 / 6
Medios, noticias y streaming
Caso de uso
Periodically (diario/semanal) → resumen editorial para el segmento actual de suscriptores
Por qué encaja
La confiabilidad del resumen importa más que reaccionar a un solo clic
Industria
4 / 6
Apps de creadores y de suscripción
Caso de uso
Periodically (semanal/mensual) → resumen de contenido y recordatorios de renovación o pago
Por qué encaja
Los ingresos recurrentes funcionan con calendario; el segmento actualizado suma nuevos suscriptores automáticamente
Industria
5 / 6
Seguros
Caso de uso
Schedule for a specific day en el aniversario de la póliza → recordatorio de renovación
Por qué encaja
Las fechas de renovación son el caso de uso de calendario más importante en finanzas
Industria
6 / 6
Aerolíneas y aviación
Caso de uso
Schedule for a specific day a partir de la fecha de reserva → paquete de recordatorios antes del vuelo
Por qué encaja
La fecha del viaje se conoce de antemano: es un calendario, no un comportamiento
Cualquier proveedor puede enviar un resumen semanal. La clave es no tener que rearmarlo a mano

Mira cómo Entry schedule y Recurring entry se integran con el resto del Customer Journey Builder.

Agenda una demo

No es lo mismo que el programador de envíos únicos

Pushwoosh también tiene un programador mucho más simple, totalmente fuera del constructor de journeys: Campaigns → One-time messages → One-time push / one-time email. Elige una fecha, una hora y una zona horaria para un solo envío: sin journey, sin actualización del segmento y sin ninguna recurrencia.

Audience-based entry (esta página)Programador único de Campaigns
Dónde estáEl lienzo del Customer Journey BuilderCampaigns → One-time messages
RecurrenciaSí: On specific dates o PeriodicallyNinguna: un solo envío programado
Segmento en ejecuciones repetidasSe recalcula desde cero antes de cada ejecuciónNo aplica: hay una sola ejecución
Editar un envío pendienteEditar y reanudar desde el propio journeySolo contenido y audiencia; la hora de envío es fija: cancela y vuelve a crearlo para cambiarla
1 / 4
Dónde está
Audience-based entry (esta página)
El lienzo del Customer Journey Builder
Programador único de Campaigns
Campaigns → One-time messages
2 / 4
Recurrencia
Audience-based entry (esta página)
Sí: On specific dates o Periodically
Programador único de Campaigns
Ninguna: un solo envío programado
3 / 4
Segmento en ejecuciones repetidas
Audience-based entry (esta página)
Se recalcula desde cero antes de cada ejecución
Programador único de Campaigns
No aplica: hay una sola ejecución
4 / 4
Editar un envío pendiente
Audience-based entry (esta página)
Editar y reanudar desde el propio journey
Programador único de Campaigns
Solo contenido y audiencia; la hora de envío es fija: cancela y vuelve a crearlo para cambiarla

El formulario independiente es la opción correcta para un envío masivo realmente único que no necesita recalcular un segmento después; para ese caso, el Audience-based entry del Journey Builder es demasiado. Usa Entry schedule cuando la campaña tiene que repetirse o cuando es un paso dentro de un flujo más largo.

Cuándo no vale la pena configurarlo

  • Una reacción real a un evento: usa triggers basados en eventos, porque un calendario no puede reaccionar a lo que un usuario acaba de hacer.
  • Una pausa entre dos pasos de un journey que ya está corriendo: eso es Time Delay, no un Entry schedule.
  • Un único envío masivo sin recálculo del segmento a futuro: el programador único de Campaigns hace ese trabajo con menos configuración.
  • Un segmento creado por importación de CSV: esas listas son estáticas, así que la entrada recurrente no tiene nada nuevo que sumar entre ejecuciones.
  • Una hora de envío garantizada al segundo: ningún proveedor, incluido Pushwoosh, publica un SLA numérico de precisión entre la programación y el disparo; “a tiempo” es una configuración, no un compromiso de cronómetro.

Seguridad y hosting

Pushwoosh opera en su propio hardware en EE.UU. y Alemania, bajo GDPR.

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

Cómo funciona

  1. Elige la audiencia (sin código)

    Arrastra un elemento Audience-based entry al lienzo y selecciona un segmento ya creado, o crea uno en el momento.

  2. Configura el calendario

    Abre Entry schedule. Elige One-time entry (Immediately o Schedule for a specific day) o Recurring entry (On specific dates o Periodically), y define la hora y la zona horaria.

  3. Arma el flujo una vez (sin código)

    Agrega los bloques de mensajes, esperas y ramas después del elemento de entrada. Todos los canales que siguen heredan el mismo calendario: no hay que repetir horarios por canal.

  4. Lánzalo y déjalo corriendo

    Con un calendario recurrente, Pushwoosh recalcula el segmento automáticamente antes de cada ejecución. No hay que rearmar nada para mantener la frecuencia.

Límites que conviene conocer

Un punto de entrada guiado por calendario, no por eventos. Estos son sus bordes.

  • Recurring entry solo está disponible en Audience-based entry: Trigger-based entry y API-based entry no tienen modo de repetición. Un journey que necesita reaccionar en tiempo real y también repetirse con una frecuencia necesita dos puntos de entrada, o dos journeys.
  • No hay un SLA publicado de precisión entre la programación y el disparo. “Programado para las 9:00 AM” es una configuración, no una garantía al segundo.
  • No hay un control documentado de velocidad de envío o throttling específico para un calendario, más allá de la infraestructura de envío base.
  • Un suscriptor que ya está dentro del journey por una ejecución anterior no vuelve a entrar en la siguiente ejecución recurrente: el recálculo suma a los nuevos que califican, no duplica a nadie que siga en curso.
  • No está documentado qué pasa con una campaña recurrente en curso si se elimina el segmento en el que se basa: consulta con soporte antes de eliminar un segmento del que depende un journey activo.
  • Los segmentos basados en eventos no pueden usar los modos de entrada Existing + new users o New users only: esa limitación viene del propio Audience-based entry.
  • Los segmentos importados por CSV son estáticos; la entrada recurrente no sumará a nadie nuevo entre ejecuciones.
  • Los segmentos RFM no se actualizan solos: recalcúlalos en Audience > RFM Segmentation antes de cada ejecución programada si el journey se basa en uno.