Sepet hatırlatmalarını doğru ürün bilgileri, dürüst teklifler ve izin kontrolleriyle yazın; her gönderimden önce satın alma durumunu yeniden kontrol edin.
Terk edilmiş sepet e-postası, alışverişini tamamlamayan birini o alışverişe geri dönmeye davet eder. Onu bir makbuz gibi değil, pazarlama e-postası olarak ele alın. Müşteri fikrini değiştirmiş, aradığı yanıtı başka bir yerde bulmuş ya da yalnızca vakit bulamamış olabilir.
İşe yarar bir hatırlatma, geri dönmeyi kolaylaştırır. Uydurma bir geri sayıma ya da ürünün tükenmek üzere olduğu iddiasına ihtiyaç duymaz.
Bu adrese pazarlama e-postası göndermek için izniniz olduğunu doğrulayın. Sepetin hâlâ durup durmadığını, ürünlerin hâlâ satışta olup olmadığını ve müşterinin satın alma işlemini zaten tamamlayıp tamamlamadığını kontrol edin. Abonelikten çıkma ve gönderim engeli kurallarını uygulayın.
Sepetteki gerçek ürünleri, fiyatları ve sepete götüren bağlantıyı kullanın. Sepet oluşturulduktan sonra bir teklif değiştiyse güncel koşulları açıkça belirtin. Mağaza bir fiyatı ya da ürünü gerçekten ayırmıyorsa müşteriye ayrıldığı sözünü vermeyin.
İşlemsel e-posta rehberi, tamamlanmamış bir satın alma işleminin neden bir sipariş onayından farklı olduğunu açıklıyor.
ABD’de CAN-SPAM bir e-postayı birincil amacına göre sınıflandırır; bu testin nasıl işlediğini FTC’nin CAN-SPAM uyum rehberi açıklıyor. Müşterinin henüz vermediği bir siparişle ilgili hatırlatma, satışı teşvik etmek için gönderilir. Bu yüzden ona da diğer pazarlama e-postalarınızdaki abonelikten çıkma bağlantısını ve posta adresini ekleyin.
Bir hatırlatma, ancak arkasındaki veriler kadar doğru olabilir. Metni yazmaya başlamadan önce, mağazanızın terk edilen her sepet için şu alanları gönderdiğini doğrulayın:
Olay kimliği, bir istek yeniden denendiğinde entegrasyonunuzun mükerrer isteği tanımasını sağlar. Kimliği, aynı hatırlatmanın yeniden denemelerinde değişmeyen değerlerden oluşturun: sepet, sepet terki ve adım. Gönderim anında üretilen bir zaman damgası her yeniden denemede değişir; bu yüzden mükerrer istekleri yakalayamaz. Olayı Brew API’si üzerinden tetikliyorsanız bu kimliği Idempotency-Key başlığında gönderin. Aynı anahtar ve gövdeyle yapılan bir yeniden deneme, ikinci bir çalıştırma başlatmak yerine ilk sonucu döndürür. Anahtar, kaydedilen o çalıştırmaya bir günden çok daha uzun süre bağlı kalır; bu yüzden aynı sepeti yeniden terk eden bir müşteri için yeni bir kimlik gerekir.
Aşağıda örnek amaçlı bir taslak var; içinde gerçek birleştirme etiketleri yerine editoryal yer tutucular kullanıldı:
Konu: [mağaza adı] sepetiniz
[ürün adı] sepetinizde kaldı. Sipariş verip vermemeye karar vermeden önce ürünleri ve güncel toplam tutarı inceleyebilirsiniz.
[Sepete dön]
Beden ya da teslimatla ilgili sorularınız mı var? Bu e-postayı yanıtlayın, ekibimiz yardımcı olsun.
Yardım satırını yalnızca yanıtlar, soruları cevaplayabilecek bir ekibe ulaşıyorsa kullanın. Her yer tutucuyu, platformunuzun desteklediği alanlar aracılığıyla doğrulanmış verilerle değiştirin. Bir ürün görseli ya da adı eksik olduğunda devreye giren varsayılan değeri test edin.
Bir e-posta daha gönderecekseniz onun da bir gerekçesi olsun. Ürünle ilgili sık sorulan bir soruyu yanıtlayın ya da gerçek bir politikayı açıklayın. İndirim, zorunlu bir ikinci adım değil, bir iş kararıdır.
Birçok mağaza aşağıdakilere benzer bekleme süreleriyle başlar. Bunları, kendi siparişlerinizle test edeceğiniz yaygın bir uygulama olarak görün. Bir kıyaslama değiller; buradaki hiçbir şey bu zamanlamaların diğerlerinden daha fazla sepet kurtardığını göstermiyor.
| E-posta | Yaygın başlangıç bekleme süresi | Ne işe yarayabilir |
|---|---|---|
| İlk hatırlatma | Sepet terk edildikten 1 ila 2 saat sonra | Ziyaret henüz tazeyken sepeti gösterir |
| İkinci e-posta | Yaklaşık 24 saat sonra | Beden, teslimat ya da iadeyle ilgili sık sorulan bir soruyu yanıtlar |
| Üçüncü e-posta | 48 ila 72 saat sonra | Bir kez daha hatırlatır ya da teklif yapmaya karar verdiyseniz gerçek bir teklifi duyurur |
| İsteğe bağlı son e-posta | 5 ila 7 gün sonra | Sepet hâlâ geçerliyse üzerinde düşünülerek verilecek bir satın alma kararına yardımcı olur |
Dördünü de göndermek zorunda değilsiniz. Pahalı olmayan bir ürün için tek bir hatırlatma yeterli olabilir. Sonraki her e-postanın kendi gerekçesi olmalı ve aşağıda anlatılan satın alma durumu kontrolü her birinden önce çalışmalı.
Gerçek sahibine atfedilmiş ve kullanım izni alınmış, onaylı bir müşteri alıntısı kullanın. Taslağın bir müşteri yorumuna ihtiyacı varsa ama elinizde yoksa ekip içi bir yer tutucu bırakın ve göndermeden önce kaldırın. Üretilmiş bir isimle beş yıldızı asla müşteri kanıtıymış gibi sunmayın.
Aynı şekilde, bir son tarih teklifin gerçekten sona erdiği tarihe karşılık gelmeli. Stok uyarısı da güncel stoku yansıtmalı. Bu iki bilgiden birini yanlış veren bir hatırlatma tıklama alabilir, ama mağazayı daha az güvenilir kılar.
Sık yapılan bir hata, çıkış koşulu olmayan bir seridir. Müşteri satın alır, ardından ödemesini zaten yaptığı bir sepet için iki hatırlatma daha alır. Şu koşullardan biri gerçekleştiği anda seriyi durdurun:
Akışı kurmadan önce bu koşulları yazıya dökün ve her birini bir test sepetiyle deneyin. Bir sonraki bölüm, hatırlatmaları Brew gönderdiğinde bu kontrolün nerede yapılması gerektiğini açıklıyor.
Brew içinde olay payload alanları, bir beklemeden sonra da sepetin ilk hâlindeki bilgileri korur. contact.<name> üzerindeki koşullar güncel Brew kişi alanlarını okuyabilir, ancak mağazanın sepet, sipariş ya da stok kayıtlarını getirmez.
Bir hatırlatmanın zamanı geldiğinde güncel uygunluğu mağaza uygulamasına kontrol ettirin. Müşterinin hâlâ uygun bir sepeti ve pazarlama e-postası alma izni varsa güncel sepet bilgileriyle yeni bir hatırlatma olayı tetikleyin. Satın aldıysa olayı tetiklemeyin. Gönderimi yapan entegrasyondaki yeniden denemelere karşı sabit bir olay tanımlayıcısı kullanın.
“Satın alımdan sonra durdur” gibi bir promptun mağazanın güncel verilerine canlı bir bağlantı kurduğunu varsaymayın. Yapılandırdığınız gerçek olayı ve entegrasyon iş akışını doğrulayın.
İlişkilendirme aralığını ve e-posta olmasa da gerçekleşecek siparişleri nasıl ele alacağınızı belirleyin. Gelirin yanında indirim maliyetini, iadeleri, abonelikten çıkmaları ve şikâyetleri de izleyin. Yeterli hacminiz varsa e-posta gönderilmeyen bir kontrol grubu (holdout), artımlı kurtarmayı tahmin etmenize yardımcı olabilir.
Bu serinin vaat edebileceği bir kurtarma oranı yok. İlgili bir hatırlatmayla başlayın, durum kontrollerini doğrulayın ve seriyi kendi sonuçlarınıza göre geliştirin. Daha kapsamlı ölçüm modeli için ROI rehberine göz atın.
