E-ticaret CRM otomasyonu, müşteriye her olaydan sonra e-posta göndermek değildir. Müşteri durumu, ileti izni ve mesajın amacı birlikte değerlendirilmelidir. Hoş geldin, sepet terk ve yeniden kazanım akışları farklı ihtiyaçlara hizmet eder; sipariş bildirimiyle pazarlama mesajını aynı izin ve tetikleme mantığında ele almak hataya yol açabilir.
Otomasyonun temeli: kimlik, izin ve mesaj amacı
CRM’de bir kişiyi birden fazla e-posta veya sipariş kaydıyla tutmak tekrar mesaj riskini artırır. Müşteri kimliği, kanal izni, onay/ret kaynağı ve güncellenme zamanı için veri sözlüğü oluşturun. Satın alma kaydının varlığından otomatik olarak her tür pazarlama izni çıkarılmamalıdır. Ülke, ileti türü ve işletme koşulları yetkili kişilerce değerlendirilmelidir.
İYS’nin resmî açıklaması ticari elektronik ileti izinlerinin yönetim rolünü anlatır. İlgili yönetmelik kaynağı hukuki çerçeve için başvurudur. CRM sağlayıcısının “izinli gönderim” özelliği bulunması işletmenizin bütün yükümlülüklerinin tamamlandığını kanıtlamaz.
Birleştirilecek kayıtları yalnız benzer ada göre seçmeyin
Aynı müşterinin farklı cihazlarda oluşmuş kayıtları ile ortak aile e-posta adresini kullanan farklı kişilerin kayıtları aynı sorun değildir. Kimlik birleştirme kuralını sağlayıcının sunduğu alanlara ve doğrulanmış ilişkilere göre belirleyin. Yanlış birleşme, bir kişinin sipariş bilgisinin başka kişiye gösterilmesine kadar uzanabilir. Birleştirme işlemi için kaynak kayıtları, karar kuralını ve geri alma yöntemini saklayın; gerçek kişisel veriyi geliştirici test dosyalarına yaymayın.
İzin durumunu tek bir evet/hayır alanına indirgemek yerine ilgili kanal, kapsam, kaynak ve zaman bilgisiyle ele alın. E-posta izni, başka bir iletişim kanalının izni olarak otomatik kopyalanmamalıdır. İYS sayfaları hukuki çerçeveye erişim noktasıdır; bu incelemede sayfa içeriği JavaScript gerektirdiği için ayrıntılı hüküm doğrulaması yapılamamıştır. Bu nedenle burada işletmeler için genel bir hukuki muafiyet veya kesin yükümlülük listesi çıkarılmıyor.
İşlem bildirimi ile pazarlamayı baştan ayırın
Siparişin durumunu bildiren mesajın içine satış teklifleri eklemek mesajın amacını ve değerlendirme ihtiyacını değiştirebilir. Şablon envanterinde mesajın amacı, hangi olayla gönderildiği, hangi veri alanlarını kullandığı ve hangi izin kontrolünden geçtiği bulunmalıdır. Kullanılacak hukuki dayanak işletmenin faaliyet ve alıcı koşullarına göre yetkili kişilerce değerlendirilmelidir; CRM'deki hazır akış etiketi tek başına hukuki karar değildir.
Hoş geldin akışını abonelik vaadine bağlayın
Yeni abonenin neden ileti vermeyi seçtiğini hatırlatın. İçerik, teklif veya ürün bilgilendirmesi hangi amaçla vaat edildiyse mesaj ona uygun olmalıdır. İndirim kodu varsa koşulu, süresi ve kapsamı gerçek veriden alınmalıdır. Aynı kişi yeniden kayıt olduğunda tekrar aynı başlangıç dizisine girmesini isteyip istemediğinizi belirleyin.
İlk mesajda bütün ürünleri tanıtmaya çalışmak yerine müşterinin sonraki anlamlı adımını seçin. Kullanım rehberi, tercih belirleme veya uygun kategoriye yönlendirme farklı iş modellerinde değerlendirilebilir. Her mağaza için aynı sayı ve aralıkta mesaj göndermek zorunlu değildir.
Temsili uygulama: Bir kullanıcı ürün bakım rehberi almak için form doldurur. İlk mesaj vaat edilen rehbere erişim sağlar; doğrudan alakasız kategorilerde yoğun satış serisi başlatılmaz. Formdaki vaat, mesajın konusu ve açılan sayfa aynı beklentiyi sürdürür. Teklif kodu kullanılacaksa kodun gerçekten çalıştığı, kapsam dışında kalan ürünler ve geçerlilik bilgisi test kişisiyle kontrol edilir.
Akışa tekrar giriş kuralını açık yazın. Aynı formu yeniden doldurmak, daha önce çıkılmış bir seriyi baştan başlatacak mı? Eski ret kaydıyla yeni başvuru çatıştığında hangi kayıt yetkili kabul edilecek? Bu sorular sağlayıcı ayarı ve hukuki değerlendirmeyle çözülür. Kaynağı belirsiz içe aktarılan müşteri listesine sırf eski alışveriş kaydı var diye hoş geldin serisi açmayın.
Sepet mesajında gönderim anını yeniden doğrulayın
- Müşteri siparişi tamamladıysa bekleyen pazarlama mesajı durmalı.
- İzin geri alınmışsa ilgili gönderim yapılmamalı.
- Ürün artık satılabilir değilse yanlış fiyat veya stok vaat edilmemeli.
- Aynı sepetten tekrar olay geliyorsa gereksiz yeni akış başlamamalı.
- Mesaj içindeki bağlantı müşterinin yetkisiz kişisel verisini açmamalı.
Temsili bir tasarımda müşteri sepet oluşturunca aday akışa alınır; gönderim anında izin, sipariş ve ürün durumu yeniden kontrol edilir. Tetikleme anındaki bilgiye sonsuza kadar güvenilmez. Sepet kimliği ve müşteri eşleşmesi geliştirme ekibiyle test edilmelidir.
Geç gelen olaylar yanlış mesaj sırasına yol açabilir
Sipariş bildirimi CRM'ye sepet olayından sonra ulaşsa da gerçek satın alma daha önce gerçekleşmiş olabilir. İş kuralı yalnız sisteme geliş sırasına değil olayın zamanı ve güncel sipariş durumuna dayanmalıdır. Bekleyen mesajın gönderimden hemen önce yeniden kontrol edilmesi bu nedenle önemlidir. Entegrasyon, satın alma kaydını henüz getiremiyorsa mesajı erteleme veya incelemeye alma tercihini açıkça belirleyin.
Diğer sütunları görmek için yatay kaydırın.
| Güncel durum | İncelenecek karar | Kayıt kanıtı |
|---|---|---|
| İlgili ileti izni geri alınmış | Bu pazarlama gönderimini durdur | Ret kaynağı ve güncellenme zamanı |
| Sipariş tamamlanmış | Bekleyen sepet mesajını iptal et | Sepet–sipariş eşleşmesi |
| Fiyat veya stok değişmiş | İçeriği yeniden değerlendir | Gönderim anındaki ürün kaydı |
| Kaynak sistemi erişilemiyor | Belirsiz bilgiyi gerçek gibi sunma | Erteleme ve hata kaydı |
Sepet bağlantısında kişinin adresini veya sipariş ayrıntılarını açık sorgu parametrelerine koymayın. Erişim sağlayan bir anahtar varsa kapsamı, süresi ve yetkilendirme kontrolü teknik ekipçe değerlendirilmelidir. Bağlantıyı farklı oturumda açarak bir kişiye ait verinin başka ziyaretçiye gösterilmediğini test edin. Bu kontrol yalnız doğru sayfanın açılmasıyla tamamlanmaz.
Yeniden kazanımda satın alma döngüsünü ve destek durumunu okuyun
Sarf ürünle dayanıklı ürünün tekrar satın alma aralığı aynı değildir. Son alışveriş tarihine tek bir evrensel eşik koymak yerine gerçek müşteri davranışını inceleyin. Müşteri destek veya iade problemi çözülememişse yeni satış mesajı yanlış zamanda gelebilir. Bu durumların hariç tutma kuralına nasıl yansıyacağını belirleyin.
Kayıp müşteriyi her seferinde indirimle çağırmak katkıyı azaltabilir. Teklifin ekonomik sınırını ve mevcut müşteride yaratacağı beklentiyi inceleyin. Büyüme stratejisi rehberi bu tür deneyleri işletme hedefiyle ilişkilendirir.
Bir müşterinin uzun süre alışveriş yapmaması mutlaka memnuniyetsizlik veya kayıp anlamına gelmez. Uzun ömürlü bir ürünün tekrar ihtiyacı henüz doğmamış olabilir. Müşterinin gerçek kullanım döngüsü bilinmiyorsa kesin bir “geri kazanılacaklar” segmenti yerine araştırılacak bir grup tanımlayın. Satın alma tarihinin yanında ürün kategorisi, açık destek talebi ve önceki ileti tepkileri bağlam sağlar.
Destek sorunu çözülmeyen kişiye otomatik indirim mesajı göndermek yerine akışı durdurma kuralı düşünülebilir. Ancak destek sistemindeki her kaydı CRM'ye bütün içeriğiyle taşımak gerekmez; uygun ve sınırlı bir durum sinyali yeterli olabilir. Veri paylaşımının amacı, erişimi ve saklama ihtiyacı ayrıca değerlendirilmelidir. İndirim deneyinde yalnız kullanılan kod sayısını değil, ürün katkısı ve müşteride tekrar indirim beklentisini de izleyin.
Otomasyonun kabul testi ve teslim dosyası
- Test kişileriyle izin verme ve ret durumlarını çalıştırın.
- Tekrarlayan olay ve aynı siparişin yeniden işlenmesini deneyin.
- Satın alma sonrası bekleyen akışın durduğunu doğrulayın.
- E-posta bağlantılarını mobilde ve oturum dışı durumda kontrol edin.
- Sağlayıcının kabul ettiği gönderimi gerçek gelen kutusu tesliminden ayırın.
Açılma oranı tek başına satış katkısı değildir; görüntüleme/mahremiyet mekanizmaları bu metriği etkileyebilir. Durdurma hatası, ret, spam şikâyeti ve iade sonrası sonucu da izleyin. Ölçüm planı ile ortak olay sözlüğü kullanın. Danışmanlık kapsamında CRM ihtiyacını konuşurken sağlayıcı, izin kaydı ve gerçek operasyon durumlarını birlikte paylaşın; otomasyonu yalnız mesaj sayısıyla değerlendirmeyin.
Test matrisi olumlu ve olumsuz senaryolar içermeli
İzinli test kişisinin mesaj alması başlangıçtır. Ret sonrası bekleyen mesajın durması, sipariş tamamlanınca sepet mesajının iptal edilmesi ve aynı olayın iki kez gelmesinin iki gönderim yaratmaması da kontrol edilir. Zaman dilimi farkı ve gece gönderimi kısıtları gibi mağazanın kendi kurallarını test matrisine ekleyin. Gerçek müşteriyi deneme alıcısı yapmadan sağlayıcının test olanaklarını kullanın.
Sağlayıcı tarafından kabul edilen gönderim, alıcının gelen kutusuna erişim ve gerçek etkileşim ayrı aşamalardır. Teslim hatasını içerik başarısızlığı diye yorumlamayın. Alan adı doğrulaması ve gönderici ayarları kullanılan sağlayıcının güncel resmî belgeleri üzerinden değerlendirilmelidir; belirli sağlayıcı için doğrulanmamış hazır ayar değerleri kullanmayın. Devir dosyasında aktif akışlar, durdurma düğümü, yetkili kişiler ve bir sorun çıktığında hangi kayıtların kontrol edileceği bulunmalıdır.
