Tetiklenen Anlık Bildirim Kampanyaları: Bağlamsal İş Akışları Kılavuzu

Çeyreğin ikinci haftası ve elde tutma panonuzda altı adet “otomatik” tetikleyicinin çalıştığı ve hepsinin yeşil olduğu gösteriliyor. Sepet terk etme tetikleyicisi, zaten ödeme yapmış abonelere sürekli olarak gönderiliyor. Yeniden kazanma, aynı süresi dolmuş müşteri için fiyat düşüşü uyarısıyla örtüşüyor. Hoş geldin serisi, ilk satın alma dürtüsünden bağımsız olarak bildirimler gönderiyor. Satın alma sonrası inceleme isteği, dün siparişi iade eden abonelere ulaşıyor.

Altı tetiklenmiş anlık bildirim kampanyasının her biri, aynı abone listesine işaret eden bir boru hattıdır ve her biri diğer beşinin var olmadığını varsayar. Tekrar satın alma oranı on iki ay önce hareket etmeyi bıraktı ve tetikleyiciler durumu paylaşmadığı için ekipteki hiç kimse tetikleyici başına geliri atfedemiyor.

Bu, çoğu orta ölçekli elde tutma yığınındaki operasyonel gerçektir. Sorun strateji değil. Strateji iyi. Sorun mimari. 2024'te tetiklenmiş bir bildirim, tek bir olaya göre tetiklenen tek bir mesajdı. 2026'da bu ilkel yeterli değil. Yolculuk, abonenin ne yaptığını hatırlamalı, buna göre dallanmalı ve dönüştüğünde çıkmalıdır.

Bu makale mimari gerekçeyi sunmaktadır. Anlık bildirimlerin yayın, tetiklenmiş ve bağlamsal arasındaki sınırı tanımlar, olay tetikleyicileri ve kitle tetikleyicileri arasındaki farkı inceler, tek bir tetikleyiciyi bağlamsal bir iş akışına dönüştüren altı düğüm türünü adlandırır ve altı bağımsız tetikleyiciyi paylaşılan çıkış kriterleri ve iş akışı başına analizlerle üç bağlamsal yolculuğa konsolide eden üç geçiş deseni sunar.

Bağlamsal, tetiklenmiş, yayın: üç ilkel, bir değil

Her anlık bildirim programının altında üç ilkel bulunur. Çoğu ekip bunları “kampanyalar” adı verilen tek bir sepete toplar, mimari sorunun başladığı yer burasıdır.

Yayın. Aynı bildirim, zamanlanmış olarak tüm eşleşen kitleye gider. Öğlen flaş satış. Lansman gününde yeni koleksiyon uyarısı. Yayın, her alıcının aynı yükü aldığı zamana bağlı duyurular için doğru ilkeldir. Abone durumuna bağlı herhangi bir şey için yanlış ilkeldir.

Tetiklenmiş. Tek bir olay tetiklendiğinde tek bir bildirim gönderilir. Abone bir sepeti terk ederse, sepet terk etme bildirimi gönderilir. Abone bir ürün sayfası görüntülerse, göz atma bildirimi gönderilir. Abone satın alırsa, satın alma sonrası bildirim gönderilir. Tetikleyicinin hafızası yoktur. Beş dakika önce ne olduğunu veya gelecek Salı günü neyin planlandığını bilmiyor. Her tetikleyici, diğer her tetikleyiciden habersiz bir boru hattıdır.

Bağlamsal. Bir iş akışı, tetikleyiciyi giriş noktası olarak kullanır ve ardından abone durumuna göre uyum sağlar. Aynı sepeti terk etme olayı, bir saatlik bekleme, ilk hatırlatıcı, 24 saatlik bekleme, hala açık olup olmadığını kontrol eden bir karar, indirimli ikinci hatırlatıcı, 48 saatlik bekleme, üçüncü hatırlatıcı ve abonenin satın aldığı anda iş akışını iptal eden bir çıkış kuralından oluşan çok adımlı bir yolculuk başlatır. Kampanya, tetikleyici değil, iş akışıdır. Bağlamsal anlık bildirimler, mimari yetiştiğinde tetiklenen mesajlaşmanın nasıl davrandığıdır.

Üç ilkel, üç iş yüküne temiz bir şekilde eşlenir. Mevcut yığınınızı denetlerken bu tabloyu kullanın.

Yetenek	Yayın	Tetiklenen	Bağlamsal
Aboneden bağımsız durum	Hayır	Hayır	Evet
Davranışa göre dallanır	Hayır	Hayır	Evet
Çıkış kriterleri	Hayır	Hayır	Evet
Tek bir kampanya içinde çok kanallı yönlendirme	Hayır	Hayır	Evet
Yerleşik A/B (gönderim zamanı, kopya, kanal)	Hayır	Hayır	Evet
Doğru iş yükü	Flaş satışlar, lansman duyuruları	Tek seferlik işlemsel pingler (düşük hacimli)	Yaşam döngüsü yolculukları (hoş geldin, sepet, geri kazanma, yenileme)

Çoğu yaşam döngüsü programı bağlamsal gerektirir. Çoğu ekip tetiklenenleri gönderir. Bu boşluk, bu makalenin konusudur. Bağlamsal yolculukları gönderen pazarlama otomasyon iş akışları, daha uzun bir tetikleyici listesi gibi görünmez; paylaşılan bir kelime dağarcığından oluşan daha küçük bir dizi çok adımlı yolculuk gibi görünür. Gerçekten istediğiniz anlık bildirim iş akışları, dokuz tetikleyici değil, üç bağlamsal yolculuktur.

Olay tetikleyicileri ve kitle tetikleyicileri çok farklı davranır

Düğüm anatomisinden önce, bu konudaki neredeyse her makalenin yanlış yaptığı bir taksonomi noktası. Anlık bildirim iş akışlarında bir “tetikleyici”, tek bir ilkel değildir. Dışarıdan benzer görünen ve altta çok farklı davranan iki ilkeldir.

Olay tetikleyicileri gerçek bir olayda aboneye göre tetiklenir. PushEngage İş Akışlarındaki desteklenen olaylar şunlardır: PushEngage.Subscriber.Added, PushEngage.Subscriber.AddSegment, PushEngage.Subscriber.RemoveSegment, PushEngage.Subscriber.UpdateField, PushEngage.Subscriber.UpdateAttribute, PushEngage.Goal.Tracked ve PushEngage.CustomEvent. Olay tetiklendiğinde, sistem aktif iş akışlarını değerlendirir, olay filtresi kriterlerini kontrol eder, çıkış kurallarını kontrol eder ve o abone için eşleşen iş akışını kuyruğa alır. Tetikleyiciden kuyruğa kadar olan boşluk saniyelerdir. Olay tetikleyicileri, herhangi bir reaktif kampanya için doğru ilkeldir: sepeti terk etme, göz atma terk etme, satın alma takibi, segment birleştirme hoş geldinleri. Olayla tetiklenen anlık bildirim kampanyaları, e-ticaret, SaaS başlatma ve gerçek zamanlı sinyallere sahip herhangi bir programdaki baskın vakalardır.

Kitle tetikleyicileri, planlanmış bir zamanda bir filtrede ateşlenir. Filtre, son_aktif > 30 gün, sadakat_seviyesi = altın veya şehir = New York VE segmentler "vip" içerir gibi belirli kriterlere uyan aboneleri seçer. Zamanlayıcı yoklayıcısı, eşleşen abone kümesini 1000'lik gruplar halinde getirir, yürütmeyi 15 saniye ila 2 dakika arasında geciktirir ve her abone için bir iş akışı örneği oluşturur. Kitle tetikleyicileri, yeniden etkileşim, doğum günü kampanyaları, coğrafi promosyonlar ve kümenin olaya göre değil özelliğe göre tanımlandığı herhangi bir program için doğru ilkeldir.

Farklılıklar sadece kavramsal olarak değil, operasyonel olarak da önemlidir:

Yön	Olay tetikleyicisi	Kitle tetikleyicisi
Başlatma	Abonenin olayında gerçek zamanlı	Yoklayıcı tarafından zamanlanmış
Hız	Saniyeler içinde	Gruplanmış, 1-2 dakika gecikme
Abone seçimi	Olay başına bir abone	Yalnızca iş akışı başlangıç ​​zamanında toplu seçim
Başladıktan sonra yeni aboneler	Bir sonraki olayda otomatik olarak dahil edilir	İş akışı başladıktan sonra OTOMATİK OLARAK dahil edilmez
Başladıktan sonra filtre değişikliği	Y/S	Filtreyi düzenlemek yeni aboneler eklemez
Olay verileri mevcut	Evet (değişken değiştirme için)	Hayır

Üçüncü satır püf noktasıdır. Kitle tabanlı bir iş akışı, abone kümesini iş akışı başlangıcında bir kez seçer. İş akışı başladıktan sonra inaktif hale gelen aboneler otomatik olarak eklenmez. Aktif bir iş akışındaki kitle filtresini düzenlemek yeni adayları çekmez. "30+ gün inaktif aboneler için geri kazanım" iş akışı gönderen ve doksan gün boyunca çalışmasına izin veren bir elde tutma ekibi, her gün yeni aboneler 30 günlük eşiği aşmasına rağmen, doksan gün boyunca aynı sabit kohortu görecektir.

Mimari cevap, kitle iş akışını yinelenen bir programa, aylık veya haftalık olarak kopyalamaktır, böylece her kopya, son çalıştırmadan bu yana eşiği geçen adayları yakalar. Bu, belgelendirmede tek satırlık bir operasyonel nottur ve kitle tetikleyicilerini olay tetikleyicileri gibi ele alan ekiplerde "neden bu abone kampanyayı almadı?" destek biletlerinin tekrarlayan bir kaynağıdır.

Bir tetikleyiciyi bağlamsal bir kampanyaya dönüştüren altı düğüm

Tetikleyici ateşlendikten sonra, iş akışının kendisi altı düğüm türünden oluşur. Kelime dağarcığı beş dakikada öğrenilebilecek kadar küçüktür ve bir elde tutma ekibinin göndermek istediği herhangi bir bağlamsal kampanyayı oluşturabilecek kadar büyüktür.

BAŞLANGIÇ. Giriş noktası. BİR BAŞLANGIÇ düğümü, tetikleyiciyi (olay tabanlı veya kitle tabanlı) ve filtre kriterlerini tanımlar. Bir iş akışının tam olarak bir BAŞLANGIÇ düğümü vardır. Giriş noktası, önceki bölümdeki tetikleyici taksonomisini belirler ve aşağı akış düğümlerinin okuyabileceği olay verisi bağlamını ayarlar.

BEKLE. Bir gecikme. BEKLE düğümü, aboneyi belirli bir süre (dakika, saat, gün) veya belirli bir takvim saatine kadar bekletir. Beklemeler, bir iş akışının abone durumuna ve abone saat dilimine nasıl uyduğunu gösterir. İş akışı, bir sepeti terk etme hatırlatıcısı için bir saat, bir karşılama serisindeki bir özelliği vurgulamak için üç gün veya salı sabah 10'da abonenin yerel saat diliminde iş saatleri gönderimi için bekleyebilir. Beklemeler ayrıca, her mesajı ilk altmış saniye içinde göndermeden çok adımlı bir damla oluşturmanıza olanak tanır.

KARAR. İki yönlü bir dal. KARAR düğümü bir olay filtresini veya bir kitle filtresini denetler ve aboneyi EVET yolu veya HAYIR yolu boyunca yönlendirir. Abone satın aldı mı? Sepeti terk eden segmentte mi hala? Sadakat seviyesi değişti mi? Karar düğümleri, davranışsal anlık bildirimlerin her aboneye aynı şekilde davranmayı bırakıp her abonenin aslında ne yaptığına uyum sağlamaya nasıl başladığını gösterir. Desteklenen operatörler arasında eşit, eşit değil, içinde, içinde değil, büyüktür, küçüktür ve var olanlar bulunur; bu, bir elde tutma ekibinin ihtiyaç duyabileceği herhangi bir karar mantığını ifade etmek için yeterlidir.

YOL_AYIR. A/B testi için yüzdeli bir çatal. YOL_AYIR düğümü, yapılandırılmış yüzdelere göre aboneleri iki veya daha fazla yol boyunca yönlendirir: iki yönlü bir test için %50/50, üç yönlü bir gönderim süresi testi için %33/33/34, bir tutma grubu için %90/10. Sistem, her yeni aboneyi en az kullanılan yola yönlendiren bir yük dengeleme algoritması kullanır; bu, küçük örnek boyutlarında bile dağılımı doğru tutar. Test anlamlılığa ulaştığında, winner_edge_id'yi ayarlayın ve iş akışı, iş akışını yeniden oluşturmadan trafiğin %100'ünü kazanan değişkene yükseltir.

EYLEM. Asıl iş. EYLEM düğümleri, bir anlık bildirim göndermekten daha fazlasını yapar. PushEngage İş Akışları on bir eylem türünü destekler: SendPushNotification, AddSegment, RemoveSegment, UpdateField, UpdateAttribute, Update (birleşik), HttpRequest, CustomEvent.Send, SendTriggerCampaignEvent, Workflow.Start ve Workflow.Stop. Elde tutma programlarında en yaygın dört tanesi şunlardır: SendPushNotification, AddSegment (aboneyi dönüştürülmüş, yerleşmiş veya kayıp riski olarak etiketleme), UpdateAttribute (bir sadakat sayacını artırma veya son satın alma tarihini ayarlama) ve HttpRequest (bir CRM'ye durumu senkronize etme, yüksek değerli bir müşteri adayı için bir Slack uyarısı tetikleme veya aşağı akış bir hizmeti çağırma).

SON / ÇIKIŞ. Terminal. SON ve ÇIKIŞ düğümleri iş akışını tamamlandı olarak işaretler ve analitikleri günceller. SON doğal sonuçtur. ÇIKIŞ genellikle bir kararın HAYIR yoluna, abone uygun olmadığında veya bir kontrol grubu olarak tasarlanmış bir ayrım dalına yerleştirilir. Sistem ayrıca iş akışı düzeyinde çıkış kriterlerini de destekler: her düğüm çalışmadan önce aktif iş akışını iptal eden bir audience_filter veya trigger_event. Çıkış kuralı, abonenin şu anda bulunduğu düğümden bağımsız olarak tetiklenir. Bu, sepeti terk etme iş akışının, zaten satın almış abonelere hatırlatıcılar göndermesini durduran şeydir.

Bu makaledeki her bağlamsal kampanya bu altı parçadan oluşur. Kelime dağarcığı paylaşıldıktan sonra aşağıdaki geçiş kalıpları hızlı okunur.

Üç geçiş deseni: altı bağımsız tetikleyici üç bağlamsal iş akışı haline gelir

Çoğu orta ölçekli müşteri tutma yığını, dört ila sekiz bağımsız tetikleyici çalıştırır. Desen tutarlıdır: karşılama bildirimi, ilk satın alma teşviki, sepeti terk etme, göz atma terk etme, satın alma sonrası inceleme isteği, geri kazanma, yeniden etkinleştirme, kayıp VIP. Bunların her biri kendi kopyasına, kendi sahibine ve kendi analitiklerine sahip ayrı bir tetikleyicidir. Hiçbiri birbirinden haberdar değildir. Aynı üç bağlamsal iş akışı, yüzey alanının üçte biriyle aynı geliri sağlayabilir.

Desen 1 — İşe alım konsolidasyonu

Karşılama serisini ve ilk satın alma teşvikini, satın alma durumuna göre bir karar ile tek bir iş akışına birleştirin.

• BAŞLANGIÇ: Olay PushEngage.Subscriber.Added
• Çalıştırma türü: Tek (tamamlandıktan sonra 90 günlük soğuma süresi)
• Akış: 1 gün BEKLE → EYLEM karşılama bildirimi gönder → 3 gün BEKLE → KARAR: abone satın aldı mı? → EVET yolu: EYLEM teşekkür et + EYLEM AddSegment customers'a ekle + SON → HAYIR yolu: EYLEM ilk satın alma %10 indirim gönder → 4 gün BEKLE → KARAR: abone satın aldı mı? → EVET yolu: EYLEM teşekkür et + SON → HAYIR yolu: EYLEM son teşvik gönder + SON
• Çıkış kriterleri: İş akışı düzeyinde yok; karar dalları dönüştürülmüş aboneyi yönetir
• Yerine geçer: Karşılama tetikleyicisi + ilk satın alma tetikleyicisi (2 tetikleyici → 1 iş akışı)

Paylaşılan durum tüm noktadır. Üçüncü bildirim yalnızca dördüncü güne kadar dönüşüm sağlamamış aboneler için tetiklenir. Eski mimarideki ilk satın alma tetikleyicisi, ilk oturumlarında satın alanlar dahil olmak üzere her yeni abone için tetikleniyordu. İş akışı onları rahatsız etmeyi bırakır.

Desen 2 — Sepetten incelemeye zinciri

Sepeti terk etme kurtarma ve satın alma sonrası inceleme isteğini, bir iş akışı zincirleme devri ile tek bir iş akışına birleştirin.

• BAŞLANGIÇ: Özel olay cart_abandoned
• Çalıştırma türü: Birden Çok Paralel (terk edilen her sepet kendi örneğidir)
• Akış: 1 saat BEKLE → EYLEM hatırlatıcı #1 → 24 saat BEKLE → KARAR: sepet hala terk edilmiş mi? → EVET yolu: EYLEM %10 indirimli hatırlatıcı #2 → 48 saat BEKLE → KARAR: sepet hala terk edilmiş mi? → EVET yolu: EYLEM %20 indirimli son hatırlatıcı → SON
• Çıkış kriterleri (iş akışı seviyesi): Tetikleyici olaydan gelen cart_id ile eşleşen Goal.Tracked = purchase. Abone satın alır almaz iş akışı iptal edilir.
• Devir: Satın alma nedeniyle çıkışta, sistem inceleme-istek iş akışını hedefleyen PushEngage.Workflow.Start komutunu ateşler. İnceleme iş akışı yalnızca gerçekten satın alan aboneler için başlar. Satın almama nedeniyle çıkış yolu, devir işlemini tamamen atlar.
• Yerine Geçtikleri: Sepet tetikleyicisi + satın alma sonrası inceleme tetikleyicisi + inceleme isteklerinden gelen ve hiç satın almayan abonelere ulaşan destek bileti (3 sorun → 1 iş akışı)

Workflow.Start aracılığıyla zincirleme, yaşam döngüsü ilerlemesi için mimari çözümdür. İki tetikleyicinin bağımsız olarak ateşlenip aynı aboneler üzerinde çakışması yerine, satın alma üzerine sepet iş akışının çıkışı, inceleme iş akışını başlatan şeydir. İnceleme yalnızca dönüştürülen aboneler için ateşlenir. Satın alma sonrası sepet asla ateşlenmez. Devir, motor tarafından zorlanır.

Desen 3 — Yeniden etkileşim konsolidasyonu

Kaybetme, yeniden etkinleştirme ve süresi dolmuş VIP kampanyalarını, bir kitle tetikleyicisi ve üç karar dalı ile tek bir iş akışında birleştirin.

• BAŞLANGIÇ: Kitle filtresi last_active > 30 days
• Çalıştırma türü: Tek (90 günlük pencere başına abone başına bir yeniden etkileşim denemesi)
• Akış: KARAR: sadakat seviyesi? → Altın dalı: AKSİYON “seni özledik, VIP” gönder 20% teklifle → Gümüş dalı: AKSİYON “seni özledik” gönder 10% teklifle → Kademe-yok dalı: AKSİYON standart “seni özledik” gönder ücretsiz kargo teklifiyle → BEKLE 5 gün → KARAR (dal başına): abone etkileşimde bulundu mu veya siteyi ziyaret etti mi? → EVET yolu: AKSİYON AddSegment ile re-engaged + SON → HAYIR yolu: AKSİYON “son şans” gönder daha derin teklifle + SON
• Çıkış kriterleri (iş akışı seviyesi): Kitle filtresi last_active < 7 days. Abone kendi başına aktif hale geldi ve iş akışının görevi tamamlandı.
• Yerine Geçtikleri: Kaybetme tetikleyicisi + yeniden etkinleştirme tetikleyicisi + süresi dolmuş VIP tetikleyicisi (3 tetikleyici → 1 iş akışı)
• Operasyonel not: Önceki bölümde yer alan kitle tetikleyicisi tuzağına göre, bu iş akışı, iş akışı başladıktan sonra 30 günlük eşiği geçen aboneleri otomatik olarak dahil etmez. Yeni adayları yakalamak için iş akışını aylık olarak kopyalayın. Tek bir uzun süreli kitle iş akışı burada yanlış bir ilkeldir.

Bu üç geçişten sonra, elde tutma ekibi altı (veya sekiz) bağımsız tetikleyici yerine üç bağlamsal yolculuğun sorumluluğunu üstlenir. Anlık mesajlaşma hacmi kabaca aynı kalır. Paylaşılan çıkış kriterleri ve karar dalları, abonenin durumu artık eşleşmediğinde iş akışını durdurduğu için aşırı mesajlaşma ortadan kalkar. Analitikler, “uzlaştıramadığım altı kontrol panelinden” “savunabileceğim üç huniden” parçalanır. Olay tetiklemeli anlık kampanya, büyüdüğünde böyle görünür.

Bağımsız tetikleyicilerin yapamadığı bağlamsal iş akışları ne yapar

Bağlamsal bir iş akışı içinde dört yetenek bulunur ve bağımsız tetikleyiciler arasında birleştirilemez. Her biri gerçek bir gelir veya tasarruf kaynağıdır.

İş akışı dışı çıkış kriterleri. Bir bağımsız tetikleyici, olay gerçekleştiğinde ateşlenir, hepsi bu. Bir iş akışı içinde, çıkış kuralı, abonenin bulunduğu düğümden bağımsız olarak ateşlenir. Sepet terk etme iş akışı satın alma işleminde çıkar. Geri kazanma iş akışı yeniden etkinleştirmede çıkar. Yenileme iş akışı erken yenilemede çıkar. Durması söylenmeyen tetikleyici, bir çıkış kuralı tanımlayan iş akışıdır.

Tek bir iş akışı içinde çok kanallı yönlendirme. Ayrı tek kanallı araçlarla, “web push gönder, e-postaya geri dön, WhatsApp’a yükselt” üç satıcı girişi, iki segmentasyon motoru ve en az bir Zapier akışı gerektirir. Tek bir iş akışı motoru içinde, üç EYLEM düğümü, aralarında iki KARAR düğümü, tek bir abone kimliğini ve tek bir çıkış kriterleri kümesini paylaşır. Daha derin bir inceleme için, çok kanallı anlık bildirim ve e-posta düzenlemesi gönderisine bakın.

yeniden zamanla geri düşüşü ile sessiz saatler. Abonenin yerel saat diliminde 3'te gelecek anlık bildirimler, sessiz saatler yeniden zamanla ile geri düşüş olarak yapılandırılmışsa 8:01'e kadar tutulur. Alternatif olan atla, bildirimi sessizce düşürür ve atlanan eylem için bildirim analitiklerini güncellemez. Çoğu elde tutma ekibi için, yeniden zamanla doğru varsayılan değerdir çünkü düşen analitikler, düşen gelir atfı anlamına gelir. Bir elde tutma ekibinin gerçekten göndermek istediği bağlamsal anlık bildirimler, eğriden kaybolmadan abone saat dilimlerine saygı duyar.

İş akışı zincirleme. Workflow.Start ve Workflow.Stop eylemleri, yaşam döngüsü ilerlemesini gerçek bir mimari haline getirir. Hoş geldiniz iş akışı sona erer, bu da etkileşim iş akışını başlatır. Sepet iş akışı satın alma işleminde çıkar, bu da inceleme iş akışını başlatır. Hepsi bağımsız olarak ateşlenen bir tetikleyici klasörüne kıyasla, bu bir durum makinesidir: her biri kendi giriş koşulu, çıkış koşulu ve bir sonraki aşamaya devri olan bir iş akışları grafiği. Tetikleyiciler birbirlerini bilmezler. İş akışları bilir.

İş akışı başına analizler: huniyi nasıl okursunuz

Bir sonraki P&L incelemesinde savunamayacağınız bir iş akışı, öldürülen bir iş akışıdır. PushEngage İş Akışları, her düğümde üç sayıyı (kuyruktaki_kullanıcılar, tamamlanan_kullanıcılar, çıkan_kullanıcılar) artı toplam girilen, şu anda aktif, tamamlanan ve çıkan için iş akışı düzeyinde toplamları izler. Elde tutma yöneticisinin işi bu huniyi okumak ve finans departmanına her satır öğesinin ne ürettiğini söylemektir.

Yukarıdaki 2. Örüntüden sepetten incelemeye zincir için düğüm düzeyinde analitiklerin görünümü budur. Gerçekçi 200.000 aboneye sahip, aylık %6 sepet terk etme oranına sahip bir listeden alınan örnek sayılar.

Düğüm	Sıradaki	Tamamlanan	Ayrılan	Notlar
BAŞLANGIÇ (sepet_terk_edildi)	0	12,400	320	320 abone, iş akışı başlangıcında çıkış kriterleriyle eşleşti (sepet olayı ile iş akışı taraması arasında satın alındı)
1 saat BEKLE	180	11,900	320	Normal kuyruk derinliği
EYLEM: hatırlatıcı #1	0	11,900	0	Gönderildi
24 saat BEKLE	240	9,800	1,860	1.860 abone, #1 hatırlatıcısından sonra satın aldı (hedef purchase üzerinde çıkış)
KARAR: sepet hala terk edilmiş durumda	0	9,800	0	Dal değerlendirildi
AKSİYON: hatırlatıcı #2 (%10)	0	9,800	0	Gönderildi
48 saat BEKLE	90	6,300	3,410	3.410 abone, 2. hatırlatıcıdan sonra satın aldı
AKSİYON: son hatırlatıcı (%20)	0	6,300	0	Gönderildi
SON	yok	6,300	yok	6.300 abone satın almadı; bunlar için iş akışı zincirlenmemiş, inceleyin
İş Akışı.Başlangıç → iş akışını incele	yok	5,270	yok	Satın alan 5.270 abone (1.860 + 3.410) için tetiklendi

5.270 zincirlenmiş devir, bu mimarinin ortaya çıkardığı yeni metriktir. Sepet iş akışı %42,5 sepet oranını kurtardı (12.400 girişten 5.270'i) ve yalnızca bu 5.270 aboneye inceleme isteği iş akışı gönderildi. Eski mimari, daha önce satın almış olan tüm abonelere, sepeti hiç terk etmeyen abonelere, siparişi iade eden abonelere ve zaten inceleme göndermiş olan abonelere inceleme isteği gönderiyordu. Mimari düzeltmesi küçük. Aşırı mesajlaşma tasarrufları büyük.

İki darboğaz deseni bilinmeye değer. Yüksek çıkışlı bir düğüm (yukarıdaki iki BEKLEME düğümü gibi), iş akışının işini yaptığını gösterir: aboneler bekleme pencerelerinde satın alırlar, çıkış kriteri tetiklenir, bir sonraki hatırlatıcı asla gönderilmez. Ters desen, eylem düğümlerinde yüksek çıkışlar ve bekleme düğümlerinde düşük çıkışlar, zamanlamanın yanlış olduğunu ve beklemelerin kısaltılması gerektiğini gösterir. Yüksek kuyruklu bir düğüm, sessiz saatlerde bir duraklama, uzun bir bekleme veya aşağı akış yoklayıcı gecikmesi anlamına gelir; iş akışının bozuk olduğunu varsaymadan önce zamanlama yapılandırmasını kontrol edin.

Bu desenlerin daha derin E-ticaret özel tedavisi için, e-ticaret için beş anlık bildirim iş akışı hakkındaki yardımcı gönderi, sepet, göz atma, satın alma sonrası, karşılama ve geri kazanma işlemlerini bağımsız yolculuklar olarak ele almaktadır. E-ticaret anlık bildirim merkezi daha geniş kampanya türü manzarasını kapsar, sepet terk etme kurtarma dizisi platforma göre kadans ayarlamasını ele alır ve otomatik anlık bildirimler genel bakışı, bu iş akışı mimarisiyle birlikte otomasyon türlerinin eski listesini sunar.

Aynı analitik şekil dikey alanlarda çalışır. SaaS'ın bir yenileme hunisi ve deneme-ücretli dönüşümü vardır. Yayıncıların bir makale etkileşim hunisi ve arşiv yeniden girişi vardır. Seyahatin bir rezervasyon hunisi ve fiyat düşüşü uyarı akışı vardır. Bir SaaS ekibinin deneme-ücretliyi artırmak için kullandığı davranışsal anlık bildirimler, bir e-ticaret ekibinin sepetten-satın almaya yönlendirmek için kullandıklarıyla yapısal olarak aynıdır: gerçek zamanlı bir olayda bir BAŞLANGIÇ, karar dallarıyla üç veya dört adım, dönüşümde çıkış kriteri, bir sonraki iş akışına isteğe bağlı devir. Dikey, tetikleyici adlarını ve teklif metnini değiştirir. Mimari kalır.

PushEngage İş Akışlarında Oluşturun

Yukarıdaki üç geçiş deseninin her biri, PushEngage Workflows bileşenlerine doğrudan eşlenir.

Desen	Kullanılan düğüm türleri	Kullanılan Eylem Türleri	İş Akışı Seçeneği	Önerilen şablon başlangıç noktası
Onboarding konsolidasyonu	BAŞLANGIÇ, BEKLE, KARAR, EYLEM, SON	Bildirim Gönder, Segment Ekle	Çalıştırma türü: Tek	“İlk satın alma dallı hoş geldiniz serisi”
Sepetten-incelemeye zinciri	BAŞLANGIÇ, BEKLE, KARAR, EYLEM, SON	Bildirim Gönder, İş Akışı.Başlat	Çalıştırma türü: Birden Çok Paralel; çıkış kriteri Goal.Tracked = purchase	“Sepet terk etme yükseltmesi”
Yeniden etkileşim konsolidasyonu	BAŞLANGIÇ (kitle), KARAR, EYLEM, BEKLE, SON	Bildirim Gönder, Segment Ekle	Çalıştırma türü: Tek; kitle tetikleyicisi; aylık tekrar	“Katman tabanlı teklifle yeniden etkileşim”

İş Akışları motoru, yukarıdaki her geçiş deseni için 60'tan fazla gönderilmiş şablonla birlikte gelir. Her şablon bir başlangıç noktasıdır. Desenler, Shopify, Shopify Plus, WooCommerce, BigCommerce ve Magento'da beş dakikadan kısa sürede kurulur. PushEngage İş Akışları oluşturucusunda veya JavaScript SDK ve olayları API aracılığıyla herhangi bir SaaS, yayıncı veya seyahat yığınında kurulabilir.

Ücretsiz plan size ilk günden itibaren 200 abone, tüm kanallar (web push, uygulama push, WhatsApp ve canlı sohbet) ve tam İş Akışları motoru sunar. Bu, üç desenin birini mevcut tetikleyici yığınınızdan geçirmek ve bütçe istemeden önce mimariyi kanıtlamak için yeterlidir. Ücretsiz planla başlayın ve bir saatten kısa sürede ilk bağlamsal iş akışını gönderin.

Bu makaleden çıkaracağınız tek bir şey varsa, o da şudur: tetiklenmiş bir anlık bildirim kampanyası artık bildirim değildir. İş akışıdır. Bağlantısız çalışan altı bağımsız tetikleyici, aynı abone listesine yönelmiş altı işlem hattıdır ve her biri diğerlerinden habersizdir.

Paylaşılan durum, karar dalları, çıkış kriterleri ve zincirlenmiş devirlerle çalışan üç bağlamsal iş akışı, abone başına bir yolculuktur, dallanmış ve sınırlanmıştır. Savunulabilir bir iş akışı başına huniler ve bileşik tekrar satın alma oranı üreten pazarlama otomasyon iş akışları, daha uzun bir tetikleyici listesi değildir; daha küçük, daha keskin bir bağlamsal yolculuk setidir. Mimari kampanyadır. Tetikleyici kapıdır.