Campañas Push Disparadas: Guía de Flujos de Trabajo Contextuales

Es la segunda semana del trimestre y tu panel de retención muestra seis activadores "automatizados" en funcionamiento, todos en verde. El activador de carrito abandonado se dispara continuamente a suscriptores que ya pagaron. El de recuperación se solapa con la alerta de bajada de precio para el mismo cliente inactivo. La serie de bienvenida envía notificaciones independientemente del impulso de la primera compra. La solicitud de reseña post-compra llega a suscriptores que devolvieron el pedido ayer.

Cada una de las seis campañas de push activadas es un pipeline que apunta a la misma lista de suscriptores, cada una pretendiendo que las otras cinco no existen. La tasa de compra repetida dejó de moverse hace doce meses y nadie en el equipo puede atribuir ingresos por activador porque los activadores no comparten estado.

Esta es la realidad operativa en la mayoría de las pilas de retención de mercado medio. El problema no es la estrategia. La estrategia está bien. El problema es la arquitectura. Una notificación activada en 2024 era un único mensaje que se disparaba ante un único evento. En 2026, ese primitivo no es suficiente. El viaje tiene que recordar lo que hizo el suscriptor, ramificarse en función de ello y salir cuando convierta.

Este artículo presenta el caso arquitectónico. Define el límite entre las notificaciones push de difusión, activadas y contextuales, repasa la diferencia entre activadores de eventos y activadores de audiencia, nombra los seis tipos de nodos que convierten un único activador en un flujo de trabajo contextual y presenta tres patrones de migración que consolidan seis activadores independientes en tres viajes contextuales con criterios de salida compartidos y análisis por flujo de trabajo.

Contextuales, activados, difusión: tres primitivos, no uno

Tres primitivos subyacen a cada programa de notificaciones push. La mayoría de los equipos los colapsan en un solo grupo llamado "campañas", que es donde comienza el problema de la arquitectura.

Difusión. La misma notificación se envía a toda la audiencia coincidente, programada. Venta flash al mediodía. Alerta de nueva colección el día del lanzamiento. La difusión es el primitivo adecuado para anuncios con plazos definidos donde cada destinatario recibe la misma carga útil. Es el primitivo incorrecto para cualquier cosa que dependa del estado del suscriptor.

Activado. Una única notificación se dispara cuando se dispara un único evento. El suscriptor abandona un carrito, se dispara la notificación de carrito abandonado. El suscriptor ve una página de producto, se dispara la notificación de navegación. El suscriptor compra, se dispara la notificación post-compra. El activador no tiene memoria. No sabe lo que sucedió hace cinco minutos ni lo que está programado para el próximo martes. Cada activador es un pipeline ignorante de cualquier otro activador.

Contextual. Un flujo de trabajo utiliza el desencadenador como punto de entrada y luego se adapta al estado del suscriptor. El mismo evento de carrito abandonado inicia un viaje de varios pasos: una espera de una hora, un primer recordatorio, una espera de 24 horas, una decisión que comprueba si el carrito sigue abierto, un segundo recordatorio con un descuento, una espera de 48 horas, un tercer recordatorio y una regla de salida que cancela el flujo de trabajo en el momento en que el suscriptor compra. La campaña es el flujo de trabajo, no el desencadenador. Las notificaciones push contextuales son cómo se comporta la mensajería desencadenada una vez que la arquitectura se pone al día.

Los tres primitivos se mapean limpiamente a tres cargas de trabajo. Utilice esta tabla cuando audite su pila actual.

Capacidad	Difusión	Desencadenado	Contextual
Estado por suscriptor	No	No	Sí
Se ramifica por comportamiento	No	No	Sí
Criterios de salida	No	No	Sí
Enrutamiento multicanal dentro de una campaña	No	No	Sí
A/B incorporado (hora de envío, copia, canal)	No	No	Sí
Carga de trabajo correcta	Ventas flash, anuncios de lanzamiento	Pings transaccionales únicos (bajo volumen)	Viajes de ciclo de vida (bienvenida, carrito, recuperación, renovación)

La mayoría de los programas de ciclo de vida necesitan contextual. La mayoría de los equipos envían desencadenados. Esa brecha es de lo que trata este artículo. Los flujos de trabajo de automatización de marketing que envían viajes contextuales no se parecen a una lista más larga de desencadenadores; se parecen a un conjunto más pequeño de viajes de varios pasos compuestos a partir de un vocabulario compartido. Los flujos de trabajo de notificaciones push que realmente desea son tres viajes contextuales, no nueve desencadenadores.

Los activadores de eventos y los activadores de audiencia se comportan de manera muy diferente

Antes de la anatomía del nodo, un punto de taxonomía que casi todos los artículos sobre este tema se equivocan. Un "desencadenador" en los flujos de trabajo de notificaciones push no es un primitivo único. Son dos primitivos que parecen similares desde el exterior y se comportan de manera muy diferente por debajo.

Los desencadenadores de eventos se activan por suscriptor en un evento real. Los eventos compatibles en PushEngage Workflows incluyen PushEngage.Subscriber.Added, PushEngage.Subscriber.AddSegment, PushEngage.Subscriber.RemoveSegment, PushEngage.Subscriber.UpdateField, PushEngage.Subscriber.UpdateAttribute, PushEngage.Goal.Tracked y PushEngage.CustomEvent. Cuando el evento se activa, el sistema evalúa los flujos de trabajo activos, comprueba los criterios del filtro de eventos, comprueba las reglas de salida y pone en cola el flujo de trabajo coincidente para ese suscriptor. La brecha entre el desencadenador y la cola es de segundos. Los desencadenadores de eventos son el primitivo adecuado para cualquier campaña reactiva: abandono de carrito, abandono de navegación, seguimiento de compra, bienvenidas al unirse a un segmento. Las campañas de push desencadenadas por eventos son el caso dominante en comercio electrónico, incorporación a SaaS y cualquier programa con señales en tiempo real.

Los desencadenadores de audiencia activan un filtro a una hora programada. El filtro selecciona suscriptores que coinciden con criterios específicos, como last_active > 30 days, loyalty_tier = gold, o city = New York AND segments includes "vip". El planificador de sondeos recupera el conjunto de suscriptores coincidentes en lotes de 1000, escalona la ejecución de 15 segundos a 2 minutos y crea una instancia de flujo de trabajo por suscriptor. Los desencadenadores de audiencia son la herramienta adecuada para la reactivación, campañas de cumpleaños, promociones geográficas y cualquier programa donde el conjunto se defina por atributo en lugar de por evento.

Las diferencias importan operacionalmente, no solo conceptualmente:

Aspecto	Desencadenador de evento	Desencadenador de audiencia
Iniciación	En tiempo real ante evento de suscriptor	Programado mediante sondeo
Velocidad	En segundos	En lotes, con retraso de 1-2 minutos
Selección de suscriptor	Un suscriptor por evento	Selección masiva solo al inicio del flujo de trabajo
Nuevos suscriptores después del inicio	Incluidos automáticamente ante el próximo evento	NO incluidos automáticamente después de que comience el flujo de trabajo
Cambio de filtro después del inicio	N/A	La edición del filtro NO agrega nuevos suscriptores
Datos del evento disponibles	Sí (para reemplazo de variables)	No

La tercera fila es la trampa. Un flujo de trabajo basado en audiencia selecciona su conjunto de suscriptores una vez, al inicio del flujo de trabajo. Los suscriptores que se vuelven inactivos después de que comienza el flujo de trabajo no se agregan automáticamente. La edición del filtro de audiencia en un flujo de trabajo activo no atrae a nuevos candidatos. Un equipo de retención que lanza un flujo de trabajo de "recuperación para suscriptores inactivos durante más de 30 días" y lo deja ejecutarse durante noventa días verá la misma cohorte fija durante los noventa días completos, aunque nuevos suscriptores crucen el umbral de 30 días cada día.

La respuesta arquitectónica es duplicar el flujo de trabajo de audiencia en un horario recurrente, mensual o semanal, de modo que cada duplicado capture a los candidatos que cruzaron el umbral desde la última ejecución. Esta es una nota operativa de una línea en la documentación y una fuente recurrente de tickets de soporte de "¿por qué este suscriptor no recibió la campaña?" en equipos que tratan los desencadenadores de audiencia como desencadenadores de eventos.

Los seis nodos que convierten un activador en una campaña contextual

Una vez que se activa el desencadenador, el flujo de trabajo en sí se compone de seis tipos de nodos. El vocabulario es lo suficientemente pequeño como para aprenderlo en cinco minutos y lo suficientemente grande como para componer cualquier campaña contextual que un equipo de retención haya querido lanzar.

INICIO. El punto de entrada. Un nodo INICIO define el desencadenador (basado en eventos o basado en audiencia) y los criterios del filtro. Un flujo de trabajo tiene exactamente un INICIO. El punto de entrada determina la taxonomía del desencadenador de la sección anterior y establece el contexto de datos del evento que los nodos posteriores pueden leer.

ESPERAR. Un retraso. Un nodo WAIT retiene al suscriptor durante un período de tiempo especificado (minutos, horas, días) o hasta una hora específica del calendario. Las esperas son la forma en que un flujo de trabajo respeta el estado y la zona horaria del suscriptor. El flujo de trabajo puede esperar una hora para un recordatorio de carrito abandonado, tres días para un resumen de funciones en una serie de bienvenida, o hasta el martes a las 10 AM en la zona horaria local del suscriptor para un envío en horario comercial. Las esperas también le permiten componer un goteo de varios pasos sin enviar todos los mensajes en los primeros sesenta segundos.

DECISIÓN. Una bifurcación de dos vías. Un nodo DECISION comprueba un filtro de evento o un filtro de audiencia y dirige al suscriptor por el camino SÍ o por el camino NO. ¿Ha comprado el suscriptor? ¿Sigue en el segmento de carritos abandonados? ¿Ha cambiado su nivel de fidelidad? Los nodos de decisión son la forma en que las notificaciones push de comportamiento dejan de tratar a todos los suscriptores por igual y comienzan a adaptarse a lo que cada suscriptor ha hecho realmente. Los operadores admitidos incluyen igual, no igual, dentro, no dentro, mayor que, menor que y existe, lo que es suficiente para expresar cualquier lógica de decisión que un equipo de retención necesite.

DIVIDIR_RUTA. Una bifurcación basada en porcentajes para pruebas A/B. Un nodo SPLIT_PATH dirige a los suscriptores a través de dos o más rutas basándose en porcentajes configurados: 50/50 para una prueba de dos vías, 33/33/34 para una prueba de hora de envío de tres vías, 90/10 para un grupo de exclusión. El sistema utiliza un algoritmo de balanceo de carga que dirige a cada nuevo suscriptor a la ruta menos utilizada, lo que mantiene la distribución precisa incluso en tamaños de muestra pequeños. Una vez que la prueba alcanza significancia, se establece winner_edge_id y el flujo de trabajo promueve el 100% del tráfico a la variante ganadora sin reconstruir el flujo de trabajo.

ACCIÓN. El trabajo en sí. Los nodos ACTION hacen más que enviar una notificación push. PushEngage Workflows admite once tipos de acciones: SendPushNotification, AddSegment, RemoveSegment, UpdateField, UpdateAttribute, Update (combinado), HttpRequest, CustomEvent.Send, SendTriggerCampaignEvent, Workflow.Start y Workflow.Stop. Los cuatro más comunes en programas de retención son SendPushNotification, AddSegment (etiquetar al suscriptor como convertido, incorporado o en riesgo de abandono), UpdateAttribute (incrementar un contador de fidelidad o establecer una fecha de última compra) y HttpRequest (sincronizar estado con un CRM, activar una alerta de Slack para un cliente potencial de alto valor o llamar a un servicio posterior).

FIN / SALIDA. El terminal. Los nodos FIN y SALIDA marcan el flujo de trabajo como completado y actualizan las analíticas. FIN es la conclusión natural. SALIDA se coloca típicamente en la ruta NO de una decisión cuando el suscriptor no califica, o en una rama de ruta dividida diseñada como grupo de control. El sistema también admite criterios de salida a nivel de flujo de trabajo: un audience_filter o trigger_event que cancela el flujo de trabajo activo antes de que se ejecute cada nodo. La regla de salida se activa independientemente de en qué nodo se encuentre actualmente el suscriptor. Esto es lo que evita que el flujo de trabajo de abandono de carrito envíe recordatorios a los suscriptores que ya compraron.

Cada campaña contextual en este artículo se compone de estas seis piezas. Los patrones de migración a continuación se leen rápidamente una vez que se comparte el vocabulario.

Tres patrones de migración: seis activadores independientes se convierten en tres flujos de trabajo contextuales

La mayoría de las pilas de retención para el mercado medio tienen entre cuatro y ocho disparadores independientes en ejecución. El patrón es consistente: notificación de bienvenida, empujón de primera compra, abandono de carrito, abandono de navegación, solicitud de reseña post-compra, recuperación, reactivación, VIP caducado. Cada uno de estos es un disparador separado con su propia copia, su propio propietario y sus propias analíticas. Ninguno de ellos sabe nada de los demás. Los mismos tres flujos de trabajo contextuales pueden generar los mismos ingresos con un tercio del área de superficie.

Patrón 1 — Consolidación de incorporación

Colapsar la serie de bienvenida y el empujón de primera compra en un solo flujo de trabajo con una decisión sobre el estado de la compra.

• INICIO: Evento PushEngage.Subscriber.Added
• Tipo de ejecución: Único (enfriamiento de 90 días después de la finalización)
• Flujo: ESPERAR 1 día → ACCIÓN enviar notificación de bienvenida → ESPERAR 3 días → DECISIÓN: ¿ha comprado el suscriptor? → ruta SÍ: ACCIÓN enviar agradecimiento + ACCIÓN AddSegment a customers + FIN → ruta NO: ACCIÓN enviar descuento del 10% de primera compra → ESPERAR 4 días → DECISIÓN: ¿ha comprado el suscriptor? → ruta SÍ: ACCIÓN enviar agradecimiento + FIN → ruta NO: ACCIÓN enviar último empujón + FIN
• Criterios de salida: Ninguno a nivel de flujo de trabajo; las ramas de decisión manejan al suscriptor convertido
• Reemplaza: Disparador de bienvenida + disparador de primera compra (2 disparadores → 1 flujo de trabajo)

El estado compartido es el propósito principal. La tercera notificación solo se activa para los suscriptores que no han convertido para el día cuatro. El disparador de primera compra en la arquitectura antigua se activaba para cada nuevo suscriptor, incluidos los que compraron en su primera sesión. El flujo de trabajo deja de molestarlos.

Patrón 2 — Cadena de carrito a reseña

Colapsar la recuperación de abandono de carrito y la solicitud de reseña post-compra en un solo flujo de trabajo con una transferencia de encadenamiento de flujos de trabajo.

• INICIO: Evento personalizado cart_abandoned
• Tipo de ejecución: Múltiple en Paralelo (cada carrito abandonado es su propia instancia)
• Flujo: ESPERAR 1 hora → ACCIÓN recordatorio n.º 1 → ESPERAR 24 horas → DECISIÓN: ¿carrito todavía abandonado? → ruta SÍ: ACCIÓN recordatorio n.º 2 con 10% → ESPERAR 48 horas → DECISIÓN: ¿carrito todavía abandonado? → ruta SÍ: ACCIÓN recordatorio final con 20% → FIN
• Criterios de salida (nivel de flujo de trabajo): Goal.Tracked = purchase que coincida con el cart_id del evento desencadenante. En el momento en que el suscriptor compra, el flujo de trabajo se cancela.
• Transferencia: Al salir debido a una compra, el sistema activa PushEngage.Workflow.Start dirigido al flujo de trabajo de solicitud de reseña. El flujo de trabajo de reseña solo se inicia para los suscriptores que realmente compraron. La ruta de salida por no comprar omite la transferencia por completo.
• Reemplaza: Disparador de carrito + disparador de reseña posterior a la compra + ticket de soporte de las solicitudes de reseña que llegan a suscriptores que nunca compraron (3 problemas → 1 flujo de trabajo)

La vinculación a través de Workflow.Start es la respuesta arquitectónica a la progresión del ciclo de vida. En lugar de que dos disparadores se activen de forma independiente y se superpongan en los mismos suscriptores, la salida por compra del flujo de trabajo del carrito es lo que inicia el flujo de trabajo de reseña. La reseña solo se activa para los suscriptores convertidos. El carrito nunca se activa después de la conversión. El motor aplica la transferencia.

Patrón 3 — Consolidación de reactivación

Colapsar las campañas de recuperación de clientes, reactivación y VIP caducados en un solo flujo de trabajo con un disparador de audiencia y tres ramas de decisión.

• INICIO: Filtro de audiencia last_active > 30 days
• Tipo de ejecución: Única (un intento de reenganche por suscriptor cada ventana de 90 días)
• Flujo: DECISIÓN: ¿nivel de lealtad? → Rama Oro: ACCIÓN enviar “te echamos de menos, VIP” con oferta del 20% → Rama Plata: ACCIÓN enviar “te echamos de menos” con oferta del 10% → Rama sin nivel: ACCIÓN enviar estándar “te echamos de menos” con oferta de envío gratuito → ESPERAR 5 días → DECISIÓN (por rama): ¿el suscriptor interactuó o visitó el sitio? → Ruta SÍ: ACCIÓN AddSegment a re-engaged + FIN → Ruta NO: ACCIÓN enviar “última oportunidad” con oferta más profunda + FIN
• Criterios de salida (nivel de flujo de trabajo): Filtro de audiencia last_active < 7 days. El suscriptor se activó por sí solo y el trabajo del flujo de trabajo ha terminado.
• Reemplaza: Disparador de recuperación de clientes + disparador de reactivación + disparador de VIP caducado (3 disparadores → 1 flujo de trabajo)
• Nota operativa: Según la advertencia del disparador de audiencia en la sección anterior, este flujo de trabajo no incluye automáticamente a los suscriptores que cruzan el umbral de 30 días después de que comienza el flujo de trabajo. Duplica el flujo de trabajo mensualmente para que cada duplicado capture a los nuevos candidatos. Un único flujo de trabajo de audiencia de larga duración es la primitiva incorrecta aquí.

Después de estas tres migraciones, el equipo de retención gestiona tres viajes contextuales en lugar de seis (u ocho) disparadores independientes. El volumen total de mensajes push se mantiene aproximadamente igual. La sobre-mensajería desaparece, porque los criterios de salida y las ramas de decisión compartidos detienen el flujo de trabajo cuando el estado del suscriptor ya no coincide. El fragmento de análisis pasa de “seis paneles que no puedo conciliar” a “tres embudos que puedo defender”. Así es como lucen las campañas push activadas por eventos cuando maduran.

Lo que los flujos de trabajo contextuales hacen y los activadores independientes no pueden

Existen cuatro capacidades dentro de un flujo de trabajo contextual y no se pueden componer entre desencadenadores independientes. Cada una es una fuente real de ingresos o ahorros.

Criterios de salida entre flujos de trabajo. Un desencadenador independiente se activa cuando ocurre el evento, y punto. Dentro de un flujo de trabajo, la regla de salida se activa independientemente de en qué nodo se encuentre el suscriptor. El flujo de trabajo de abandono de carrito sale al realizar la compra. El de recuperación sale al reactivarse. El flujo de renovación sale al renovar anticipadamente. El desencadenador al que nadie le dijo que se detuviera es el flujo de trabajo que define una regla de salida.

Enrutamiento multicanal dentro de un flujo de trabajo. Con herramientas separadas de un solo canal, "enviar push web, recurrir a correo electrónico, escalar a WhatsApp" requiere tres inicios de sesión de proveedor, dos motores de segmentación y al menos un flujo de Zapier. Dentro de un motor de flujo de trabajo, son tres nodos ACTION con dos nodos DECISION entre ellos, compartiendo una identidad de suscriptor y un conjunto de criterios de salida. Para un tratamiento más profundo, consulte la publicación sobre orquestación de push y correo electrónico multicanal.

Horas de silencio con reschedule como opción de respaldo. Las notificaciones push que aterrizarían a las 3 a. m. en la zona horaria local del suscriptor se retienen hasta las 8:01 a. m. si las horas de silencio están configuradas con reschedule como opción de respaldo. La alternativa, skip, descarta silenciosamente la notificación y no actualiza las analíticas de notificaciones para la acción omitida. Para la mayoría de los equipos de retención, reschedule es la opción predeterminada correcta porque las analíticas perdidas significan una atribución de ingresos perdida. Las notificaciones push contextuales que un equipo de retención realmente quiere enviar respetan las zonas horarias de los suscriptores sin desaparecer del embudo.

Encadenamiento de flujos de trabajo. Las acciones Workflow.Start y Workflow.Stop convierten la progresión del ciclo de vida en una arquitectura real. El flujo de bienvenida termina, lo que inicia el flujo de interacción. El flujo de carrito sale al comprar, lo que inicia el flujo de revisión. En comparación con una carpeta de desencadenadores que se activan de forma independiente, esto es una máquina de estados: un grafo de flujos de trabajo, cada uno con su propia condición de entrada, condición de salida y traspaso a la siguiente etapa. Los desencadenadores no se conocen entre sí. Los flujos de trabajo sí.

Análisis por flujo de trabajo: cómo leer el embudo

Un flujo de trabajo que no puedes defender en la próxima revisión de pérdidas y ganancias es un flujo de trabajo que se elimina. PushEngage Workflows rastrea tres números en cada nodo (queued_users, completed_users, exited_users) más totales a nivel de flujo de trabajo para total-ingresados, actualmente-activos, completados y salidos. El trabajo del gerente de retención es leer este embudo y decirle a finanzas lo que produjo cada partida.

Aquí se muestran las analíticas a nivel de nodo para la cadena de carrito a revisión del Patrón 2 anterior. Números ilustrativos, extraídos de una lista realista de 200.000 suscriptores con una tasa de abandono de carrito mensual del 6%.

Nodo	En cola	Completado	Salido	Notas
INICIO (carrito_ABANDONADO)	0	12,400	320	320 suscriptores cumplieron los criterios de salida al inicio del flujo de trabajo (compraron entre el evento del carrito y el escaneo del flujo de trabajo)
ESPERAR 1 hora	180	11,900	320	Profundidad de cola normal
ACCIÓN: recordatorio n.º 1	0	11,900	0	Enviado
ESPERAR 24 horas	240	9,800	1,860	1.860 suscriptores compraron después del recordatorio n.º 1 (salida al objetivo compra)
DECISIÓN: carrito aún abandonado	0	9,800	0	Rama evaluada
ACCIÓN: recordatorio n.º 2 (10%)	0	9,800	0	Enviado
ESPERAR 48 horas	90	6,300	3,410	3.410 suscriptores compraron después del recordatorio n.º 2
ACCIÓN: recordatorio final (20%)	0	6,300	0	Enviado
FIN	n/d	6,300	n/d	6.300 suscriptores no compraron; el flujo de trabajo de revisión no está encadenado para estos
Workflow.Start → flujo de trabajo de revisión	n/d	5,270	n/d	Activado para los 5.270 suscriptores (1.860 + 3.410) que compraron

Las 5.270 transferencias encadenadas son la nueva métrica que expone esta arquitectura. El flujo de trabajo de carrito recuperó una tasa de carrito del 42,5 % (5.270 de 12.400 entradas) y solo esos 5.270 suscriptores reciben el flujo de trabajo de solicitud de revisión. La arquitectura anterior enviaba la solicitud de revisión a todos los que habían comprado alguna vez, incluidos los suscriptores que nunca abandonaron un carrito, los suscriptores que devolvieron el pedido y los suscriptores que ya habían enviado una reseña. La corrección arquitectónica es pequeña. Los ahorros por sobre-mensajería son grandes.

Dos patrones de cuello de botella merecen ser conocidos. Un nodo de alta salida (como los dos nodos WAIT anteriores) es el flujo de trabajo haciendo su trabajo: los suscriptores compran durante las ventanas de espera, los criterios de salida se activan, el siguiente recordatorio nunca se envía. El patrón inverso, altas salidas en nodos de acción combinadas con bajas salidas en nodos de espera, significa que el tiempo es incorrecto y las esperas deben acortarse. Un nodo de alta cola significa una parada por horas de silencio, una espera larga o un retraso del sondeo descendente; compruebe la configuración del tiempo antes de asumir que el flujo de trabajo está roto.

Para un tratamiento más profundo específico de eCommerce de estos patrones, la publicación complementaria sobre cinco flujos de trabajo de notificaciones push para eCommerce recorre el carrito, la navegación, la post-compra, la bienvenida y la recuperación como viajes independientes. El centro de notificaciones push de eCommerce cubre el panorama más amplio de tipos de campañas, la secuencia de recuperación de abandono de carrito recorre la sintonización de cadencia por plataforma, y la descripción general de notificaciones push automatizadas expone la lista más antigua de tipos de automatización junto con esta arquitectura de flujo de trabajo.

La misma forma de análisis funciona en todos los verticales. SaaS tiene un embudo de renovación y conversión de prueba a pago. Los editores tienen un embudo de interacción de artículos y reingreso al archivo. Viajes tiene un embudo de reservas y un flujo de alerta de caída de precios. Las notificaciones push de comportamiento que un equipo de SaaS utiliza para impulsar la conversión de prueba a pago se ven estructuralmente idénticas a las que un equipo de eCommerce utiliza para impulsar la conversión de carrito a compra: un INICIO en un evento en tiempo real, tres o cuatro pasos con ramas de decisión, criterios de salida en conversión, transferencia opcional al siguiente flujo de trabajo. El vertical cambia los nombres de los desencadenadores y el texto de la oferta. La arquitectura permanece.

Constrúyelo en los flujos de trabajo de PushEngage

Cada uno de los tres patrones de migración anteriores se mapea directamente a los componentes de Workflows de PushEngage.

Patrón	Tipos de nodos utilizados	Tipos de acciones utilizados	Opción de flujo	Punto de partida de plantilla sugerido
Consolidación de incorporación	INICIO, ESPERA, DECISIÓN, ACCIÓN, FIN	SendPushNotification, AddSegment	Tipo de ejecución: Único	“Serie de bienvenida con rama de primera compra”
Cadena de carrito a revisión	INICIO, ESPERA, DECISIÓN, ACCIÓN, FIN	SendPushNotification, Workflow.Start	Tipo de ejecución: Múltiple en paralelo; criterio de salida Goal.Tracked = purchase	“Escalada de abandono de carrito”
Consolidación de reactivación	START (audiencia), DECISION, ACTION, WAIT, END	SendPushNotification, AddSegment	Tipo de ejecución: Única; disparador de audiencia; duplicar mensualmente	“Recomprometerse con oferta basada en niveles”

El motor de Workflows viene con más de 60 plantillas enviadas que cubren cada patrón de migración anterior. Cada plantilla es un punto de partida. Los patrones se instalan en menos de cinco minutos en Shopify, Shopify Plus, WooCommerce, BigCommerce y Magento dentro de el creador de Workflows de PushEngage, o en cualquier stack SaaS, de editor o de viajes a través del SDK de JavaScript y la API de eventos.

El plan gratuito te da 200 suscriptores, todos los canales (web push, app push, WhatsApp y chat en vivo), y el motor completo de Workflows desde el primer día. Eso es suficiente para migrar uno de los tres patrones de tu stack de disparadores actual y probar la arquitectura antes de solicitar presupuesto. Comienza con el plan gratuito y lanza el primer workflow contextual en menos de una hora.

Si te llevas una cosa de este artículo, llévate esto: una campaña de push disparada ya no es la notificación. Es el workflow. Seis disparadores independientes que se ejecutan desconectados son seis pipelines apuntando a la misma lista de suscriptores, cada uno ignorante de los demás.

Tres workflows contextuales ejecutándose con estado compartido, ramas de decisión, criterios de salida y traspasos encadenados son un viaje por suscriptor, ramificado y delimitado. Los workflows de automatización de marketing que producen un embudo defendible por workflow y una tasa de compra repetida que se acumula no son una lista más larga de disparadores; son un conjunto más pequeño y agudo de viajes contextuales. La arquitectura es la campaña. El disparador es la puerta.