Yayıncılar için Anlık Bildirim Otomasyonu: 5 İş Akışı Şablonu

Son dakika haberi bildirimi sabah 6:47'de gönderildi. Seksen bin abone. Üç saat diliminde iPhone'lar ve dizüstü bilgisayarlarda yarım milyon bildirim ikonu yandı. Sabah 6:53'e gelindiğinde, kontrol paneliniz %4,1 TBM gösteriyor — son dakika haberleri için sağlam — ve altı dakikada 3.200 tıklama. Haber yayılıyor. Kendinizi iyi hissetmelisiniz.

Kendinizi iyi hissetmiyorsunuz. Yayıncılar için anlık bildirim otomasyonu tam olarak bu anı temiz bir şekilde sunmalı; bunun yerine, hiçbir kontrol panelinin bu kadar hızlı yanıtlayamayacağı üç soruyu hissediyorsunuz. 80.000 doğru segment miydi, yoksa bildirim siyasi haberler için uyanmak istemeyen siyaset opt-out'larına mı gönderildi? Saat 6:47 doğru gönderim saati miydi, yoksa 7:15, işe gidiş-geliş trenindeki kitleyi daha iyi bir anda mı yakalardı? Ve düşünmekten alamadığınız soru: son 30 gündeki ilgisiz okuyucular bu bildirimi aldı mı, yoksa soğuma onları mı atladı ve eğer onları atladıysa, bunun yerine tıklama yapan ön sayfa okuyucuları mı aldı?

Yayıncılar için anlık bildirim otomasyonu çoğu haber odasında şuna benzer: yeni bir makale akışa girdiğinde her seferinde bir bildirim gönderen bir RSS otomatik bildirimi, ön masanın manuel olarak tetiklediği bir son dakika haberi tetikleyicisi ve iki yıl önce e-posta ekibinden birinin kurduğu ve kimsenin tam olarak anlamadığı bir ilgisizlik uyarı tetikleyicisi. Birbirinden habersiz, abonenin okuma yolculuğunda nerede olduğunu tutarlı bir şekilde görmeyen üç "otomatik" mekanizma.

Bu makale, yayıncı anlık bildirim otomasyonunun aslında nasıl görünmesi gerektiğini — RSS yayınları yerine iş akışı mimarisi ve üzerine eklenmiş bir son dakika tetikleyicisi — ve her birini reklam operasyonları ve üyelik için savunulabilir bir kalem haline getiren zamanlama, çıkış kriterleri ve gelir matematiği ile beş yayıncı şeklindeki iş akışı planını inceliyor.

Yayıncılar için "otomatik anlık bildirimler" neden geri dönen ziyaretçi oranını düşürüyor

Otomasyon kelimesi, e-ticaret ve SaaS'taki kadar yayıncılıkta da aynı hak edilmemiş işi yapıyor. Yayıncılar için otomatik anlık bildirimlerden bahseden çoğu haber odası kitle ekibi, bununla RSS ile beslenen yayın programlamayı kastediyor: yeni bir makale yayınlandığında, durumu olmayan, segmentasyonu olmayan, dokunuşlar arasında bekleme süresi olmayan, çıkış koşulları olmayan bir bildirim tetiklenir. Yeni bir makale yayına girer, otomatik bildirim tetiklenir. Son dakika haberi doğrulanır, yayın ekibi manuel olarak bir bildirim tetikler. Bir abone pasif hale gelir, bir kez tetiklenen bir kayıp uyarısı bildirimi gönderilir ve vazgeçilir. Her mekanizma, diğer tüm mekanizmalardan habersiz ve abonenin okuma döngüsünde aslında nerede oturduğunu farkında olmayan kendi işlem hattıdır.

Bir iş akışı farklı bir şeydir. Bir iş akışı, durumu olan çok adımlı bir yolculuktur. Abonenin ne zaman katıldığını, hangi konularla ilgilendiğini, yakın zamanda ne okuduğunu ve yolculuğu hangi koşulların iptal ettiğini bilir. Son dakika haberi iş akışı, bir hikaye doğrulandığı anda herkese tek bir bildirim göndermez. Önce %10'luk bir öncü gösterge kohortuna gönderilir, haber odasının yanıtı izlemesi için beş dakika bekler, haberin ilk incelemede tutulduğunu bir editör açıkça onaylayana kadar kalan %90'ı bekletir ve sonra geri kalanlara gönderilir - veya erken yanıt bir sorun sinyali verirse bildirimi tamamen geri çeker.

Bu son madde farktır. RSS otomatik bildirim, erken kohortun nasıl yanıt verdiğini hatırlamaz. Bir iş akışı hatırlar. Haber odanız daha önceki bir son dakika haberi bildirimini düzelten bir takip bildirimi göndermek zorunda kaldıysa, bir otomasyon sorununuz yok demektir. Aslında otomasyonun çözebileceği eksik bir doğrulama kapınız var.

Orta ölçekli bir kitle geliştirme ekibi için bu ayrım, her çeyrekte bileşik olarak artan bir geri dönen ziyaretçi oranı ile her çeyrekte azalan bir oran arasındaki farktır. Paralel çalışan üç tetikleyici, üç çapraz konuşma kanalı ve tutarlı bir yolculuk üretir. Koordineli çalışan beş iş akışı, abone başına yaşam döngüsü aşaması başına, konuya, yakınlığa ve abonelik durumuna göre dallanan ve sınırlanan bir yolculuk üretir. Bu anahtar kelimenin sayfa bir arama sonuçları, sorunu "ne tür anlık bildirimler göndermeli" olarak çerçeveliyor ve bir araç listesiyle yanıtlıyor. Sabah 6:47'deki bir haber odasının sorduğu soru bu değil.

Bir yayıncı anlık bildirim iş akışının anatomisi

Planlardan önce, kelime dağarcığı. Bir yayıncı anlık bildirim iş akışı altı düğüm tipinden oluşur. Her birinin ne yaptığını bildiğinizde, bu makaledeki her plan bir açıklama değil, bir diyagram olarak okunur.

BAŞLANGIÇ. Giriş noktası. BİR BAŞLANGIÇ düğümü, iş akışının bir abone olayı (story_published, breaking_news_verified, article_read, paywall_meter_hit, breaking_news_confirmed — bir haber odasının kontrol panelinden tetiklediği yayınlama onayı olayı) veya belirli bir zamanda kriterlere uyan aboneleri seçen bir kitle filtresi (last_active > 14d, subscription_inactive, topic_opted_in: sports) aracılığıyla nasıl tetikleneceğini tanımlar. Bir iş akışının tam olarak bir BAŞLANGIÇ düğümü vardır.

BEKLE. Bir gecikme. BİR BEKLE düğümü, aboneyi belirli bir süre boyunca tutar: dakika cinsinden haber doğrulama pencereleri, saat cinsinden takip sıralaması, gün cinsinden abonelik dönüştürme beslemesi veya belirli bir takvim saatine kadar. Beklemeler, bir iş akışının yayın yapmamayı nasıl öğrendiğidir.

KARAR. İki yönlü bir dal. BİR KARAR düğümü, abone başına bir koşulu kontrol eder — abone siyasete kaydoldu mu, ödeme duvarı sayacına ulaştı mı, şu anda ücretli bir abone mi, yayın ekibi henüz breaking_news_confirmed olayını tetikledi mi. Kararlar, bir iş akışının her aboneyi ve her son dakika haberini aynı şekilde ele almayı nasıl bıraktığıdır.

YOL_AYIR. Yüzde tabanlı bir çatal. YOL_AYIR düğümleri, yapılandırılmış yüzdelere göre aboneleri yollar arasında yönlendirir: aşağıdaki son dakika haberleri aşamalı dağıtımı için %10/90, abonelik istemi metni üzerinde bir A/B testi için %50/50, günlük özetin üçlü gönderim süresi testi için %33/33/34. Yük dengeleme otomatiktir; bir kazananınız olduğunda, o yolu %100'e yükseltirsiniz.

İŞLEM. Asıl iş. İŞLEM düğümleri bir anlık bildirim gönderir, aboneyi bir segmente ekler, özel öznitelikleri günceller, ESP'nize (Mailchimp, Substack, Beehiiv, Sailthru — bülten dahil etmelerini veya kaydolmalarını koordine etmek için) bir HTTP isteği gönderir, başka bir iş akışını başlatır veya birini durdurur. PushEngage Workflows on bir işlem türünü destekler. Yayıncılar için en kullanışlı olanlar SendPushNotification, AddSegment, HttpRequest ve Workflow.Start'tır.

SON / ÇIKIŞ. Terminal. SON doğal sonucu işaretler. ÇIKIŞ erken bir sonlandırmayı işaretler — Karar'ın HAYIR yolunda, abone artık uygun olmadığında, soğuma kuralı tetiklendiğinde veya hedef karşılandığında (abonelik başladı, ayrılan okuyucu geri döndü, hikaye kapatıldı).

Aşağıdaki her bir plan, bu altı parçadan oluşur.

Yayıncılar için beş iş akışı planı

Bunlar şablon değildir. Bunlar, bir kitle geliştirme ekibinin aynı hafta içinde kullanabileceği haber anlık bildirim otomasyonu için çalışan taslaklardır. Her biri tetikleyicisini, çalıştırma türünü, düğüm dizisini, çıkış kriterlerini ve taşımak üzere tasarlandığı yayıncı metriğini listeler. Her birini PushEngage Workflows oluşturucusuna yerleştirebilir ve ilk sürümü bir saatten kısa sürede kullanıma sunabilirsiniz. Eski bir haber sitesini tanıtmak için anlık bildirimler hub gönderisi, bu taslakların uyguladığı daha geniş kampanya türlerini kataloglar; aşağıdakiler, bu kampanyaları bir dizi halinde birleştiren yolculuk mimarisidir.

Plan 1 — Yeni abone hoş geldiniz

• Tetikleyici (BAŞLANGIÇ): Olay PushEngage.Subscriber.Added
• Çalıştırma türü: Tek (90 günlük pencere başına abone başına bir karşılama yolculuğu)
• Akış: En popüler güncel makalenizle anında karşılama anlık bildirimi → 1 gün BEKLE → konu tercihi anlık bildirimi (hangi bölümlerin en önemli olduğunu sorar: spor, siyaset, iş, yerel, yaşam tarzı, görüş) → 2 gün BEKLE → KARAR: abone bu konulardan herhangi bir makaleyi açtı mı? → EVET yolu: aktif_aboneler segmentine ekle, BİTİR → HAYIR yolu: “buraya ne getirdi?” anlık bildirimi gönder, küratörlü üç makalelik bir özetle, BİTİR
• Çıkış kriterleri: Yok. Kayıt olan herkes için karşılama serisi tamamlanana kadar çalışmalıdır.
• Yayıncı metriği: 7. gündeki geri dönen ziyaretçi oranı. Konu tercihi ikinci etkileşim, karşılama serisindeki en yüksek kaldıraç noktasıdır — haber siteleri ve yayıncılar için anlık bildirim örnekleri sayfası, bu etkileşim için işe yarayan kopya kalıplarını kataloglar. Bu iş akışının yukarı akışındaki kayıt optimizasyonu için, web anlık bildirim kayıt oranınızı artırın gönderisi, istem mekaniğini kapsar.

Plan 2 — Son dakika haberi hızlı dağıtım

• Tetikleyici (BAŞLANGIÇ): Özel olay breaking_news_verified (bir hikaye ilk doğrulamayı geçtiğinde yayın CMS'si tarafından tetiklenir)
• Çalıştırma türü: Birden Çok Paralel (her flaş haber kendi iş akışı örneğidir)
• Akış: SPLIT_PATH %10/90 — konu tercihi yapan abone kümesinin %10'u, öncü gösterge olarak anlık bildirimi hemen alır; kalan %90'lık kısım 5 dakika bekler → KARAR: haber merkezi, 10%'luk grubun ilk yanıtını inceledikten sonra kontrol panelinden breaking_news_confirmed olayını tetikledi mi? → EVET yolu: %90'lık gruba anlık bildirimi tetikle AKSİYONU → HAYIR yolu: %90'lık gruba güncellenmiş bir başlıkla düzeltilmiş bir anlık bildirim gönder AKSİYONU, BİTİR
• Soğuma kuralı: iş akışı düzeyinde, received_breaking_push_recently abone özniteliğine bağlı bir çıkış kriteri aracılığıyla zorlanır. Aynı aboneye 90 dakika içinde ikinci bir flaş haber anlık bildirimi gönderilmez.
• Çıkış kriterleri: story_corrected (yayın geri çekti) VEYA received_breaking_push_recently=true
• Yayıncı metriği: Konuya göre flaş haber CTR'si. Bu, her haber odasının tartıştığı hız-doğruluk dengesini çözen iş akışıdır. %10'luk öncü gösterge grubu, yayın ekibine tam abone tabanını taahhüt etmeden gerçek zamanlı bir sinyal verir. Yayın onayı kapısı, otomatik bir CTR eşiği değil, insan denetiminde bir kontroldür — motor, %90'lık gruba göndermeden önce bir editörün hikayenin doğruluğunu onaylamasını bekler. Mimari, ciddi haber odalarının flaş haberleri aslında nasıl doğruladığıyla eşleşir; iş akışı sadece disiplini zorlar.

Plan 3 — Hikaye takibi (iki iş akışlı zincir)

Hikaye takibi, açık uçlu bir olay BEKLEMESİ olan tek bir iş akışı yerine, bir segment tarafından birleştirilmiş iki zincirli iş akışıdır. İş akışları BEKLEME düğümleri, süre tabanlı ve tarih tabanlı beklemeleri destekler ancak "X olayı tetiklenene kadar bekle" anlambilimini desteklemez, bu nedenle dönen hikaye deseni, bir takipçi segmenti aracılığıyla durumu paylaşan iki iş akışı olarak oluşturulur.

İş Akışı A (hikayeye abone ol):

• Tetikleyici (BAŞLANGIÇ): Özel olay article_read, story_id yükü ile
• Çalıştırma türü: Birden Çok Paralel
• Akış: EYLEM aboneyi story_X_followers segmentine ekle → SON

İş Akışı B (güncellemede bildir):

• Tetikleyici (BAŞLANGIÇ): story_id için özel olay story_update VE story_X_followers segmenti için kitle filtresi
• Çalıştırma türü: Birden Çok Paralel
• Akış: KARAR: güncelleme materyal mi yoksa küçük bir düzenleme mi (tetikleyici olaydaki update_severity alanı tarafından yönlendirilir, yayın editorial CMS tarafından ayarlanır)? → EVET yolu: EYLEM tüm takipçilere anlık bildirim gönder → HAYIR yolu: ÇIKIŞ
• Her iki iş akışı için çıkış kriterleri: Abone düzeyinde unsubscribed_from_story_X VEYA kitle düzeyinde story_closed
• Yayıncı metriği: Gelişmekte olan hikayeler için kullanıcı başına oturum sayısı. Bu, e-ticaretteki sepeti terk etme işleminin yayıncı analogudur — abonenin ne okuduğunu bilirsiniz, hikaye geliştikçe onları döngüde tutarsınız ve hikaye kapandığında veya abonelikten çıktıklarında çıkarsınız.

Plan 4 — Abonelik / ödeme duvarı dönüşümü

• Tetikleyici (BAŞLANGIÇ): Özel olay paywall_meter_hit (abone 30 günde N ücretsiz makale okudu ve sayaç sınırına ulaştı)
• Çalıştırma türü: 90 günlük pencere başına tek
• Akış: 1 saat BEKLE → duvarına çarptığı makaleyi adlandıran yumuşak istemli anlık bildirim → 2 gün BEKLE → KARAR: abone oldu mu? → EVET: ÇIKIŞ → HAYIR yolu: %30 indirimli giriş indirimiyle anlık bildirim → 5 gün BEKLE → KARAR → EVET: ÇIKIŞ → HAYIR yolu: üyelik katmanının faydalarını ve 7 günlük deneme süresini çerçeveleyen son anlık bildirim → SON
• Çıkış kriterleri: Herhangi bir düğümde subscription_started hedefi
• Yayıncı metriği: Ödeme duvarından ücretliye dönüşüm oranı. Bu, yayıncının en savunulabilir gelir akışıdır — 50.000 aylık sayaç vuruşu olan 80 dolarlık yıllık katmanda her %1'lik dönüşüm artışı kabaca 40.000 dolarlık artımlı ARR'ye eşittir. PushEngage E-ticaret şablon kitaplığındaki sepeti terk etme şablon mantığı doğrudan çevrilir: cart_abandoned yerine paywall_meter_hit, purchase yerine subscription_started değiştirilir ve bekleme süreleri aynı ritme yakın kalabilir. İtme ve ürün içi yüzeylerin dönüşüm anı için birbirini nasıl tamamladığı hakkında daha fazla bilgi için, itme ve uygulama içi bildirimler kanal seçimi matematiğini kapsar.

Plan 5 — İlgisiz okuyucu geri kazanımı

• Tetikleyici (BAŞLANGIÇ): Kitle filtresi last_active > 14 days AND subscription_inactive
• Çalıştırma türü: Tek (90 günlük pencere başına abone başına bir geri kazanım denemesi)
• Akış: Abonenin tercih ettiği konudan (okuma geçmişinden hesaplanan) üç üst hikayeyi gösteren kişiselleştirilmiş anlık bildirim → 5 gün BEKLE → KARAR: abone siteye geri döndü mü? → EVET yolu: re-engaged segmentine ekle, ÇIKIŞ → HAYIR yolu: konu yenileme istemiyle “seni özledik” anlık bildirimi → 7 gün BEKLE → KARAR: hala aktif değil mi? → EVET yolu: abonelikten çıkma seçeneğiyle “bu hala faydalı mı?” geri bildirim anlık bildirimi (Apple'ın yorgunluk yönetimi için önerdiği desen) → SON
• Çıkış kriterleri: son_aktiflik < 7 gün (abone kendi isteğiyle geri döndü)
• Yayıncı metriği: 60. günde kayıp okuyucu yeniden etkinleştirme oranı. Pushwoosh’un 2025 haber uygulamaları çalışması, yorgunluk eşiğini aştıktan sonra daha fazla bildirimin daha fazla tıklamaya dönüşmediğini buldu; geri kazanma iş akışı, daha fazlasını göndermeden önce aboneye açık bir çıkış seçeneği sunarak bu bulguya saygı duyar.

Blueprint 5'in tetikleyicisi hakkında bir not. Bu, burada olay tabanlı bir tetikleyici yerine kitle tabanlı bir tetikleyici kullanan tek blueprint'tir. Kitle tetikleyicileri yalnızca iş akışı başlangıç saatinde toplu işlem yapar — bu hafta iş akışı çalıştıktan sonra inaktif hale gelen aboneler, aktif örneğe otomatik olarak dahil edilmez ve aktif bir iş akışındaki kitle filtresini düzenlemek yeni aboneler eklemez. Sürekli bir geri kazanma programı için, yeni kayıp okuyucuları sürekli olarak alan tek bir uzun süreli kitle iş akışı beklemek yerine, iş akışını haftalık veya iki haftalık bir programa göre kopyalayın.

Konu segmentasyonu, A/B testi, soğuma süreleri ve çıkış kriterleri iş akışı içinde yaşar

Yayıncı anlık bildirim makalelerindeki baskın örüntü, bu dört kavramı "en iyi uygulamalar" olarak listelemektir — strateji gönderisinin sonunda, onları kullanan kampanyalardan kopuk, genel maddeler. Bu yanlış bir çerçevedir. Gerçek haber anlık bildirim otomasyonunda, bunlar iş akışının yanında oturan en iyi uygulamalar değildir. Bunlar iş akışıdır.

Kavram	En iyi uygulama çerçevesi (yanlış)	İş akışı düğümü çerçevesi (doğru)
Konu segmentasyonu	“Anlık bildirim abonelerinizi konuya göre ayırın”	konu_aboneliği: spor üzerinde bir KARAR düğümü, bir spor son dakika haberini yalnızca spor abonelerine yönlendirir, siyaset, iş ve yerel için ayrı yönlendirme mantığı bulunur. Pushwoosh’un 2025 haber uygulamaları çalışması, spor TBM'sinin siyaset TBM'sinden önemli ölçüde daha iyi performans gösterdiğini buldu, bu da son dakika haberleri iş akışının konuya göre farklı soğuma kurallarına ve farklı kopyalara ihtiyaç duyduğu anlamına gelir.
A/B testi	“Başlıklarınızı her zaman A/B testi yapın”	50/50 dağıtımlı, yola göre yükü dengelenmiş abonelere sahip bir SPLIT_PATH düğümü ve testin anlamlılığa ulaşmasının ardından kazananı %100'e çıkaran bir winner_edge_id alanı
Soğuma süreleri	“Abonelerinizi spam ile rahatsız etmeyin”	Abonenin son_son_anlık_bildirim_aldı özniteliğine göre anahtarlanan bir iş akışı düzeyinde çıkış kuralı, abonenin 90 dakika içinde başka bir bildirim alması durumunda iş akışını iptal eder (veya konuya özel yorgunluk eşiğiniz ne olursa olsun)
Çıkış kriterleri	“Abonelik başlattıklarında ödeme duvarı dönüşüm dizisini durdurun”	Her düğümden önce aboneyi abonelik_başladı hedefiyle karşılaştıran ve eşleşirse iş akışını iptal eden bir iş akışı düzeyinde kural

Fark önemlidir çünkü en iyi uygulama maddelerini onaylamak kolaydır ve uygulamak zordur. İş akışı düğümleri motor tarafından uygulanır. KARAR her zaman çalışır. YOL_AYIRICI her aboneyi dengeler. Soğuma kuralı, kimse zamanı kontrol etmeyi hatırlamadan ikinci son dakika haber bildirimini engeller. Çıkış kuralı, kampanya sahibinin dikkat edip etmediğine bakılmaksızın ödeme duvarı dönüşüm iş akışını iptal eder.

Blueprint 4'ün ödeme duvarı dönüşümü için bu, ücretsiz bir okuyucunun abone olduğu anda — yolculuğun 1. saati, 50. saati veya 100. saati — çıkış kuralının tetiklenmesi, o okuyucu için iş akışının iptal edilmesi ve dün size zaten ödeme yapmış birine “abone olmak için bir gününüz kaldı” gibi daha fazla anlık bildirim gönderilmemesi anlamına gelir. Destek e-postası yok. Genel yayın yönetmenine üye şikayeti yok.

Çok kanallı orkestrasyon: web bildirimi, uygulama bildirimi, bülten ve sitede

Yayıncılar, e-ticaret ekiplerinden veya SaaS yaşam döngüsü ekiplerinden daha fazla kanalı yönetir. Web anlık bildirimleri, masaüstü ve mobil web okuyucularını kapsar. Uygulama anlık bildirimleri, haber uygulamanızı indiren kitleyi kapsar. E-posta özeti, daha uzun bir gelen kutusu ulaşımını tercih eden aboneler için gün veya haftayı özetler. Bülten kaydı, yayıncıların büyütmek için yıllar harcadığı daha yüksek LTV'li kanaldır. Site içi bannerlar (sayfa içi yüzeyler ve canlı sohbet tarzı mesajlar), oturumdayken okuyuculara ulaşır. Bunların hepsini tek bir iş akışı içinde oluşturmak — beş bağlantısız kampanya yürütüp sonradan analizleri uzlaştırmak yerine — metrikleri büyüten bir kitle geliştirme ekibi ile yalnızca ölçen bir ekip arasındaki farktır.

Oluşturulmuş bir hikaye takip yolculuğu şöyle okunur:

• BAŞLANGIÇ (İş Akışı B): story_update olayı VE story_X_followers kitle filtresi
• KARAR: abone şu anda sitede mi (web veya mobil web)?
  • EVET: AKSİYON, canlı sohbet kanalı aracılığıyla bir sayfa içi banner tetikle (en düşük sürtünme; mevcut oturumu bir anlık bildirimle kesintiye uğratma)
  • HAYIR: devam et
• KARAR: abone web anlık bildirimine abone mi?
  • EVET: AKSİYON, bir web anlık bildirimi tetikle
  • HAYIR: devam et
• KARAR: abonenin uygulaması yüklü ve aktif mi?
  • EVET: AKSİYON, bir uygulama anlık bildirimi tetikle
  • HAYIR: devam et
• AKSİYON: bu hikaye güncellemesini bu abone için bir sonraki özet gönderisine dahil etmek üzere haber bülteni platformuna (Mailchimp, Substack, Beehiiv, Sailthru) HttpRequest
• unsubscribed_from_story_X üzerinde ÇIKIŞ

Tek abone kimliği, tek iş akışı, duruma göre seçilen dört kanal. En ucuz geçerli kanal önce gider — sitedeyse sayfa içi banner, aboneyse web anlık bildirimi, uygulama aktifse uygulama anlık bildirimi, bir sonraki okuyacağı yerde aboneye ulaşan yedek olarak bülten dahil etme. Uygulama içi ve sayfa içi yüzeyler, okuyucuyu yolculuğun en düşük sürtünmeli anında yakaladıkları için buradaki ilk adımdır.

Bunu ayrı araçlarla çalıştırmak, platformlar arasında dört senkronizasyon, siyasi içeriklere kimin abone sayıldığı konusunda anlaşamayan iki segmentasyon motoru ve her araç kendi metriklerini bildirdiği için tek bir gelir atfı olmaması anlamına gelir. Bunu tek bir iş akışı motoru içinde yapmak, tek bir abone kimliği, tek bir karar mantığı seti ve yolculuğun aslında nerede koptuğunu gösteren tek bir huni raporu anlamına gelir.

Bu anahtar kelime için ilk on beş arama sonucundan hiçbiri, çapraz kanallı bir yayıncı iş akışını tek bir nesne olarak tanımlamaz. Her sonuç, web anlık bildirimini bir kanal ve e-postayı karşılaştırma olarak ele alır, sosyal ve uygulama anlık bildirimleri ise ayrı konular olarak ele alınır. Tek iş akışı çerçevesi mimari farktır.

Tutma matematiği: reklamla paraya çevrilen ve abonelik yayıncıları için iş akışı başına gelir

Yayıncı para kazanma modelleri ikiye ayrılır. Reklamla para kazanan yayıncılar (çoğu yerel haber, çoğu eski gazete, BuzzFeed benzeri siteler, reklam destekli yaşam tarzı ve eğlence) iş akışı düzeyinde artımlı oturumları abone başına ve reklam RPM'yi ölçer. Abonelik yayıncıları (NYT, WaPo, Atlantic, FT, Bloomberg, Substack benzeri) iş akışı başına ödeme duvarı-ücretli dönüşüm oranını ve ARR'yi ölçer. Her iki para kazanma modeli de PushEngage İş Akışlarının düğüm düzeyindeki analitiklerine aynı şekilde uyar.

PushEngage İş Akışları her düğümde üç sayıyı takip eder:

• Kuyruktaki kullanıcılar: şu anda bu düğümde bekleyen aboneler (tipik olarak BEKLE veya bir soğuma yeniden planlaması)
• Tamamlanan kullanıcılar: bu düğümden geçen aboneler
• Çıkan kullanıcılar: çıkış kriterlerinin eşleşmesi veya abonelikten çıkmaları nedeniyle bu düğümde iş akışından ayrılan aboneler

80 ABD doları yıllık katman ve 50.000 aylık sayaç erişimi olan bir abonelik yayıncısında aktif bir ödeme duvarı dönüşüm iş akışı için düğüm düzeyinde analitikler şuna benzer (örnek sayılar):

Düğüm	Sıradaki	Tamamlanan	Ayrılan	Notlar
BAŞLANGIÇ (ödeme_duvari_sayac_erişimi)	0	50,000	0	Tüm sayaç erişimi alan aboneler girer
1 saat BEKLE	920	49,000	80	Yumuşak istem tetiklenmeden önce 80 kişi abone oldu
ELEMAM: yumuşak istem bildirimi	0	49,000	0	Bildirim gönderildi
2 gün BEKLE	1,100	45,800	2,100	1. etkileşimden sonra 2.100 kişi abone oldu (yalnızca etkileşimde %4,3 dönüşüm)
KARAR: abone olundu	0	45,800	0	Dallanma
ELEMAM: %30 indirim bildirimi	0	45,800	0	Bildirim gönderildi
5 gün BEKLE	640	44,200	960	Ek 960 kişi abone oldu (2. etkileşimde %2,1 dönüşüm)
ELEMAM: üyelik katmanı + deneme bildirimi	0	44,200	0	Son etkileşim
SON	yok	44,200	yok	44.200 kişi abone olmadı

Bu kohortta, 50.000 sayaç erişiminden 3.140 ücretsiz okuyucu ücretli aboneye dönüştü — iş akışının üç etkileşimiyle sağlanan %6,3'lük bir ödeme duvarı-ücretli dönüşüm oranı. 80 ABD doları yıllık katmanda, bu kohort başına 251.200 ABD doları artımlı ARR, veya aylık kohort büyüklüğü aynı kalırsa yıllık yaklaşık 3,0 M ABD doları artımlı ARR'ye denk gelir. İki bekleme (48 saat ve 120 saat), hunideki en yüksek çıkış düğümleridir, bu beklenen bir desendir. İş akışınız tersini gösteriyorsa — eylem düğümlerinde yüksek çıkışlar, beklemelerde düşük çıkışlar — etkileşimleriniz çok geç kalıyor ve beklemeler kısaltılmalıdır.

Maliyet hesaplaması, bu serinin 1. ve 2. makalelerindeki şekille aynıdır. Web bildirimi ve uygulama bildirimi, kaydolduktan sonra gönderim başına sıfır maliyete sahiptir. Sayfa içi bannerlar sıfırdır. E-posta özeti maliyetleri ESP sözleşmesiyle ölçeklenir — 500.000 aboneye sahip bir yayıncı listesinde, tek bir özet gönderimi genellikle Mailchimp veya Sailthru'dan sözleşme katmanına bağlı olarak dokunuş başına binlerce doların biraz üzerinde tutar. İş akışının görevi, önce en ucuz uygun kanalı kullanmak ve yalnızca durum gerektirdiğinde e-postaya yükseltmektir.

Reklamla para kazanan yayıncılar için hesaplama yeniden çerçevelenir. Metrik, abone başına aylık artımlı oturumlardır ve iş akışının katkısı bildirim başına düzeyinde atanır. Bir hikaye-takip iş akışı tarafından yönlendirilen üç ek hikayeyi okumak için geri dönen bir ziyaretçi, üç ek gösterim seti katkıda bulunur; bu da yayıncının karma RPM'sinde abone başına iş akışı başına artımlı reklam geliri üretir. Pushwoosh'un 2025 haber uygulamaları çalışması, daha fazla bildirimin yorgunluk eşiğini geçen daha fazla tıklamaya dönüşmediğini buldu — bu, önceki bölümdeki iş akışı düzeyindeki soğuma kuralını doğrudan destekler. Satır öğesi “hikaye-takip iş akışı abone başına X oturum ve çeyrek başına abone başına Y $ reklam geliri ekledi” dediğinde, QBR konuşması kısadır.

Haber odanız için PushEngage İş Akışlarında oluşturun

Beş yayıncı şablonunun her biri doğrudan PushEngage İş Akışları bileşenlerine karşılık gelir. Eşleme:

Şablon	Kullanılan düğüm türleri	Kullanılan Eylem Türleri	İş Akışı Seçeneği
Yeni abone hoş geldin	BAŞLANGIÇ, BEKLE, KARAR, EYLEM, SON	Bildirim Gönder, Segment Ekle	Çalıştırma türü: Tek
Son dakika haberleri hızlı dağıtım	BAŞLANGIÇ, YOL_AYRIMI, BEKLE, KARAR, EYLEM, SON	Push Bildirimi Gönder	Çalıştırma türü: Birden Çok Paralel; iş akışı düzeyinde soğuma kuralı
Hikaye takip İş Akışı A	BAŞLANGIÇ, EYLEM, SON	SegmentEkle	Çalıştırma türü: Birden Çok Paralel
Hikaye takip İş Akışı B	BAŞLAT, KARAR, EYLEM, BİTİR	Push Bildirimi Gönder	Çalıştırma türü: Birden Çok Paralel; kitle tetikleyicisi + özel olay tetikleyicisi
Abonelik / ödeme duvarı dönüşümü	BAŞLANGIÇ, BEKLE, KARAR, EYLEM, SON	Push Bildirimi Gönder	Çalıştırma türü: Tek; hedefte çıkış subscription_started
Uykudaki okuyucu geri kazanımı	BAŞLAT, EYLEM, BEKLE, KARAR, SON	Bildirim Gönder, Segment Ekle	Çalıştırma türü: Tek; kitle tabanlı tetikleyici

İş Akışları motoru, bu şablonların her birinin yapı taşlarını kapsayan 60'tan fazla gönderilmiş şablonla birlikte gelir. Şablonların çoğu e-ticaret odaklıdır ancak yayıncı kullanım durumlarına temiz bir şekilde çevrilebilir: sepeti terk etme şablon mantığı, cart_abandoned yerine paywall_meter_hit ve purchase yerine subscription_started kullanılarak ödeme duvarı dönüşüm mantığı haline gelir. Göz atma terk etme şablon mantığı, segment tetikleyici deseniyle hikaye takip İş Akışı B haline gelir. Hoş geldin serisi şablonu doğrudan 1. Şablon'a uyar. Mimari dikeyden bağımsızdır; e-ticaret şablonunu yayıncı kullanımı için uyarlarken tetikleyici olaylar ve çıkış koşulları değiştireceğiniz şeylerdir.

Anlık deneme yolu için, ücretsiz plan size 200 abone, tüm kanallar (web anlık bildirim, uygulama anlık bildirim, yüksek öncelikli uyarılar için WhatsApp, sitedeki banner'lar için canlı sohbet) ve ilk günden itibaren tam İş Akışları motoru sunar. Bu, 1. Şablon'u (hoş geldin) ve 2. Şablon'u (son dakika haberleri) bir test grubunda yayınlamak, analizleri yakalamak ve gelecek hafta reklam operasyonları ve üyelik için savunulabilir bir sayıya sahip olmak için yeterlidir. Özellikle yayıncının birincil dağıtım yüzeyi olan PushEngage'in web anlık bildirim kanalı kapsamı için - PushEngage web anlık bildirimleri özellik setini ve platform desteğini kapsar.

Bunun neyi değiştirdiği

Bu makaleden bir şey alacaksanız, şunu alın: yayıncılar için anlık bildirim otomasyonu iş akışı mimarisidir, eklenmiş bir son dakika tetikleyicisi olan RSS yayınları değildir. Yayıncıların %90'ını bir yayın doğrulama olayıyla sınırlayan son dakika haberleri iş akışı, bir segmente göre zincirlenen hikaye takip iş akışları ve ücretsiz bir okuyucu abone olduğu anda çıkan ödeme duvarı dönüşüm yolculuğu hepsi aynı şekildedir. Bir BAŞLANGIÇ, bazı BEKLEMELER, bazı KARARLAR, bazı EYLEMLER, bir ÇIKIŞ. Üç bağımsız tetikleyici bunu yapamaz. Bir iş akışı motoru yapabilir. Geri dönen ziyaretçi oranı oradan artar.

Ücretsiz planla başlayın, bir sonraki son dakika haberleri döngünüzde ilk şablonu yayınlayın.