Es el tercer viernes del trimestre y estás mirando tu panel de retención. La secuencia de carritos abandonados está en marcha. El disparador de abandono de navegación está en marcha. La solicitud de reseña postcompra está en marcha. La alerta de bajada de precio está en marcha. Las notificaciones de bienvenida se envían en cada registro. Seis notificaciones push "automatizadas". Seis disparadores conectados durante los últimos dieciocho meses. Tu tasa de compra repetida dejó de moverse hace doce meses.
Así es como se ve la automatización de notificaciones push para eCommerce en la mayoría de las pilas de retención de mercado medio: seis disparadores desconectados, cada uno enviando contenido de un propietario de campaña diferente, ninguno de ellos consciente de los demás. La serie de abandono de carritos sigue enviando notificaciones a suscriptores que ya compraron. La campaña de recuperación se superpone con la alerta de bajada de precio para el mismo cliente. No hay lógica compartida, ni criterios de salida compartidos, ni identidad compartida. Solo seis tuberías separadas, cada una apuntando a la misma lista de suscriptores, cada una pretendiendo que las otras cinco no existen.
La automatización de notificaciones push para eCommerce no debería funcionar así. Debería funcionar como una arquitectura de flujo de trabajo unificada: un conjunto de viajes multinodo con disparadores compartidos, lógica de decisión compartida y criterios de salida compartidos, ejecutándose a través de notificaciones push web, push de aplicaciones, WhatsApp y chat en vivo desde una única identidad de suscriptor. Este artículo detalla cómo es esa arquitectura, ofrece cinco planos de flujo de trabajo completos que puedes adoptar y muestra cómo leer el embudo por flujo de trabajo para que el elemento de línea sea defendible ante finanzas.
La mayoría de las "notificaciones push automatizadas" en realidad no están automatizadas
La palabra automatización ha estado haciendo mucho trabajo no merecido en el circuito de blogs de eCommerce. Cuando la mayoría de los artículos dicen "notificaciones push automatizadas", lo que quieren decir es "notificaciones push activadas": notificaciones únicas que se activan cuando ocurre un evento, sin estado posterior, sin esperas, sin ramificaciones, sin condiciones de salida. Un suscriptor abandona un carrito, se activa la notificación de abandono de carrito. Un suscriptor ve un producto, se activa la notificación de navegación. Un suscriptor compra, se activa la notificación postcompra. Cada disparador es su propia tubería, ignorante de todos los demás disparadores.
Un flujo de trabajo es algo diferente. Un flujo de trabajo es un viaje de varios pasos con estado. Sabe dónde entró el suscriptor, dónde se encuentra actualmente, a qué hora entró en cada nodo y qué condiciones cancelan el viaje. El flujo de trabajo de abandono de carrito no solo envía una notificación a la hora, espera un día, comprueba si el carrito sigue abandonado, envía un segundo contacto con un descuento, espera dos días más, envía un contacto final y sale del flujo de trabajo en el momento en que el suscriptor compra, sin importar en qué paso se encontraba.
Esa última cláusula marca la diferencia. El disparador no tiene memoria. El flujo de trabajo sí. Si tu "automatización de carrito abandonado" sigue enviando recordatorios después de que el cliente ya ha pagado, no tienes una automatización. Tienes un disparador al que nadie le ha dicho que se detenga.
Para un equipo de retención de eCommerce de mercado medio, esta distinción es la diferencia entre una tasa de compra repetida que se acumula y una que se estanca. Seis disparadores funcionando en paralelo producen seis canales de ruido. Cinco flujos de trabajo funcionando en coordinación producen un viaje por suscriptor, ramificado y delimitado. La mayoría de los resultados de búsqueda de la primera página para esta palabra clave plantean el problema como "qué tipo de notificaciones enviar" y responden con una lista de nueve, doce o quince plantillas. Esa no es la pregunta. La pregunta es cómo componer el viaje.
La anatomía de un flujo de trabajo de notificación push
Antes de los planos, el vocabulario. Un flujo de trabajo de notificación push se construye a partir de seis tipos de nodos. Una vez que sepas lo que hace cada uno, cada plano de este artículo se leerá como un diagrama, no como una descripción.
INICIO. El punto de entrada. Un nodo INICIO define cómo se activa el flujo de trabajo, ya sea por un evento del suscriptor (carrito abandonado, página vista, segmento unido, objetivo de compra rastreado) o por un filtro de audiencia que selecciona suscriptores que cumplen criterios específicos en un momento programado. Un flujo de trabajo tiene exactamente un INICIO.
ESPERAR. Un retraso. Un nodo ESPERAR mantiene al suscriptor en este punto durante una duración especificada (minutos, horas, días) o hasta una hora de calendario específica (martes a las 10 a. m. en la zona horaria del suscriptor, 15 de diciembre a las 8 p. m. hora del sitio). Las esperas son la forma en que un flujo de trabajo aprende a no ser una difusión única.
DECISIÓN. Una bifurcación de dos vías. Un nodo DECISIÓN comprueba una condición (¿ha comprado el suscriptor, sigue en el segmento de abandono de carrito, su nivel de fidelidad es "oro"?) y lo dirige por el camino SÍ o el camino NO. Las decisiones son la forma en que un flujo de trabajo deja de tratar a todos los suscriptores por igual.
DIVIDIR_RUTA. Una bifurcación basada en porcentajes. Los nodos DIVIDIR_RUTA dirigen a los suscriptores a través de múltiples rutas basándose en porcentajes configurados: 50/50 para una prueba A/B, 33/33/34 para una prueba de hora de envío de tres vías. Una vez que tengas un ganador, promociona la ruta ganadora al 100% y el flujo de trabajo seguirá ejecutándose en la variante probada.
ACCIÓN. El trabajo en sí. Los nodos ACCIÓN envían una notificación push, añaden al suscriptor a un segmento, actualizan sus atributos, activan un webhook, inician otro flujo de trabajo o detienen uno. Los flujos de trabajo de PushEngage admiten once tipos de acciones. Los más comunes en eCommerce son SendPushNotification, AddSegment, UpdateAttribute y HttpRequest.
FIN / SALIR. El terminal. Los nodos FIN y SALIR marcan el flujo de trabajo como completado y actualizan las analíticas. FIN es la conclusión natural. SALIR se utiliza típicamente para terminar temprano: en el camino NO de un nodo Decisión cuando el suscriptor no califica, o en una rama de División de Ruta diseñada como grupo de control.
Cada flujo de trabajo se compone de estas seis piezas. Una vez compartido el vocabulario, los planos se leen rápidamente.
Cinco planos de flujo de trabajo para eCommerce
Estos no son "ejemplos". Son planos de trabajo. Cada uno enumera su disparador, su tipo de ejecución, su secuencia de nodos, sus criterios de salida y su métrica de retención prevista. Puede cargar cada uno directamente en el generador de Flujos de trabajo de PushEngage y tenerlo funcionando en menos de una hora.
Plano 1 — Serie de bienvenida
- Disparador (INICIO): Evento
PushEngage.Subscriber.Added - Tipo de ejecución: Único (un viaje de bienvenida por suscriptor, con un período de enfriamiento de 90 días antes de la readmisión)
- Flujo: Notificación de bienvenida (inmediata) → ESPERAR 2 días → notificación de resaltado de características → ESPERAR 3 días → DECISIÓN: ¿ha realizado el suscriptor una compra? → ruta SÍ: enviar una notificación de agradecimiento y agregar al segmento
clientes→ ruta NO: enviar un descuento de primera compra → FIN - Criterios de salida: Ninguno. El viaje es lo suficientemente corto como para que todos los suscriptores lo completen.
- Métrica de retención: Tiempo hasta la primera compra. Los nuevos suscriptores que completan la serie de bienvenida compran más rápido que aquellos que no lo hacen, porque el tercer contacto llega en el momento en que la intención de la primera compra se ha materializado o estancado.
Plano 2 — Abandono de navegación
- Disparador (INICIO): Evento personalizado
page_viewfiltrado a páginas de detalles de productos donde el suscriptor tampoco disparóadd_to_carten 30 minutos - Tipo de ejecución: Múltiples Paralelos (un suscriptor puede abandonar la navegación de varios productos en una sesión, y cada uno obtiene su propia instancia de flujo de trabajo)
- Flujo: ESPERAR 30 minutos → DECISIÓN: ¿sigue navegando el suscriptor por el sitio? → ruta SÍ: SALIR (no interrumpir una sesión activa) → ruta NO: enviar una notificación de recordatorio con el producto que vio → ESPERAR 24 horas → DECISIÓN: ¿lo agregó al carrito? → ruta SÍ: SALIR (el flujo de trabajo de abandono de carrito se encarga a partir de aquí) → ruta NO: enviar un segundo contacto con una recomendación de productos relacionados → FIN
- Criterios de salida: Objetivo
add_to_cart(el flujo de trabajo del carrito hereda el viaje) u objetivopurchase(no se necesitan más mensajes) - Métrica de retención: Tasa de conversión de navegación a carrito para productos vistos previamente. La publicación de PushEngage sobre campañas de abandono de navegación cubre el trabajo de segmentación que hereda este plano.
Plano 3 — Escalada de carrito abandonado
- Disparador (INICIO): Evento personalizado
cart_abandoned - Tipo de ejecución: Múltiples Paralelos (cada carrito abandonado es su propio viaje, por lo que un suscriptor que abandona un segundo carrito mientras el primero aún está activo recibe una segunda instancia concurrente)
- Flujo: ESPERAR 1 hora → recordatorio n.º 1 (sin descuento, tono amistoso) → ESPERAR 24 horas → DECISIÓN: ¿el carrito sigue abandonado? → ruta SÍ: recordatorio n.º 2 con un descuento del 10 % → ESPERAR 48 horas → DECISIÓN: ¿el carrito sigue abandonado? → ruta SÍ: recordatorio final con un descuento del 20 % y marco de urgencia → FIN
- Criterios de salida: Objetivo
purchaseque coincide con elcart_iddel evento desencadenante. En el momento en que el suscriptor compra, el flujo de trabajo se cancela para ese carrito, independientemente de dónde se encuentre actualmente. - Métrica de retención: Valor del carrito recuperado por carrito abandonado, por canal. Este es el flujo de trabajo de mayor impacto en la página y el más fácil de justificar en una cuenta de pérdidas y ganancias. Para una cobertura más profunda de la secuencia de recuperación de carritos abandonados específicamente, el manual de recuperación de carritos abandonados de PushEngage explica cómo se ajusta la cadencia al comportamiento de la plataforma (los flujos de pago de Shopify Plus difieren de los de WooCommerce en formas que afectan la primera espera).
Blueprint 4 — Solicitud de reseña post-compra
- Desencadenante (INICIO): Evento
PushEngage.Goal.Trackeddondegoal_name = purchase - Tipo de ejecución: Múltiples Secuenciales (un viaje de solicitud de reseña activo a la vez por suscriptor, pero la siguiente compra activa una nueva instancia)
- Flujo: ESPERAR 7 días (suficiente tiempo para recibir el producto y formarse una opinión) → DIVIDIR_RUTA 50/50: envío matutino (9 AM hora local del suscriptor) frente a envío vespertino (7 PM hora local del suscriptor) → notificación de solicitud de reseña → ACCIÓN: solicitud HTTP al CRM registrando el envío de la solicitud de reseña → FIN
- Horas de silencio: De 10 p. m. a 8 a. m. en la zona horaria del suscriptor,
reschedulecomo opción de reserva. Las notificaciones push que deberían llegar durante la noche esperan hasta las 8:01 a. m. en lugar de enviarse. La configuraciónreschedulees la opción predeterminada correcta para este flujo de trabajo porqueskipomite silenciosamente las notificaciones y las deja fuera de los análisis, lo que la mayoría de los equipos de retención no desean. - Criterios de salida: Objetivo
review_submitted - Métrica de retención: Tasa de envío de reseñas por variante de hora de envío. La ruta dividida hace que la prueba A/B sea parte del flujo de trabajo, no una ocurrencia posterior adjunta a un informe de campaña.
Blueprint 5 — Recuperación
- Desencadenante (INICIO): Filtro de audiencia
last_active > 30 days - Tipo de ejecución: Única (un intento de recuperación por suscriptor cada ventana de 90 días)
- Flujo: Notificación “Te echamos de menos” → ESPERAR 3 días → DECISIÓN: ¿interactuó el suscriptor con la notificación o visitó el sitio? → ruta SÍ: añadir al segmento
re-engaged, enviar un agradecimiento y un descuento, FIN → ruta NO: enviar una oferta más fuerte con un descuento mayor → ESPERAR 5 días → DECISIÓN: ¿sigue inactivo? → ruta SÍ: notificación final “última oportunidad” → FIN - Criterios de salida: Filtro de audiencia
last_active < 7 days. El suscriptor se reactivó por sí solo y el trabajo del flujo de trabajo ha terminado. - Métrica de retención: Tasa de reactivación a los 60 días posteriores a la entrada en el flujo de trabajo.
Una palabra sobre el disparador. Este es el único plano en este artículo que utiliza un disparador basado en la audiencia en lugar de un disparador basado en eventos. Los disparadores de audiencia en los flujos de trabajo de PushEngage procesan en lotes el conjunto de suscriptores coincidentes solo en el momento de inicio del flujo de trabajo. Los suscriptores que se vuelven inactivos después de que comienza el flujo de trabajo no se incluyen automáticamente, y la edición del filtro de audiencia en un flujo de trabajo activo no agrega nuevos suscriptores. Si desea un programa de reactivación continuo, duplique el flujo de trabajo de forma recurrente (mensual o trimestral) en lugar de esperar que un flujo de trabajo de audiencia de larga duración siga ingiriendo nuevos candidatos. Esta es una fuente real de "¿por qué este suscriptor no recibió la recuperación?" tickets de soporte en equipos que malinterpretan el tipo de disparador.
Segmentación, pruebas A/B y criterios de salida dentro del flujo de trabajo
El patrón dominante en los resultados de búsqueda de la página uno para esta palabra clave es enumerar la segmentación, las pruebas A/B y las horas de silencio como "mejores prácticas": viñetas genéricas al final del artículo, divorciadas de la campaña que las utiliza. Ese es el marco incorrecto. Estas no son mejores prácticas que se sientan junto al flujo de trabajo. Son el flujo de trabajo.
Aquí está el mismo conjunto de conceptos, enmarcados como mejores prácticas frente a enmarcados como nodos de flujo de trabajo:
| Concepto | Encuadre de mejores prácticas (incorrecto) | Encuadre de nodos de flujo de trabajo (correcto) |
|---|---|---|
| Segmentación RFM | “Segmenta tu lista antes de enviar” | Un nodo DECISIÓN que verifica la recurrencia, frecuencia y valor monetario, y luego dirige a los suscriptores de alta RFM a una ruta diferente a los de baja RFM. La publicación sobre segmentación de PushEngage cubre las definiciones de los grupos RFM que alimentan este nodo. |
| Pruebas A/B | “Siempre haz pruebas A/B de tu copia” | Un nodo SPLIT_PATH con una asignación de porcentaje del 50/50, suscriptores balanceados por ruta y un campo winner_edge_id que promueve al ganador al 100% una vez que la prueba alcanza significancia. |
| Horas de silencio | “No envíes a las 3 a.m.” | Una opción a nivel de flujo de trabajo con start_at, end_at, timezone y una configuración fallback que skipea el envío o lo reschedulea para un minuto después de que terminen las horas de silencio. |
| Criterios de salida | “Deja de enviar a las personas que compraron” | Una regla a nivel de flujo de trabajo que verifica al suscriptor contra un filtro de audiencia o un objetivo activado antes de cada nodo, y cancela el flujo de trabajo si coincide. |
La diferencia importa porque las viñetas de mejores prácticas son fáciles de aceptar y difíciles de aplicar. Los nodos del flujo de trabajo son aplicados por el propio motor. La DECISIÓN se ejecuta cada vez. SPLIT_PATH equilibra a cada suscriptor. El fallback de horas de silencio se activa sin que nadie recuerde comprobar la hora. La regla de salida cancela el flujo de trabajo, independientemente de si el propietario de la campaña está prestando atención.
Para el plano de abandono de carrito anterior, esto significa que en el momento en que un suscriptor compra los artículos abandonados, la regla de salida se activa, el flujo de trabajo se cancela para ese suscriptor y los recordatorios segundo y tercero nunca se envían. Sin ticket de soporte, sin correo electrónico de finanzas, sin campaña de disculpa. El flujo de trabajo se detuvo porque el motor tenía una regla que le indicaba que se detuviera.
Orquestación multicanal: un flujo de trabajo, cuatro canales
La mayoría de las plataformas de notificaciones push son herramientas de un solo canal. Algunas son de dos canales. La pregunta que no pueden responder bien es la que un equipo de retención de mercado medio necesita responder: dado el estado de este suscriptor, ¿qué canal debería activarse? Web push si aceptaron. Email si rechazaron web push. WhatsApp si el valor del carrito supera los 200 $. Chat en vivo si el suscriptor está actualmente en el sitio.
Ese árbol de decisiones es un único flujo de automatización de notificaciones push multicanal, no cuatro campañas en cuatro herramientas. Con los flujos de PushEngage, un viaje de abandono de carrito puede componerse así:
- INICIO: evento
cart_abandoned - ESPERAR: 1 hora
- Nodo de DECISIÓN 1: ¿está el suscriptor suscrito a web push?
- Ruta SÍ: ACCIÓN, enviar recordatorio de web push
- Ruta NO: continuar a la siguiente decisión
- ESPERAR: 30 minutos después del web push (o inmediatamente, si no se activó ningún push)
- Nodo de DECISIÓN 2: ¿hizo clic el suscriptor en el web push, o no está suscrito a web push?
- Si se activó y se hizo clic en el web push: SALIR (dejar que el flujo del carrito finalice)
- Si se activó el web push y no se hizo clic, o no hay web push: continuar
- Nodo de DECISIÓN 3: ¿valor del carrito superior a 200 $?
- Ruta SÍ: ACCIÓN, activar mensaje de WhatsApp a través de la acción SendPushNotification en el canal de WhatsApp
- Ruta NO: ACCIÓN, activar email a través de una solicitud HTTP a su ESP
- SALIR en el objetivo
compra
Cuatro canales, un flujo de trabajo, un conjunto de criterios de salida, una identidad de suscriptor. El mismo gerente de retención que antes no podía orquestar esto sin tres inicios de sesión de proveedores y un flujo de Zapier ahora puede componerlo dentro de un único flujo de trabajo que el motor aplica.
Hacer lo mismo a través de herramientas separadas significa seis sincronizaciones entre plataformas, dos motores de segmentación que no están de acuerdo sobre quién cuenta como "suscriptor VIP", y ninguna atribución de ingresos única porque cada herramienta informa sus propias conversiones. Hacerlo dentro de un único motor de flujo de trabajo significa una identidad de suscriptor, un conjunto de lógica de decisión y un informe de embudo. Para obtener más información sobre cómo los push y los correos electrónicos funcionan juntos dentro de un plan de retención único, consulte orquestación multicanal de push y email.
Este es el diferenciador que no tiene un análogo en los resultados dominantes de la página uno. Ninguno de los quince primeros resultados para esta palabra clave describe un flujo de trabajo entre canales como un objeto único. Todos tratan el push como el tema y el email como la comparación.
Las matemáticas de la retención: ingresos por flujo de trabajo, por canal, por notificación
Un flujo de trabajo que no puedes defender en la próxima revisión de P&L es un flujo de trabajo que se elimina. El trabajo del gerente de retención es mostrar, en dólares, lo que produjo cada partida. La mayoría de los artículos sobre "notificaciones push automatizadas para comercio electrónico" se detienen en la tasa de clics. Eso no es suficiente. La métrica correcta es los ingresos recuperados por suscriptor, por flujo de trabajo, por canal.
PushEngage Workflows rastrea tres números en cada nodo:
- Usuarios en cola: suscriptores que esperan actualmente en este nodo (típicamente una espera o una reprogramación por horas de tranquilidad)
- Usuarios completados: suscriptores que pasaron por este nodo
- Usuarios salidos: suscriptores que abandonaron el flujo de trabajo en este nodo, ya sea porque los criterios de salida coincidieron o porque se dieron de baja
Aquí se muestran las analíticas a nivel de nodo para un flujo de trabajo activo de abandono de carrito (cifras ilustrativas, extraídas de una lista realista de 200.000 suscriptores):
| 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 | Notificación enviada |
| ESPERAR 24 horas | 240 | 9,800 | 1,860 | Alto número de salidas: 1.860 suscriptores compraron después del recordatorio n.º 1 |
| DECISIÓN: carrito aún abandonado | 0 | 9,800 | 0 | Todos los suscriptores restantes todavía tienen el carrito abierto |
| ACCIÓN: recordatorio n.º 2 (10 % de descuento) | 0 | 9,800 | 0 | Notificación enviada con descuento |
| ESPERAR 48 horas | 90 | 6,300 | 3,410 | Otras 3.410 compras activaron la salida |
| ACCIÓN: recordatorio final (20 % de descuento) | 0 | 6,300 | 0 | Notificación final |
| FIN | n/d | 6,300 | n/d | 6.300 suscriptores no compraron |
En este embudo, 5.270 suscriptores (1.860 + 3.410) compraron mientras estaban dentro del flujo de trabajo, una tasa de recuperación de carritos del 42,5 %. Las dos esperas (24 h y 48 h) son los nodos de mayor salida en el embudo, lo cual es el patrón esperado: las decisiones de tiempo hasta la compra ocurren en las ventanas de espera, no en las ventanas de acción. Si su flujo de trabajo muestra el patrón inverso, con altas salidas en los nodos de acción y bajas salidas en los nodos de espera, su temporización es incorrecta y las esperas deben acortarse.
Las matemáticas de retención también deben abordar el coste. Las notificaciones push no cuestan nada por envío una vez que el suscriptor ha optado por recibirlas. Los costes de correo electrónico dependen de su ESP, pero con una lista de 200.000 suscriptores y una configuración típica de Klaviyo o Bloomreach, un solo envío de abandono de carrito cuesta varios cientos de dólares en uso medido (se aplican los términos de su contrato).
Una automatización de notificaciones push de abandono de carrito con prioridad push que recupera carritos al 42 % puede alcanzar el mismo número de ingresos recuperados que un flujo de trabajo push y correo electrónico al 38 %, a un coste materialmente menor. Haga los cálculos con su propio tamaño de lista y contrato de ESP. El punto es que push, push de aplicación y WhatsApp no incurren en el coste por envío que tiene el correo electrónico, y el trabajo del flujo de trabajo es utilizar el canal más barato primero siempre que el estado del suscriptor lo permita.
Cuando la línea de artículo es defendible (este flujo de trabajo recuperó X $ en carritos con un coste total de Y $), la conversación sobre el presupuesto es breve.
Constrúyelo en los flujos de trabajo de PushEngage
Cada plano de este artículo se mapea directamente a los componentes de Flujos de Trabajo de PushEngage. Aquí está el mapeo para los cinco planos anteriores:
| Plano | Tipos de nodos utilizados | Tipos de acciones utilizados | Opción de flujo |
|---|---|---|---|
| Serie de bienvenida | INICIO, ESPERA, DECISIÓN, ACCIÓN, FIN | SendPushNotification, AddSegment | Tipo de ejecución: Único |
| Abandono de navegación | INICIO, ESPERA, DECISIÓN, ACCIÓN, SALIDA | EnviarNotificaciónPush | Tipo de ejecución: Múltiple Paralelo |
| Escalada de abandono de carrito | INICIO, ESPERA, DECISIÓN, ACCIÓN, FIN | EnviarNotificaciónPush | Tipo de ejecución: Múltiple Paralelo; salida en objetivo purchase |
| Solicitud de reseña posterior a la compra | INICIO, ESPERA, DIVIDIR_RUTA, ACCIÓN, FIN | SendPushNotification, HttpRequest | Tipo de ejecución: Múltiple Secuencial; horas de silencio de 22:00 a 8:00, reprogramación de respaldo |
| Recuperación | INICIO, ACCIÓN, ESPERA, DECISIÓN, FIN | SendPushNotification, AddSegment | Tipo de ejecución: Único; activador basado en audiencia |
El motor de Flujos de Trabajo viene con más de 60 plantillas enviadas que cubren cada uno de estos flujos. Cada plantilla es un punto de partida. Cada plano anterior se puede instalar en menos de cinco minutos en Shopify, Shopify Plus, WooCommerce, BigCommerce o Magento dentro del creador de flujos de trabajo de notificaciones push de PushEngage.
La función de Flujos de Trabajo también cubre la lógica de decisión y los pasos de personalización que hacen posible el enrutamiento multicanal en la sección anterior, y admite los once tipos de acciones que le permiten hacer más que solo enviar una notificación: actualizar atributos de suscriptor, disparar webhooks a su CRM, iniciar flujos de trabajo posteriores o detener los conflictivos.
Para una visión más amplia de cómo estos flujos de trabajo encajan en un programa completo de retención de eCommerce, la publicación del centro de notificaciones push de eCommerce cubre los tipos de campañas que implementan estos planos.
El plan gratuito te da 200 suscriptores, los cuatro canales (web push, app push, WhatsApp y chat en vivo), y el motor completo de Flujos de Trabajo desde el primer día. Eso es suficiente para probar el canal antes de incluirlo en una línea presupuestaria.
Lo que esto cambia
Si te llevas una cosa de este artículo, llévate esto: la automatización de notificaciones push para eCommerce es arquitectura de flujos de trabajo, no un conjunto de campañas activadas. El viaje de abandono de carrito que finaliza con la compra, la serie de bienvenida que se ramifica según el comportamiento de la primera compra y la orquestación multicanal que elige el canal viable más barato para cada suscriptor tienen la misma forma.
Un INICIO, algunas ESPERAS, algunas DECISIONES, algunas ACCIONES, una SALIDA. Seis disparadores independientes no pueden hacer esto. Un motor de flujo de trabajo puede. Las matemáticas de retención se componen a partir de ahí.
Empieza con el plan gratuito para implementar el primer plano en menos de una hora.
