E-ticarette e-posta pazarlaması, müşteriye doğru zamanda ilgili bir mesaj göndermeyi amaçlar. Otomatik akışlar ise belirli bir olay gerçekleştiğinde önceden tanımlanan koşullarla çalışır. Yeni abonelik, tamamlanan sipariş veya yarım kalan ödeme farklı başlangıç noktalarıdır. Her olay için aynı mesajı göndermek yerine müşterinin mevcut durumunu dikkate almak gerekir.
Bu rehberde otomasyonun temel kurallarını, gönderim hazırlığını ve yayın öncesi testleri açıklıyoruz. Çalışmayı dijital pazarlama planıyla birlikte kurabilirsiniz. Örnek zamanlamalar ve hesaplar uygulamayı anlatır; bütün mağazalar için aynı sonucu sağlayan hazır reçeteler değildir.
E-posta otomasyonunun hedefi nasıl belirlenir?
Her akışın tek bir ana amacı olsun. Yeni aboneye mağazayı tanıtmak, ürünün kullanımını açıklamak veya uygun müşteriye tekrar alışveriş hatırlatmak farklı hedeflerdir. Akışın hangi davranışı destekleyeceğini ve hangi durumda sona ereceğini baştan yazın.
Otomatik akışla tek seferlik kampanya gönderimini ayırın. Kampanya belirli tarihte seçilen gruba gider; akış uygun koşulu sağlayan kişiye kendi başlangıç zamanına göre çalışır. İki gönderim aynı kişiye yakın zamanda ulaşabileceğinden ortak sıklık kuralları belirleyin.
Başlangıçta yönetebileceğiniz birkaç akış seçin. Eksik veriyle çok sayıda senaryo açmak, yanlış mesajları bulmayı zorlaştırır. Önce olay kaydının doğru geldiğini, müşteri durumunun güncellendiğini ve sonuçların izlenebildiğini doğrulayın.
Pazarlama izni ile sipariş bilgilendirmesi nasıl ayrılır?
Sipariş onayı, teslimat bilgisi ve pazarlama teklifi farklı amaçlar taşır. Bir adresin sipariş sırasında alınması, her reklam mesajı için izin bulunduğu anlamına gelmez. Mesajı yalnızca konu başlığına göre değil, gerçek içeriği ve gönderilme amacıyla değerlendirin.
Türkiye’de ticari elektronik ileti onayı, ret hakkı ve İleti Yönetim Sistemi süreçlerini alıcının niteliğiyle birlikte inceleyin. Tacir veya esnaf alıcılara ilişkin koşullar tüketici gönderimleriyle aynı değildir. İstisnaları bütün müşteri listesine uygulanabilen genel izin gibi kullanmayın.
Onayın kaynağını, zamanını, kapsamını ve güncel ret durumunu izleyin. Kişisel verilerin işlenmesine ilişkin bilgilendirme ve diğer yükümlülükleri ayrıca değerlendirin. Bir sistemde abone görünmek, diğer sistemdeki ret kaydını geçersiz kılmaz; gönderim kararında güncel durumu esas alın.
Sepet hatırlatmasını kendiliğinden sipariş bilgilendirmesi kabul etmeyin. Henüz sipariş oluşmamış olabilir. Mesajın niteliğini ve gerekli gönderim koşullarını doğrulayın. Mevzuata uygunluğu belirsiz bir listeyi otomasyona eklemek yerine kayıtları ve kullanılan süreci netleştirin.
Müşteri listesi nasıl temizlenip bölümlenmelidir?
Tekrar adresleri, yazım hatalarını, sürekli teslim edilemeyen kayıtları ve abonelikten çıkan kişileri ayırın. Satın alınmış veya kaynağı belirsiz listeleri hazır müşteri kitlesi gibi kullanmayın. Eski listenin hâlâ kullanılabilir olduğunu yalnızca dosyanın elinizde bulunmasına dayanarak kabul etmeyin.
Grupları alışveriş durumu, ürün ilgisi ve geçerli iletişim tercihi gibi işinize yarayan ölçülerle oluşturun. Gereksiz kişisel ayrıntılar toplamaktan kaçının. Bir ürünün kullanımını anlatmak için müşterinin sipariş ettiği modeli bilmek yeterliyse daha fazla veri istemeniz gerekmeyebilir.
Kimlik eşleştirmesini tanımlayın. Aynı müşterinin misafir siparişiyle üyelik kaydı farklı görünüyorsa mesajlar tekrarlanabilir. Adres değişikliği ve hesap birleştirme senaryolarında izin durumunun nasıl korunacağını uygulama ekibiyle görüşün.
Otomasyon için hangi olaylar ve alanlar gerekir?
Abonelik, ödeme başlangıcı, sipariş, teslimat ve iade olaylarının ne zaman kaydedildiğini öğrenin. Her platform aynı olayı aynı aşamada oluşturmayabilir. Örneğin sipariş açılmasıyla ödemenin kesinleşmesi farklı kayıtlar olabilir; mesaj koşulunu gerçek iş akışına bağlayın.
Akışa göre müşteri kimliği, sipariş numarası, ürün kimliği, olay zamanı ve gerekli iletişim tercihleri kullanılabilir. Gönderilecek alanları ihtiyaca göre sınırlandırın. Kart bilgisi veya ödeme şifresi gibi veriler e-posta akışına taşınmamalıdır.
Veri aktarımının gecikmesini de ölçün. Sipariş olayı geç gelirse müşteri satın aldığı halde sepet mesajı alabilir. Bağlantının kurulmuş olması yeterli değildir; olayın kaynaktan otomasyon aracına ne kadar sürede ulaştığını örnek işlemlerle deneyin.
Tetikleyici bekleme koşul ve çıkış nasıl tanımlanır?
Tetikleyici, akışı başlatan olaydır. Bekleme, mesajın ne zaman değerlendirileceğini belirler. Koşullar, kişinin o anda gönderime uygun olup olmadığını kontrol eder. Çıkış kuralı ise amaç gerçekleştiğinde veya gönderim hakkı kalmadığında süreci durdurur.
- Başlangıç: Doğrulanmış olay ve doğru müşteri kaydı oluşur.
- Uygunluk: Mesajın amacı ve iletişim tercihleri kontrol edilir.
- Bekleme: Ürünün karar süresine uygun gecikme uygulanır.
- Gönderim öncesi kontrol: Satın alma ret ve güncel durum yeniden değerlendirilir.
- Çıkış: Tamamlanan hedef veya geçersiz koşul sonraki mesajları durdurur.
Tekrar giriş kuralını da belirleyin. Aynı olay tekrar kaydedildiğinde kişinin yeni bir seri alıp almayacağı belli olsun. Aynı siparişin yeniden senkronize edilmesi, ikinci kez yeni alışveriş yapılmış gibi mesaj üretmemelidir.
Bir müşterinin aynı anda birden fazla akışta bulunabileceğini planlayın. Yeni abone, ilk siparişini verip satış sonrası seriye de girebilir. Hangi mesajın öncelikli olduğunu ve hangisinin bekleyeceğini belirleyin. Ortak gönderim sınırları kullanılırken gerekli sipariş bilgilendirmelerinin pazarlama kampanyasıyla yanlış biçimde engellenmediğini kontrol edin.
Hoş geldin akışı nasıl hazırlanır?
Akışı, gerekli abonelik ve doğrulama koşullarını tamamlayan kişiyle başlatın. İlk mesajda mağazanın ne sunduğunu ve kişinin hangi içerikleri alacağını açıklayın. Abonelik avantajı varsa koşullarını doğru belirtin; doğrulanamayan indirim veya teslimat vaadi eklemeyin.
İkinci mesaj gerekliyse müşterinin sık karşılaştığı seçim sorusuna cevap verebilir. Örneğin ölçü seçimi, malzeme farkı veya ürün bakımı anlatılabilir. Kişi bu sırada alışveriş yaptıysa mesajı yeni durumuna uygun değiştirin veya ilgili seriden çıkarın.
Hoş geldin serisini bütün kataloğu aynı e-postada göstermeye dönüştürmeyin. Bir mesajın temel amacı ve anlaşılır yönlendirmesi olsun. Ürün önerisi kullanılacaksa stokta bulunan ve ilgili sayfaya giden seçeneklerle sınırlayın.
Sepet hatırlatma akışı hangi koşullarla çalışmalıdır?
Sepete ekleme ile ödeme başlatmanın farklı olaylar olduğunu unutmayın. Hangi aşamayı izlediğinizi açık yazın. Kişinin adresi ve gerekli gönderim koşulları yoksa e-posta gönderilebileceğini varsaymayın. Teknik erişilebilirlik ile uygun gönderim birbirinden ayrı kontrollerdir.
Her mesajdan hemen önce satın alma ve ret durumunu yeniden değerlendirin. Yalnızca akışa ilk girişte kontrol yapmak yeterli olmayabilir. Sipariş veren kişi sonraki hatırlatmaları almamalıdır. Birden fazla cihazdan alışverişte olayların aynı kişiye eşleştiğini doğrulayın.
Hatırlatma bağlantısı güncel sepeti güvenli biçimde açmalıdır. Tükenen ürün veya değişen fiyat için yanıltıcı söz vermeyin. Ayrıntıları sepet terk oranını azaltma rehberinde ödeme deneyimiyle birlikte değerlendirebilirsiniz.
Satış sonrası akış nasıl kurulmalıdır?
Sipariş ve teslimat bilgilendirmelerini sipariş yönetimi durumlarına bağlayın. Kullanım önerisini ürün gerçekten teslim edildikten sonra göndermek daha uygun olabilir. Ödeme alınması, ürünün müşteriye ulaştığı anlamına gelmez.
Değerlendirme istemeden önce teslimat ve iade durumunu kontrol edin. Sorun yaşayan kişiye otomatik övgü talebi göndermek yerine destek ihtiyacını ele alın. Ürün önerisi veya ek satış içeren mesajlarda pazarlama koşullarını ayrıca uygulayın.
İade veya iptalde bekleyen mesajların nasıl güncelleneceğini belirleyin. Geri gönderilmiş ürün için bakım serisinin devam etmesi uygun olmayabilir. Akışın güncel müşteri durumunu takip etmesini iade yönetimi kayıtlarıyla destekleyin.
Tekrar alışveriş ve yeniden etkinleştirme nasıl planlanır?
Ürünün tüketim veya yenilenme süresiyle uyumlu bir yaklaşım kurun. Dayanıklı bir ürünü alan müşteriyle düzenli tüketilen ürün alanın ihtiyacı farklıdır. Gerçek sipariş geçmişi oluşmadan herkese aynı aralıkla satın alma mesajı göndermeyin.
Uzun süre etkileşim göstermeyen gruplarda gönderim sıklığını ve devam kararını değerlendirin. Eski kayıtları sürekli daha fazla kampanyayla zorlamak liste kalitesini düşürebilir. İlgisizlikle teslim edilememe ve izin kaybını farklı durumlar olarak izleyin.
E-posta metni ve mobil tasarım nasıl hazırlanır?
Konu satırı içerikle aynı beklentiyi oluşturmalıdır. Sahte yanıt başlığı, yanıltıcı aciliyet veya gerçekte olmayan indirim kullanmayın. Ön izleme metnini ana mesajı tamamlayacak biçimde yazın. Gönderen adı, müşterinin tanıdığı işletmeyi göstermelidir.
Mobil ekranda okunabilir yazı, yeterli boşluk ve kolay dokunulan bağlantılar kullanın. Önemli bilgiyi yalnızca görselin içine yerleştirmeyin. Görseller açılmadığında da ürün, teklif ve yönlendirme anlaşılabilsin. Alternatif metinler görselin amacını açıklasın.
Kişiselleştirme alanları boşsa kullanılacak yedek metni belirleyin. Müşteriye yanlış adla hitap etmektense düzgün bir genel karşılama kullanabilirsiniz. Bağlantılara kampanya etiketleri eklerken açık kişisel bilgi yazmayın ve bütün adresleri gönderimden önce deneyin.
Zamanlama farklı bölgelerdeki müşterilere uygulanıyorsa kullanılan saat dilimini açıkça tanımlayın. İşletmenin saatine göre uygun görünen gönderim, alıcının bulunduğu yerde farklı zamana denk gelebilir. Gerekli olmayan mesajları yoğun biçimde arka arkaya yığmayın. Kullanıcı tercihleri ve ürünün satın alma davranışıyla uyumlu bir düzeni test edin.
E-postaların teslimi için hangi teknik hazırlık gerekir?
Gönderen alan adında SPF, DKIM ve DMARC düzenini hizmet sağlayıcınızla kontrol edin. Gmail, tüm gönderenler için SPF veya DKIM; toplu gönderenler için ek kimlik doğrulama koşulları uygular. Alan doğrulamasını tamamlamak, gelen kutusuna kesin yerleşme garantisi değildir.
Toplu pazarlama gönderimlerinde sağlayıcının tek tıklamayla abonelikten çıkma koşullarını değerlendirin. Mesaj içindeki görünür bağlantı ile teknik üstbilgi gereksinimi aynı şey değildir. Ret ve teslim edilememe kayıtlarını sonraki gönderimlerden önce güncelleyin. Yeni alanı aniden büyük hacimle kullanmadan kontrollü ilerleyin.
Otomasyon yayına alınmadan nasıl test edilir?
- Uygun test kaydının doğru akışa girdiğini doğrulayın.
- İzinsiz ve abonelikten çıkmış kayıtların gönderim almadığını deneyin.
- Beklerken satın alan kişinin hatırlatmadan çıktığını kontrol edin.
- Boş müşteri alanlarını ve tükenen ürünleri test edin.
- Mobil görünümü bütün bağlantıları ve çıkış işlemini deneyin.
- Tekrarlanan olayların mükerrer mesaj oluşturmadığını doğrulayın.
Testleri küçük ve kontrollü kayıtlarla yapın. Mesajın editörde iyi görünmesi, gerçek posta kutusunda aynı biçimde açılacağını göstermez. Farklı istemcileri, görsel kapalı görünümü ve yanıt adresinin çalışmasını inceleyin. Sorunu çözdükten sonra ilgili senaryoyu yeniden deneyin.
Gönderim sırasında bağlantı kesilirse yeniden denemenin aynı kişiye ikinci mesaj üretmediğini kontrol edin. Teslim edilememe veya şikâyet kayıtlarının akışa dönmesini sağlayın. Her hata aynı işlemi gerektirmez; geçici bağlantı sorunuyla artık kullanılmayan adresi ayrı değerlendirin. Uygun olmayan kayda sürekli yeniden gönderim denemeyin.
Yayın öncesinde içerik ve teknik kontrol sorumlularını belirleyin. Kampanya fiyatı değiştiğinde bekleyen mesajın eski teklifi taşıyıp taşımadığını inceleyin. Sorunlu akışı durdurma ve düzeltme sonrasında yeniden başlatma kararının kime ait olduğu belli olsun. Takip edilen sürüm ve değişiklik tarihi kaydedilsin.
E-posta akışlarının başarısı nasıl ölçülür?
Teslim, tekil tıklama, sipariş ve abonelikten çıkmayı birlikte izleyin. Açılma ölçümü bazı posta uygulamalarının gizlilik özelliklerinden etkilenebilir. Açılma kaydını müşterinin mesajı kesin okuduğunun kanıtı veya tek başarı ölçüsü olarak kullanmayın.
Varsayımsal olarak 1.000 teslim edilmiş e-postada 80 farklı alıcı tıklamışsa teslim edilenlere göre tekil tıklama oranı yüzde 8 olur. Aynı kapsamda 12 sipariş atfedilmişse teslim edilen başına sipariş oranı yüzde 1,2’dir. Paydaları ve atıf süresini raporda belirtin.
Atfedilen siparişin tamamını otomasyonun yarattığı ek satış olarak kabul etmeyin. İade ve iptalleri inceleyin; mümkünse uygun bir karşılaştırma grubuyla etkiyi değerlendirin. Sonuçları e-ticaret raporlarıyla eşleştirerek aynı siparişin farklı akışlarda tekrar sayılmasını önleyin.
Raporu akışa giren, koşulları karşılayıp gönderim alan ve satın alan kişiler olarak ayrı okuyun. Bir kişinin atlanması her zaman hata değildir; satın aldığı veya iletişim tercihi değiştiği için doğru biçimde dışarıda kalmış olabilir. Atlanma nedenlerini toplu sonuçla birlikte inceleyin.
Akışın bakımını içerik takvimine ekleyin. Ürün sayfası taşındığında eski bağlantıları, kampanya kapandığında bekleyen teklifleri güncelleyin. Son kontrol tarihini ve sorumlusunu kaydetmek, uzun süre çalışan bir serinin unutulmasını önler. Her güncellemede ilgili müşteri senaryosunu baştan sona dikkatle tekrar deneyin.
Ajansbox ile e-posta akışları nasıl planlanabilir?
Konya’da e-ticaret sitesi kurmak isteyen işletmeler, otomasyon ihtiyacını ürün ve sipariş yapısıyla birlikte görüşebilir. Ajansbox ile pazarlama ihtiyaçlarınızı değerlendirirken kullanılacak e-posta hizmetini, olayları ve izin kayıtlarını paylaşın. Teknik bağlantıyla içerik yönetiminin sorumluluğunu ayrıca belirleyin.
Ajansbox demo talebinde örnek bir müşterinin akışını değerlendirebilirsiniz. E-posta aracı, İYS bağlantısı veya özel otomasyonları bütün paketlerde hazır varsaymayın. Kapsamı Ajansbox iletişim formundan ilettiğiniz ihtiyaçlarla netleştirin.
E-posta otomasyonları hakkında sık sorulan sorular
Otomatik akış kurulduktan sonra kontrol gerekir mi?
Ürünler, izinler ve sipariş durumları değişebilir. Hata bildirimlerini ve gönderim sonuçlarını düzenli inceleyerek akışın güncel koşullarla çalıştığını doğrulayın.
Her akışa indirim eklemek gerekir mi?
Mesajın amacı seçim sorusunu yanıtlamak veya kullanım bilgisi vermek olabilir. İndirim kararını ürün katkısı ve kampanya koşullarıyla birlikte değerlendirin.
Satın alan kişiye sepet mesajı neden gider?
Satın alma verisi gecikmiş veya çıkış kontrolü eksik olabilir. Olay aktarımını ve her mesaj öncesindeki uygunluk denetimini kontrol edin.
