Sayılarla ne demek?
Olay tabanlı otomasyon, "bir şey oldu, şimdi tepki ver" mantığıyla çalışır. Bir takvime ya da dönemsel segment güncellemesine bağlı değildir; olay gerçekleştiği anda devreye girer. Bu yüzden hız gerektiren durumlar için en uygun otomasyon türüdür.
Olaylar yalnızca pazarlama davranışları değildir. Sipariş iptali, ödeme hatası, kargo gecikmesi, iade onayı, stok girişi — operasyonel olaylar da otomasyonu tetikleyebilir. Ödeme sayfasında hata alan müşteriye dakikalar içinde yardım mesajı göndermek, pazarlamadan çok hizmet kalitesini artırır.
Bu otomasyon türünün temeli olay verisinin güvenilirliğidir. Olay sitede tetiklendiğinde otomasyon aracına ne kadar sürede, kaç kez ve hangi bilgilerle ulaşıyor? Bu sorulara verilen cevap, otomasyonun doğru çalışıp çalışmayacağını belirler.
Pazarlama ve operasyon olayları
| Olay | Tür | Otomatik tepki |
|---|---|---|
| Sepete ekleme, sepet terki | Pazarlama | Hatırlatma |
| İlk sipariş | Pazarlama | Sipariş sonrası akış |
| Ödeme hatası | Operasyon | Yardım ve alternatif ödeme |
| Kargo gecikmesi | Operasyon | Proaktif bilgilendirme |
| İade onayı | Operasyon | Geri ödeme bilgisi, geri bildirim |
| Stok girişi | Pazarlama | Bekleyenlere bildirim |
Tablodaki operasyon olayları çoğu zaman otomasyonun dışında kalıyor. Oysa kargo geciktiğinde müşteri sormadan önce bilgilendirilmesi, olumsuz bir deneyimi güvene dönüştürebiliyor.
Güvenilir olay verisi için
- Olayları sunucu tarafından gönderin. Tarayıcı kayıplarından bağımsız.
- Her olaya benzersiz kimlik verin. Tekrarları ayıklamak için.
- Gerekli bilgileri ekleyin. Ürün, tutar, sipariş numarası.
- Gecikmeyi ölçün. Olaydan araca geçen süre.
- Olay adlarını sabitleyin. Değişirse otomasyon durur.
Uygulamada ne oluyor?
En sık sorun, olayların tarayıcıdan gönderilmesi ve kaybolması. Reklam engelleyiciler ve kapatılan sekmeler nedeniyle bazı olaylar otomasyon aracına hiç ulaşmıyor; sipariş sistemi gibi sunucu kaynaklı olaylar daha güvenilir.
İkinci gözlem, aynı olayın iki kez gelmesi. Sipariş olayı hem siteden hem sipariş sisteminden gönderiliyor; benzersiz kimlik olmadığında müşteri iki sipariş onayı alıyor.
Üçüncüsü, olay bilgisinin eksik gelmesi. Sepet terki olayı ürün bilgisi olmadan geliyor ve hatırlatma e-postası hangi ürünün bırakıldığını gösteremiyor.
Dördüncüsü, operasyonel olayların pazarlama ekibinin görüş alanı dışında kalması. Ödeme hatası ya da kargo gecikmesi bilgisi yalnızca operasyon sisteminde duruyor; bu olaylar otomasyona bağlandığında müşteri deneyimi belirgin biçimde iyileşiyor.
Beşincisi, site güncellemesinde olay adlarının değişmesi. Geliştirici bir olayın adını değiştiriyor ve ona bağlı bütün otomasyonlar sessizce duruyor; olay adları bir sözleşme gibi korunmalı.
Altıncısı, olay tabanlı otomasyonun gerçek zamanlı sanılması. Bazı araçlar olayları toplu olarak birkaç dakikada ya da saatte bir işliyor; "anında" beklenen tepki gecikebiliyor.
Yedincisi, olay hacminin maliyete etkisi. Bazı otomasyon araçları işlenen olay sayısına göre ücretlendiriyor; gereksiz olayları göndermek faturayı şişiriyor.
Sekizincisi, test olaylarının canlı akışları tetiklemesi. Geliştirme ortamından gelen olaylar gerçek müşterilere mesaj gönderebiliyor; test ve canlı ortam ayrılmalı.
Dokuzuncusu, iade ve iptal olaylarının otomasyona bağlanmaması. İade edilen siparişin sahibine "ürününden memnun musun?" e-postası gitmesi, bu olayların eksikliğinin doğrudan sonucu.
Onuncusu, kişisel verinin olay içinde gereğinden fazla gönderilmesi. Olay yalnızca otomasyonun ihtiyaç duyduğu bilgileri taşımalı; açık adres ya da kart bilgisi gibi veriler gönderilmemeli.
On birincisi, olay akışının izlenmemesi. Günlük olay sayılarının ani düşüşü, bir entegrasyonun koptuğunun ilk işareti; basit bir uyarı sorunu saatler içinde fark ettiriyor.
On ikincisi, olay tabanlı ve dönemsel otomasyonun birlikte düşünülmemesi. Hızlı tepki gerektiren durumlar için olay tabanlı, yavaş değişen durumlar — sadakat seviyesi, uzun sessizlik — için dönemsel kontroller daha uygun.
Neyi göstermez?
Olay kaydı, olayın nedenini göstermez. Sepetin neden terk edildiğini ya da ödemenin neden başarısız olduğunu anlamak için ek veri ve analiz gerekir.
Sıkça sorulan sorular
Ne zaman olay tabanlı otomasyon seçilmeli?
Hızlı tepki gerektiren durumlarda: sepet terki, ödeme hatası, sipariş.
Olaylar nereden gönderilmeli?
Mümkünse sunucu tarafından; tarayıcı olayları kaybolabilir.
Tekrar eden olaylar nasıl önlenir?
Her olaya benzersiz bir kimlik vererek. Aynı süreçte karşınıza çıkabilecek Behavior Based Automation, kullanıcının davranış örüntüsüne (gezinme, etkileşim, ilgi) göre tetiklenen ve uyarlanan otomasyon türüdür.
Bu kavramın bütün resim içindeki yerini Retention Pazarlama Rehberi içinde ayrıntılı anlattım.
E-posta otomasyonları, sepeti terk akışları, segmentasyon ve müşteri elde tutma ile tekrar satışları artıran retention sistemi.
