PushEngage hesabınızda bir yerlerde sekiz aydır gönderilen bir sepet kurtarma drip'i var. Hala "aktif" görünüyor. İlkbaharda ekibe geçtiği kişiden beri kimse dokunmadı. Tıklama oranı haftalardır düşüyor — uçurumdan düşmüyor, sadece her ay bir veya iki puanı sessizce kaybediyor — ve kimse artık kontrol panelinin o sekmesini açmadığı için kimse fark etmedi.
Otomasyonlarınız sessizce başarısız oluyor ve kontrol paneli size söylemiyor
Başka bir yerde, bir geri kazanma dizisi için oluşturduğunuz bir iş akışı var. O da hala canlı olarak işaretlenmiş. Ancak Haziran ayında bir grup abone oraya girdi, ikinci adımdan hiç ilerleyemedi ve hala orada oturuyorlar — ne dönüşüyorlar ne de çıkıyorlar, sadece takılmışlar, onları aramaya gitmediğiniz sürece görünmezler.
Bir elde tutma ekibi için drip kampanyalarını ve iş akışlarını denetlemenin anlamı budur: yeniden tasarım projesi değil, yeniden oluşturma değil, sadece yavaş sızıntı gerçek bir sızıntıya dönüşmeden kötü çalışan otomasyonları yakalamak. Ve bu, PushEngage MCP sunucusunda yerleşik iki araç kullanılarak, kontrol panelinde gezinmek yerine bir sohbet penceresinden çalıştırabileceğiniz tam olarak türden bir kontroldür: pushengage_list_drip_campaigns ve pushengage_list_workflows. Her ikisi de salt okunur. İstendiğinde drip kampanya analizlerini ve iş akışı analizlerini yüzeye çıkarırlar, canlı olanı, duraklatılmış olanı ve abonelerin nerede takıldığını söylerler — düzeltme hala kontrol panelinde gerçekleşir, ancak bulma artık olmak zorunda değil.
Çoğu ekip, yalnızca bir abone şikayet ettiğinde veya aylık bir rapor zayıf göründüğünde sorunlu bir otomasyon keşfeder. O zamana kadar, duraklatılmış otomasyonlar ve takılmış kohortlar genellikle haftalardır orada oturmuş oluyor. Bu gönderideki denetim, ikisi de gerçekleşmeden önce yakalamak için oluşturulmuştur.
Drip kampanyaları ve iş akışları kontrol edilecek iki farklı şeydir
PushEngage iki ayrı otomasyon nesnesi gönderir ve bir denetim, farklı şekillerde başarısız oldukları için her ikisine de ayrı ayrı bakmalıdır.
Bir drip kampanyası doğrusal bir otomatik yanıtlayıcı dizisidir — bir programa göre sırayla ateşlenen sabit bir bildirim kümesi (bir karşılama serisi, bir kayıt sonrası besleme, sabit bir hızda yeniden etkileşim dizisi). Dallanmaz. İçindeki her abone aynı adımları aynı sırayla alır.
Bir iş akışı, giriş koşulları, karar noktaları ve çıkış kriterleri olan dallanan bir otomasyondur — abonenin tıklayıp tıklamadığına bağlı olarak farklı davranan bir sepet kurtarma dizisi için kullanacağınız türden bir şey veya birinin satın alma işlemi yaptığı anda duran bir geri kazanma akışı. PushEngage'ın PushEngage İş Akışları görsel oluşturucusu, mantığın "bunu gönder, sonra şunu gönder"den daha fazlasına ihtiyaç duyduğunda çoğu elde tutma ekibinin başvurduğu şeydir.
Her “pazarlama otomasyonunu denetleme” rehberi bunları birbirinin yerine kullanılabilir olarak ele alır — incelenecek “kampanyaların” tek bir karma listesi. Değiller. Performansı düşük bir damla kampanya genellikle bir kopya veya zamanlama sorunudur ve damla kampanya analizleri (gönderilen, görülen, tıklanan) bunu tespit etmek için yeterlidir. Performansı düşük bir iş akışı, çözülmeyen bir adımda abonelerin birikmesine neden olabilir; bu, doğrusal bir damlanın yapamayacağı bir şeydir — iş akışı analizlerinin bunu ortaya çıkarmak için tamamen farklı bir şekle (girilen, aktif, tamamlanan, başarısız) ihtiyacı vardır. Bunları doğru sayılarla ayrı ayrı kontrol etmek, doğru türde bir sorun bulmak ile onu kaçırmak arasındaki farktır.
Henüz bir damla kampanya ayarlamadıysanız, PushEngage’ın damla otomatik yanıtlayıcısını yapılandırma rehberi kurulumu ele almaktadır. Bu gönderi, zaten birkaçı çalıştırdığınızı ve hala işlerini yapıp yapmadıklarını bilmeniz gerektiğini varsaymaktadır.
Damla kampanyalarını denetleme: pushengage_list_drip_campaigns
Asistanınıza şunu sorun: “Aktif damla kampanyalarımı analizlerle birlikte listele.” pushengage_list_drip_campaigns aracı, size verdiği durum filtresiyle eşleşen her damla kampanyayı — aktif veya duraklatılmış — döndürür ve include_analytics’i ayarladığınızda, her biri gönderilen, görülen ve tıklanan sayımlarla geri döner.
Bu, iki tür sorunu bir bakışta tespit etmek için yeterlidir. Birincisi, durum kayması: duraklatıldığını varsaydığınız ancak aslında hala aktif olan bir kampanya veya çalışıyor olduğunu varsaydığınız ancak kimsenin yapmayı hatırlamadığı bir ayar değişikliği nedeniyle duraklatılmış durumda olan bir kampanya. İkincisi, sessiz düşüş: zamanında gönderilmeye devam eden ancak eskiden olduğunun çok altında dönüşüm sağlayan bir kampanya.
Üç damla dizisi çalıştıran orta ölçekli bir Shopify hesabına ait örnek sayılar kullanarak, bunun nasıl göründüğünü aşağıda bulabilirsiniz:
| Kampanya | Durum | Gönderildi | Görülen | Tıklanan | Zımni Tıklama Oranı |
|---|---|---|---|---|---|
| Sepet kurtarma damlası (3 dokunuşlu) | Aktif | 4,820 | 3,110 | 96 | 3.1% |
| Hoş geldiniz serisi | Aktif | 6,340 | 4,290 | 258 | 6.0% |
| Geri kazanma yeniden etkileşim | Duraklatılmış | 0 | 0 | 0 | — |
Hoş geldin serisi sağlıklı. Geri kazanma damlası duraklatılmış — bilinmesi değer, çünkü bu size haberse, yeniden etkileşim dürtüsü alması gereken aboneler hiçbir şey almıyor. Ancak asıl bulgu sepet kurtarma damlası: bir sepet terk etme dizisinde %3,1'lik bir tıklama oranı, iyi zamanlanmış çok adımlı bir etkileşim dizisinin üretmesi gerekenin yaklaşık yarısıdır. Eğer bu kampanya eskiden %6'da çalışıyor ve %3'e düşmüşse, bu iki sayı arasındaki fark, her gönderimde kapıdan çıkan kurtarılan sepet değeridir. Ayda 4.820 gönderim yapan ve tıklama oranının yarısını kaybeden bir damla, yuvarlama hatası değildir — karar vermeden kurtarmayı bıraktığınız belirli, ölçülebilir miktarda terk edilmiş sepet geliri.
İş akışlarını denetleme: pushengage_list_workflows ve takılıp kalmış abone sorunu
İş akışları, damla kampanyalarının sahip olamayacağı bir hata modunu ortaya çıkarır, çünkü doğrusal bir dizinin kaybolacak dalları yoktur. Bir iş akışının vardır — ve abonelerin sessizleştiği yer burasıdır.
Asistanınızdan "aktif iş akışlarımı analitiklerle birlikte listele" demesini isteyin. pushengage_list_workflows aracı, duruma göre filtrelenmiş iş akışlarını döndürür ve include_analytics ayarlandığında, her biri girilen, aktif, tamamlanan, başarısız olan ve hedef tamamlama sayılarıyla birlikte gelir.
Bu dört sayıyı birlikte okuyun ve yalnızca etkileşim metriklerinin tamamen gizleyeceği belirli bir sorun ortaya çıkar. Açıklayıcı bir geri kazanma iş akışı alın:
- Girilen: 1.200 abone, dönem boyunca iş akışının giriş koşulunu (30 gün hareketsizlik) tetikledi.
- Aktif: 640 kişi hala iş akışının ortasında, birinci adım ile son adım arasında bir yerdedir.
- Tamamlanan: 310 kişi sona ulaştı ve hedefi (tekrar satın alma) vurdu.
- Başarısız: 40 kişi dönüşüm yapmadan bir çıkış koşuluna ulaştı (abonelikten çıktı, engelleme kuralına takıldı).
Bunları toplayın: 640 + 310 + 40 = 990. Bu, iş akışına girmiş ve anlamlı bir şekilde aktif olmayan, tamamlanmamış veya başarısız olmayan yaklaşık 210 aboneyi bırakır — takılıp kalmış aboneler cebi, büyük olasılıkla bir koşulun asla çözülmediği belirli bir adımda yığılmış (bozuk bir segment başvurusu nedeniyle asla gönderilmeyen bir bildirim, çıkış yolu olmayan bir bekleme adımı). Bu 210 takılıp kalmış abone, iş akışı hala "aktif" dediği ve teknik olarak hala çalıştığı için, yalnızca durum kontrolünün asla ortaya çıkaramayacağı bir sızıntıdır.
Bu, iş akışlarının denetiminin yakalayabileceği en değerli şeydir ve PushEngage'ın dallanan otomasyonlarının çalışma şekline özgüdür — doğrusal bir damla kampanyanın abonenin takılıp kalacağı bir adımı yoktur. Eğer bu takılıp kalmış aboneler cebi, 30 günden fazla hareketsiz olan ve çalışan bir geri kazanma dizisiyle geri dönebilecek alışveriş yapanları temsil ediyorsa, 1.200 girilen ve 990 çözülen arasındaki fark, göremediğiniz bir tekrar satın alma oranıdır, sadece durmuş bir otomasyon değil.
Aynı matematik, sepet kurtarma iş akışı için de geçerlidir ve riskler daha yüksektir çünkü saat daha hızlı işler. Bir göz atma terk etme iş akışı, yalnızca 2.100 çözülen (aktif artı tamamlanan artı başarısız) karşısında 3.400 girilen gösteriyorsa, 1.300 aboneyi kapsayan boşluk, bir ürüne bakan, iş akışını tetikleyen ve sonra onları geri getirmesi gereken bildirimi hiç almayan alışveriş yapanlardır — iş akışının tamamen başarısız olduğu için değil, ancak içindeki bir şeyin onları ilerletmeyi sessizce durdurduğu için. Bir damla kampanyanın gönderilen/görülen/tıklanan sayıları bunu asla ortaya çıkarmaz; yalnızca dallanan bir iş akışındaki girilen-çözülen matematiği bunu yapabilir.
Aynı anda kontrol edilmeye değer bitişik otomasyon türleri için — PushEngage'ın tetiklenen kampanyaları sabit bir programa veya bir iş akışının dallanan mantığına göre değil, gerçek zamanlı davranışa göre tetiklenir ve genellikle ilk etapta bir iş akışına kimin gireceğini belirleyen aynı segmentasyon kurallarına beslenir. MCP'nin pushengage_list_workflows aracı tetiklenen kampanyaları kapsamaz, ancak tam bir aylık inceleme yine de onlara göz atmalıdır.
Sayıların size aslında ne söylediği
Drip kampanya analizlerini ve iş akışı analizlerini çektikten sonra, duvarlar dolusu kontrol paneli sekmesi yerine kısa bir bulgular listesine bakarsınız. Bir sonraki adım, acil olanla sadece temizlik gerektiren arasında karar vermektir - bu ayrım çoğu denetim kontrol listesinde tamamen atlanır.
Bulduklarınızı önceliklendirmek için basit bir yol:
- Canlı ve düşüşte — acil. Hala aktif olan ve gönderim yapan ancak kendi geçmişine göre dönüşüm oranı çok düşük olan bir drip veya iş akışı, değiştirilmeden çalıştığı her gün gelir kaybediyor. Önce metni, zamanlamayı veya segmenti düzeltin.
- Aktif bir iş akışındaki takılıp kalmış aboneler — acil. Bir adımda yığılmış aboneler ne dönüşüm sağlıyor ne de çıkıyor; orada ne kadar uzun süre otururlarsa, ulaşılmaz hale gelme olasılıkları o kadar artar. Bunları düzeltin.
- Duraklatılmış ancak başka yerlerde hala referans verilen — orta. Başka akışların hala işaret ettiği duraklatılmış bir otomasyon (canlı olduğunu varsayan bir iş akışı dalı), oraya yönlendirilen aboneler için sessiz bir çıkmaz yol oluşturabilir.
- Duraklatılmış taslak, bağımlılık yok — düşük. Bulacağınız daha yaygın duraklatılmış otomasyonlardan biri, silinmemiş eski bir testtir; bırakmak güvenlidir veya ne zaman elinize geçerse temizleyebilirsiniz.
Her bulgunun aynı yanıt hızına ihtiyacı yoktur. Bu hafta takılıp kalmış aboneleri olan bir sepet kurtarma iş akışı, iki aydır sessizce düşüşte olan bir karşılama drip'iyle dikkat çekmek için yarışır - ve iş akışı genellikle kazanır, çünkü abonelerin çözülmeden oturduğu her gün, ulaşılmaz hale gelmelerine bir gün daha yaklaştırır. Buna karşılık, düşüşteki drip zaten haftalardır aynı miktarda gelir kaybediyor; bu haftaki veya gelecek haftaki düzeltme matematiksel olarak pek bir şeyi değiştirmez. İlk fark ettiğiniz otomasyona göre değil, sızıntının ne kadar hızlı büyüdüğüne göre önceliklendirin.
Açıkça söylemek gerekirse: yukarıdakilerin hepsi bir bulgudur, bir çözüm değil. pushengage_list_drip_campaigns ve pushengage_list_workflows salt okunur araçlardır — size neyin canlı olduğunu, neyin duraklatıldığını ve abonelerin nerede takılıp kaldığını söylerler, ancak hiçbiri bir kampanyayı düzenlemez, bir iş akışı adımını ayarlamaz veya bir durumu değiştirmez. Gerçek düzeltme — bir bildirimi yeniden yazmak, bozuk bir segment referansını yeniden yönlendirmek, düşüşteki bir drip'i duraklatmak — hala PushEngage kontrol panelinde gerçekleşir. Denetimin işi, tam olarak nereye ve neden gitmeniz gerektiğini söylemektir, böylece kontrol panelinde harcadığınız on beş dakika, inşa ettiğiniz her şeyi körü körüne kaydırmak yerine önemli olan iki şeye harcanır.
Başlarken: Claude, Cursor veya Claude Code'u PushEngage'a bağlayın
Bu denetimi bir sohbet penceresinden çalıştırmak, PushEngage MCP sunucusunu kullandığınız yapay zeka yardımcısına bağlamakla başlar. Sunucuyu istemcinizin MCP yapılandırmasına ekleyin — Claude Desktop veya Cursor için, bu npx -y @pushengage/mcp adresini gösteren tek bir girdidir, çünkü küresel bir kurulum gerekmez. İstemciyi yeniden başlatın, ardından sizi PushEngage'a giriş yapmaya davet edin: bir tarayıcı sekmesi bağlantıyı yetkilendirmek için açılır, böylece kimlik bilgileriniz asla asistana iletilmez.
Yetkilendirildikten sonra sitelerinizi görmek için istekte bulunun ve üzerinde çalışmak istediğiniz siteyi seçin; ardından pushengage_list_drip_campaigns ve pushengage_list_workflows dahil olmak üzere site kapsamındaki tüm araçlar varsayılan olarak o siteye ayarlanacaktır. Yapılandırma dosyası yolları ve başlamayan bir bağlantıyı giderme dahil olmak üzere tam adım adım kılavuz için PushEngage MCP kurulum kılavuzunun tamamını inceleyin.
Denetimi beş dakikalık bir alışkanlık haline getirin, üç aylık bir proje değil
PushEngage gerçek hacimde çalışır — 150'den fazla ülkedeki 25.000'den fazla işletme sahibi, belirli bir 30 günlük pencerede platform üzerinden 15,2 milyardan fazla bildirim gönderir. Bu ölçekte, kimse fark etmeden önce bir ay boyunca sessizce düşük performans gösteren bir damla kampanya veya iş akışı küçük bir hata değildir; bu, ilk haftada fark edilebilecek beş dakikalık bir kontrolle kurtarılabilecek bir aylık sepet değeri veya tekrar satın alma geliri kaybıdır.
Bu denetimi ara sıra değil de sık sık çalıştırmanın gerçek nedeni budur: takılıp kalmış bir iş akışının veya düşen bir damlanın maliyeti, fark edilmeden çalıştığı her gün katlanır ve kontrolün kendisi, aksi takdirde geçen çeyreğin rakamlarının neden düşük geldiğini açıklayacağınız toplantıdan daha az zaman alır. Damla kampanyalarını ve iş akışlarını denetlemek için takvim hatırlatıcısına veya özel bir analiste gerek yoktur — beş dakikaya ve bu gönderinin size zaten verdiği iki komuta ihtiyaç duyar.
Asistanınızdan Pazartesi günü damla kampanyalarınızı ve iş akışlarınızı analizlerle birlikte listelemesini isteyin, İş Akışları veya gelişmiş segmentasyonun kurulumunuza eklemeye değip değmeyeceğini tartıyorsanız PushEngage planlarına göz atın ve gerçekten düzeltilmesi gereken tek bir şeyi düzeltin.
