Sayılarla ne demek?
Tetikleyici kişiyi akışa alır; koşul ise akışın içinde yön belirler. Hoş geldin serisinin ikinci adımında "ilk alışverişini yaptı mı?" sorusu sorulur: evet ise sipariş sonrası iletişime geçilir, hayır ise ilk alışveriş teşvikiyle devam edilir. Bu soru bir koşuldur.
Koşullar birkaç tür veriye bakabilir. Kişi özellikleri: şehir, sadakat seviyesi, cinsiyet tercihi. Davranışlar: e-postayı tıkladı mı, siteyi ziyaret etti mi, satın aldı mı? Segment üyeliği: VIP segmentinde mi? Her biri akışı farklı bir yöne yönlendirebilir.
Koşulun en zayıf noktası veridir. Koşul yalnızca elindeki veriye göre karar verebilir. Satın alma verisi otomasyon aracına geç ulaşıyorsa, "satın aldı mı?" koşulu "hayır" der ve satın almış kişiye yanlış mesaj gider.
Koşul türleri
| Tür | Örnek | Risk |
|---|---|---|
| Özellik | Sadakat seviyesi altın mı? | Güncel olmayan alan |
| Davranış | Son e-postaya tıkladı mı? | Güvenlik taramalarının tıklamaları |
| İşlem | Sipariş verdi mi? | Veri gecikmesi |
| Segment | Risk altındaki segmentte mi? | Segment güncelleme sıklığı |
| İzin | SMS izni var mı? | Sistemler arası eşitleme |
Son satır her pazarlama akışında olması gereken bir koşul. Kişinin o kanal için izni olup olmadığını mesajdan hemen önce kontrol etmek, akışa girdikten sonra iznini geri alan kişiye mesaj gitmesini önlüyor.
Sağlam koşullar için
- Koşulun verisini doğrulayın. Zamanında ve doğru mu geliyor?
- Belirsiz durumu tanımlayın. Veri yoksa hangi yol?
- Koşulu mesajdan hemen önce koyun. Bekleme sonrası tekrar kontrol.
- Açılma yerine tıklama kullanın. Açılma verisi şişkin.
- Koşul sayısını sınırlayın. Okunabilir kalsın.
Uygulamada ne oluyor?
En sık hata, koşulun beklemeden önce kontrol edilmesi. Kişi akışa girdiğinde satın almamış; iki günlük beklemeden sonra satın almış ama koşul iki gün önceki duruma göre verilmiş. Koşul, eylemden hemen önce yeniden kontrol edilmeli.
İkinci gözlem, açılma verisine dayalı koşulların yanıltması. "E-postayı açtı mı?" koşulu otomatik açılmalar nedeniyle çoğu kişiyi "evet" yoluna gönderiyor; kişiselleştirme anlamını yitiriyor.
Üçüncüsü, veri eksikliğinde varsayılan yolun düşünülmemesi. Cinsiyet ya da kategori tercihi bilinmeyen kişi hiçbir yola girmiyor ve akışta kayboluyor; her koşulun bir "bilinmiyor" yolu olmalı.
Dördüncüsü, kurumsal güvenlik taramalarının tıklama koşullarını bozması. Bazı şirket e-posta sistemleri bağlantıları otomatik tıklıyor; "tıkladı mı?" koşulu B2B listelerde yanlış pozitif üretebiliyor.
Beşincisi, çok katmanlı koşulların okunamaz hale gelmesi. Beş koşulun iç içe geçtiği bir yapı, akışı kuran kişi dışında kimse tarafından anlaşılmıyor.
Altıncısı, koşulların segmentlerle tutarsız olması. Akıştaki "VIP" koşulu ile raporlardaki VIP segmenti farklı tanımlara dayanıyor; aynı müşteri bir yerde VIP, başka yerde değil.
Yedincisi, izin koşulunun yalnızca giriş anında kontrol edilmesi. Uzun bir akış boyunca kişi iznini geri alabiliyor; her pazarlama mesajından önce izin tekrar kontrol edilmeli.
Sekizincisi, koşul sonuçlarının raporlanmaması. Hangi dala kaç kişinin gittiği bilindiğinde, örneğin "satın aldı" dalının beklenenden küçük olması akışın zayıf noktasını gösteriyor.
Dokuzuncusu, zaman pencerelerinin belirsiz olması. "Satın aldı mı?" sorusu hangi dönem için soruluyor — akışa girdiğinden beri mi, son 30 günde mi? Pencere tanımlanmadığında koşul yanlış sonuç verebiliyor.
Onuncusu, koşulların test edilmemesi. Her dal için ayrı test profilleri hazırlanmadığında, bazı yolların hiç çalışmadığı aylar sonra fark ediliyor.
On birincisi, mağaza alışverişlerinin koşullara dahil edilmemesi. Müşteri mağazadan satın aldı ama koşul yalnızca online siparişe bakıyor; "henüz satın almadın" mesajı alıyor.
On ikincisi, koşul mantığının belgelenmemesi. Neden o eşiğin seçildiği yazılı olmadığında, sonraki düzenlemeler akışın mantığını farkında olmadan bozabiliyor.
Neyi göstermez?
Koşulun sonucu, kişinin gerçek durumunu değil, sistemin bildiği durumu yansıtır. Veri eksikse karar da eksiktir.
Sıkça sorulan sorular
Tetikleyiciden farkı ne?
Tetikleyici akışı başlatır; koşul akış içinde yön belirler.
Veri yoksa ne olmalı?
Her koşulun "bilinmiyor" durumu için varsayılan bir yolu olmalı.
Açılmaya dayalı koşul güvenilir mi?
Hayır; tıklama ya da satın alma daha güvenilir. Yakından ilişkili bir kavram olan Delay, bir otomasyon akışında adımlar arasına eklenen, mesajların doğru zamanlamayla gitmesini sağlayan bekleme süresidir.
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.
