Sayılarla ne demek?
İlk nesil e-posta araçlarında otomasyon, alt alta sıralanmış mesajlardan oluşurdu: birinci gün şu e-posta, üçüncü gün bu e-posta. Müşteri yolculuğu tasarım aracı bu doğrusal yapıyı bir haritaya dönüştürür. Kişi bir olayla akışa girer, koşullara göre farklı yollara ayrılır, e-posta, SMS, anlık bildirim ya da reklam kitlesi gibi farklı kanallardan mesaj alır ve belirli bir hedefe ulaştığında akıştan çıkar.
Tuvalin asıl değeri görünürlüktür. Pazarlama otomasyonu büyüdükçe hangi kişinin hangi durumda ne alacağını kafada tutmak imkansızlaşır. Görsel bir akış, ekipteki herkesin mantığı aynı ekranda görmesini, hataları fark etmesini ve değişiklikleri güvenle yapmasını sağlar.
Araçların yetenekleri birbirinden epey farklıdır. Bazıları yalnızca e-posta ve SMS yönetir; bazıları reklam platformlarına kitle gönderebilir, web sitesindeki içeriği değiştirebilir ya da müşteri hizmetleri sistemine görev açabilir. Seçim yaparken önemli olan, işletmenin gerçekten kullanacağı kanalları ve veri kaynaklarını destekleyip desteklemediğidir.
Değerlendirmede bakılacak yetenekler
| Yetenek | Neden önemli |
|---|---|
| Olay tabanlı giriş | Sipariş, ziyaret, iade gibi gerçek zamanlı tetikleme |
| Çok kanallı adım | E-posta, SMS, WhatsApp, bildirim tek akışta |
| Hedef ve çıkış koşulu | Hedefe ulaşan kişi akıştan anında çıkar |
| Akış içi test | Dal ya da mesaj varyantlarını karşılaştırma |
| Kontrol grubu | Akışın gerçek katkısını ölçme |
Son iki satır çoğu zaman satın alma kararında gözden kaçıyor. Tasarım kolaylığı etkileyici görünüyor; ama bir akışın işe yarayıp yaramadığını ölçemeyen bir araç, zamanla kör uçuşa dönüşüyor.
Araçla çalışırken
- Önce kağıt üzerinde çizin. Mantık araçtan bağımsız netleşsin.
- Her akışa hedef tanımlayın. Hedefe ulaşan çıksın.
- Akışlar arası önceliği belirleyin. Aynı kişi iki akışta olabilir.
- Test kişisiyle deneyin. Her dalı yayından önce yürüyün.
- Adlandırmayı standartlaştırın. Akış ve adım adları anlaşılır olsun.
Uygulamada ne oluyor?
En sık durum, tuvalin karmaşık bir örümcek ağına dönmesi. Her yeni fikir mevcut akışa bir dal olarak ekleniyor; birkaç ay sonra akışı kuran kişi bile hangi yolun ne işe yaradığını açıklayamıyor.
İkinci gözlem, akışlar arası çakışma. Sepet kurtarma akışı, gezinme kurtarma akışı ve karşılama e-posta dizisi ayrı ayrı mantıklı; ama aynı kişi üçüne birden girdiğinde bir günde dört mesaj alıyor ve iletişim sıklığı sınırı aşılıyor.
Üçüncüsü, çıkış koşullarının eksik kurulması. Hedef olayı gerçekleştiren kişi akışta kalmaya devam ediyor; sipariş vermiş müşteri hala "sepetinizi unuttunuz" mesajı alıyor.
Dördüncüsü, veri gecikmesinin hesaba katılmaması. Sipariş sistemi verileri birkaç saatte bir aktarıyorsa, gerçek zamanlı görünen dallanma mantığı eski veriyle karar veriyor ve yanlış mesajlar gidiyor.
Beşincisi, aracın kanal izinlerini okumaması. SMS adımı akışa eklendi ama kişinin ticari ileti onayı kontrol edilmiyor; tuvalde görünmeyen bu eksik, hukuki bir risk oluşturuyor.
Altıncısı, düzenlemenin yayındaki akışı bozması. Canlı bir akışta bekleme süresi değiştiriliyor; o anda akışın ortasında bulunan kişilerin ne olacağı düşünülmediği için bazıları mesaj atlıyor, bazıları iki kez alıyor.
Yedincisi, tek kişinin her şeyi bilmesi. Akışları kuran kişi ayrıldığında kimse mantığı bilmiyor; akış adları, notlar ve kısa bir belge bu bağımlılığı azaltıyor.
Sekizincisi, tuval özelliklerinin gereğinden fazla kullanılması. Beş kanal ve on dal içeren bir akış, iki kanal ve üç dal içeren basit bir akıştan her zaman daha iyi sonuç vermiyor; karmaşıklık ölçümü de zorlaştırıyor.
Dokuzuncusu, raporların adım bazında incelenmemesi. Akışın toplam geliri izleniyor ama hangi adımda kişilerin koptuğu görülmüyor; iyileştirme için asıl bilgi adım düzeyindeki raporlarda.
Onuncusu, reklam kanalının akışa bağlanmaması. E-postayı açmayan kişiyi bir reklam kitlesine eklemek, bazı araçlarda tek bir adım; bu adımı kullanmayan işletme, kanallar arası fırsatı kaçırıyor.
On birincisi, aracın veri modelinin baştan anlaşılmaması. Araç kişi özelliklerini ve olayları nasıl sakladığını belirlemeden kurulan akışlar, ileride segmentasyon ve kişiselleştirme ihtiyacında tıkanıyor.
On ikincisi, yeni araca geçişte akışların birebir kopyalanması. Eski araçtaki sınırlamalar yüzünden kurulmuş dolambaçlı yapılar yeni araca da taşınıyor; geçiş, akışları sadeleştirmek için iyi bir fırsat.
Neyi çözmez?
Tasarım aracı, zayıf bir stratejiyi güçlendirmez. Kime, ne zaman, neden mesaj gönderileceği netleşmeden kurulan akış, yalnızca karmaşık görünen bir mesaj listesidir.
Sıkça sorulan sorular
Klasik otomasyon aracından farkı ne?
Doğrusal mesaj dizisi yerine dallanan, çok kanallı ve görsel bir akış kurmaya olanak tanır.
Seçerken neye bakılmalı?
Kullanılan kanalları ve veri kaynaklarını desteklemesine, çıkış koşuluna ve ölçüm yeteneklerine.
Akış ne kadar karmaşık olmalı?
Hedefe ulaşmak için gereken kadar; her dal ölçülebilir bir amaç taşımalı. Bu konuyla birlikte ele alınan Trigger, bir otomasyon akışını başlatan olay veya koşuldur (abonelik, sepete ekleme, satın alma gibi).
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.
