E-Ticaret E-posta Otomasyon Akışları
E-ticaret e-posta otomasyonu, aynı mesajı daha çok kişiye göndermekten ibaret değildir. Akış, müşterinin durumunu dikkate alır ve artık anlamını kaybeden mesajı durdurur. Satın alan kişiye sepet hatırlatması ya da ürünü gelmeden yorum isteği göndermemek, metin tasarımı kadar önemli bir kurulum hedefidir.

Otomasyondan önce mesaj ve veri envanteri çıkarın
Pazarlama otomasyonu planı, mağazanın zaten gönderdiği bildirimleri görünür hale getirmelidir. Platformun yerleşik e-postaları, kullanılan pazarlama aracı, destek mesajları ve kampanya gönderimleri birlikte listelenir. Aynı olaya iki sistemin cevap vermesi, güzel tasarlanmış mesajlar olsa bile müşteri deneyimini yorabilir.
Her akış için tetikleyici, alıcı koşulu, bekleme, mesaj, çıkış ve sorumlu yazın. ‘Sepet terk’ ifadesi yeterli teknik tanım değildir: ürün sepete eklenmiş mi, ödeme başlamış mı, kişi tanımlanabiliyor mu? Kaynak olayların adlarını ve ne zaman oluştuğunu gerçek mağazada doğrulayın. Varsayılan şablonun adıyla gerçek davranışın aynı olduğunu kabul etmeyin.
Sipariş veya izin güncellemesi geç ulaşıyorsa yanlış zamanda mesaj çıkabilir. Dosyada olay kaynağı, gecikme ve eksik veri davranışı bulunsun. Test kişileriyle doğrulayın; şablon adı doğru müşteri durumunu kanıtlamaz.
İlk akışları müşteri ihtiyacı ve veri hazırlığına göre seçin
E-posta pazarlama çalışmasında bütün hazır akışları aynı gün açmak zorunda değilsiniz. Hoş geldin akışı yeni aboneye markayı ve beklentiyi anlatır; terk akışı tamamlanmamış alışveriş bağlamını ele alır. Satın alma sonrası ileti kullanım veya destek bilgisini sunabilir. Geri kazanım ise gerçekten uygun bir tekrar ihtiyacına dayanmalıdır.
Öncelik seçerken olay verisinin güvenilirliği, kitlenin büyüklüğü ve içeriğin hazır olup olmadığına bakın. İlk satın alma yapan kişiye doğru ürün kullanım bilgisi sunmak, her durumda indirim göndermekten farklı bir amaç taşır. Dayanıklı ürünle düzenli tüketilen ürünün tekrar alım döngüsünü aynı süreye bağlamayın. Örnek senaryoları kendi ürün ve müşteri verinizle doğrulayın.
Hazır şablon da hesap koşullarına bağlıdır. Shopify’ın otomasyon gereklilikleri Basic veya üstü planı, tam işlevsellik için Flow uygulamasını ve ilgili personel izinlerini belirtir. Başka sağlayıcıya bu koşulları taşımayın. Önce mağazadaki kullanılabilir işlevi doğrulayın; akış başarısını satışın yanında yanlış mesaj, destek sorusu ve çıkış davranışıyla değerlendirin.
Yeni abone
Tamamlanmamış alışveriş
Satın alma sonrası
Sepet ve ödeme akışlarının çakışmasını kontrol edin
Mağaza yönetimi içinde terk mesajları, mevcut ödeme sorununu gizlememelidir. Beklenmeyen kargo bedeli, çalışmayan ödeme veya yanlış stok bilgisi varsa önce bunlar incelenir. Hatırlatma, kırık alışveriş akışını tek başına düzeltmez. Müşteri satın aldıktan sonra hatırlatmanın durması da kabul koşulunun parçasıdır.
Shopify Messaging rehberi, sepete ekleyip ödemeye başlamayan kişiyle ödemeyi başlatıp siparişi tamamlamayan kişiyi ayrı akışlarda ele alır. Pazarlama abonelerine gönderim varsayılanıdır; yarım bırakılmış ödeme şablonundaki alıcı ayarı ayrıca değiştirilebilir. Bu teknik seçenek gönderimin hukuken uygun olduğunu kanıtlamaz. Başka araçlarda olay, alıcı ve durdurma kurallarını kendi belgelerinden doğrulayın.
Testte yalnızca sepeti bırakmayın. Ödemeye ilerleme, alışverişi tamamlama, ürünü değiştirme ve farklı kimlikle devam etme senaryolarını da kontrol edin. Senkronizasyon sınırı varsa bunu kaydedin. İndirim kullanılıyorsa koşul, geçerlilik ve diğer kampanyalarla ilişkisi açık olmalıdır. Yanıltıcı kıtlık veya çalışmayan kuponla karar baskısı yaratmayın.
Teslimat, iade ve tekrar satın alma durumlarını ayırın
CRM ve e-ticaret entegrasyonu, satın alma sonrası akışta hangi durumun güvenilir kaynaktan geldiğini belirlemeye yardımcı olur. Sipariş oluşturuldu bilgisi ürünün teslim edildiğini kanıtlamaz. Teslimat gecikmiş, sipariş iptal olmuş veya iade süreci başlamış olabilir. Bu kişiler genel yorum veya tekrar satış akışına otomatik eklenmemelidir.
Örnek bir ürün bakım akışında müşteriye doğru ürün için kullanım bilgisi sunulur; buna karşılık başka varyantın talimatı gönderilmez. Tekrar alım mesajında tahmini tüketim süresi bir hipotezdir, müşteri hakkında kesin bilgi değildir. Gerçek sipariş aralığı ve müşterinin tercihiyle değerlendirilmelidir. Bütün kategorilere sabit bir gün sayısı uygulamak uygun olmayabilir.
Operasyon ekibi mesajların yarattığı sorulara cevap verebilmelidir. Destek adresi, ürün dokümanı ve sonraki adım güncel tutulur. İade veya açık şikâyet sırasında çapraz satışın durdurulması gibi iş kuralları ayrıca kararlaştırılır. Akış yalnızca tasarım ekibinin işi sayılırsa bu koşullar metin onayında görünmeyebilir.
| Müşteri durumu | Uygun karar | Kontrol edilecek veri |
|---|---|---|
| Sipariş oluşturuldu | İşlemsel bilgi ile pazarlamayı ayır | Siparişin gerçek durumu |
| Teslimat tamamlandı | İlgili kullanım veya destek bilgisi | Güvenilir teslimat olayı |
| İptal veya iade var | İlgisiz satış mesajlarını durdur | İptal ve iade senkronizasyonu |
| Tekrar ihtiyaç olabilir | Ürün döngüsü ve tercihle test et | Sipariş geçmişi ve ileti uygunluğu |
İzin, çıkış ve gönderim yoğunluğunu aynı sistemde yönetin
E-ticaret yöneticisinin planında ileti tercihi ve abonelikten çıkış yalnızca e-postanın altındaki metin değildir. Gönderimden önce güncel uygunluk kontrolü, ret kaydının sistemlere aktarımı ve çakışan kampanyaların yönetimi gerekir. Türkiye’de Ticaret Bakanlığının resmi açıklaması ticari iletilerde tanıtıcı bilgiler ve kolay, ücretsiz ret yolunu ele alır; ilgili izin süreçleri ayrıca doğrulanmalıdır.
Sipariş bildirimiyle tanıtım mesajını aynı amaç gibi değerlendirmeyin. İşlem e-postasının içine promosyon eklemek, hukuki niteliği veya gönderim koşullarını otomatik çözmez. Hedef ülke, ileti türü ve veri işleme bağlamı için geçerli kurallar kontrol edilir. Bu rehber evrensel izin istisnası veya hukuki uyumluluk garantisi sunmaz.
Bir kişi aynı dönemde hoş geldin, terk ve kampanya akışlarına girebilir. Öncelik ve sıklık kurallarını bu kesişimler üzerinden test edin. Müşterinin tercihinin değişmesi bekleyen mesajlara da yansımalıdır. Listenin büyüklüğü kadar hangi alıcının hangi mesajı neden aldığı izlenebilir olmalıdır.
Akış kabulünü ve performansını ayrı ölçün
İçerik performansı ölçümü, otomasyonda önce çalışır davranışın kanıtıyla başlamalıdır. Mesaj tetiklendi mi, doğru alıcıya gitti mi, çıkış koşulu durdurdu mu, bağlantı doğru hedefi açtı mı? Kontrollü testler bu soruları cevaplar. Yayın sonrası performans incelemesi ise teslim, tıklama, şikâyet, çıkış ve uygun sipariş verisini birlikte değerlendirir.
Aracın e-postaya atfettiği ciroyu bütün artışın kanıtı saymayın. Aynı müşteri reklam, organik arama veya başka kampanyayla da etkileşebilir. İndirim maliyeti, iadeler ve marj ticari yorumda önemlidir. Açılma oranı tek başına müşteri ilgisini kesin ölçmez; yorumun sınırları raporda belirtilmelidir.
Teslimde akış haritası, test sonuçları, durdurma koşulları ve bakım sahibi bulunsun. Ürün veya entegrasyon değişince ilgili akış yeniden kontrol edilir. Sipariş güncellemesi ulaşmıyorsa etkilenen tanıtım mesajlarını durdurup veri sorununu inceleyin.
Sık sorulan sorular
Başka sorunuz varsa bize yazın.
İlk hangi e-posta akışını kurmalıyız?
Güvenilir olay verisi ve hazır içeriği olan müşteri ihtiyacından başlayın. Hoş geldin veya satın alma sonrası destek uygun olabilir; terk akışı için kimlik ve çıkış koşulları gerekir. Evrensel olarak en çok satış getiren tek akış yoktur.
Sepet terk ile ödeme terk aynı mı?
Her platformun olay tanımını kontrol edin. Genel olarak sepete ürün eklemek ve ödeme başlatmak farklı aşamalardır. Akışların birbirini bastırması ve satın alımda durması gerçek mağazada test edilmelidir.
Her terk mesajında indirim vermeli miyiz?
Hayır. Önce ödeme sorununu ve müşterinin bilgi ihtiyacını değerlendirin. İndirim uygulanırsa marj, koşullar ve kampanya çakışması kontrol edilir. Hedef yalnızca sipariş sayısı değil, ticari olarak anlamlı sonuç olmalıdır.
Siparişten hemen sonra yorum istemek uygun mu?
Sipariş oluşması kullanım deneyimi oluştuğu anlamına gelmez. Teslimat, iptal ve iade durumunu dikkate alın. Ürün ve müşteri bağlamına uygun bir zamanlama test edin; sabit süreyi bütün kategorilere uygulamayın.
Yeni araç kurulunca eski akışlar kapanır mı?
Bunu varsaymayın. Yerleşik platform mesajları ve diğer araçlar ayrıca incelenmelidir. Aynı olaya cevap veren akışları envanterleyip kontrollü testle mükerrer mesaj oluşmadığını doğrulayın.
Akışlar bakım gerektirir mi?
Evet. Ürün bağlantıları, kampanya koşulları, izin durumu ve entegrasyon davranışı değişebilir. Bakım sahibi ve yeniden test tetikleyicileri teslimde yazılmalıdır. Kurulum başarıyla çalışsa bile sonraki değişiklikler otomatik doğrulanmış sayılmaz.
Mağazanızın mesaj akışlarını birlikte netleştirelim
Mevcut araçları, aktif akışları ve müşteri durumlarını paylaşın. Önce çakışmaları ve test kapsamını, ardından ilk uygulama sırasını belirleyelim.

Kazanan







