Sipariş Bildirim Sistemi: Doğru Mesajı Doğru Aşamada Gönderin

İç operasyon durumu ile müşteri dilini ayırın

İç sistemde “işlem kuyruğuna alındı” anlamlı olabilir; müşteriye ise siparişinin ne aşamada olduğu anlatılmalıdır. Ödeme bekleniyor, hazırlanmaya başladı ve kargoya verildi ifadelerinin hangi kanıta dayandığını tanımlayın. Teknik olay adını doğrudan müşteri mesajına dönüştürmek yanıltıcı olabilir.

Her mesaj için tetikleyici, ön koşul, hedef kitle ve tekrar davranışı yazın. Ödeme başarısı olmadan “siparişiniz kesinleşti” denilip denilmeyeceği iş modeline göre belirlenmelidir. Kapıda ödeme, havale ve çevrim içi tahsilatın aynı durum geçişini kullandığını varsaymayın.

Kayıt değişikliği ile bildirim işini bağlayın

Sipariş durumu veri tabanına yazılıp bildirim kaydı oluşturulamazsa müşteri haberdar olmaz. Bildirim önce gönderilip durum kaydı başarısız olursa bu kez gerçekleşmemiş bir işlem bildirilir. Transactional outbox yaklaşımı, veri değişikliği ile iletilecek olay kaydını tutarlı biçimde ilişkilendirmek için kullanılan bir tasarım desenidir. [1]

Bu desen mesajın müşteriye kesin ulaştığını tek başına garanti etmez. Bildirim işinin ayrı çalışan süreçle gönderilmesi, sağlayıcı sonucu ve yeniden deneme davranışı da izlenmelidir. “Hazırlandı”, “gönderildi” ve “sağlayıcı kabul etti” gibi teknik durumları destek panelinde ayrı tutun.

Örnek: sipariş iki farklı depodan çıkıyor

Varsayımsal müşterinin siparişinde masa ve sandalye bulunuyor. Sandalye ilk gün, masa daha sonra sevk ediliyor. İlk paket çıktığında bütün sipariş için “teslimatınız yolda” mesajı göndermek eksik bilgi verebilir. Mesaj hangi kalemlerin gönderildiğini ve hangi bölümün beklendiğini açıklamalıdır.

Kargo referansını siparişin tek alanına sürekli yazmak yerine sevkiyat kaydına bağlamak önerilebilir. Böylece ikinci paket ilk paketin numarasını silmez. Müşteri hesabı ve mesajdaki bağlantı aynı sevkiyat detayını göstermelidir.

Geciken olayın eski mesaj göndermesini önleyin

Kargo entegrasyonundan geç gelen “hazırlanıyor” olayı, ürün teslim edildikten sonra mesaj üretmemelidir. Gönderim anında olayın hâlâ anlamlı olup olmadığını kontrol eden bir kural belirleyin. Olay sırası ve kaynak durumunun nasıl değerlendirileceği kayıtlı olsun.

Shopify webhook konuları ve sürümleri entegrasyon kapsamına göre seçilir. [2] Her konudan müşteri bildirimi üretmek zorunlu değildir. Teknik güncelleme ile müşterinin aksiyon almasını gerektiren olayları ayırın; aksi halde küçük kayıt değişiklikleri gereksiz mesaj yoğunluğu yaratabilir.

Kanal tercihi ve güvenli bağlantıları tasarlayın

E-posta, SMS ve uygulama içi mesajın aynı içeriği aynı anda göndermesi her durumda gerekli değildir. Kanal kullanımını iş ihtiyacı ve geçerli izin koşullarıyla birlikte değerlendirin; bu rehber hukuki izin tavsiyesi değildir. Operasyon mesajıyla pazarlama mesajını tek bir izin mantığına sıkıştırmayın.

Mesaj bağlantısında açık kişisel bilgi veya tahmin edilebilir erişim anahtarı kullanmayın. Sipariş ayrıntısının görüntülenmesi için uygun doğrulama ve yetki kontrolü bulunmalıdır. Mesajın yanlış kişiye yönlendirilmesi halinde hangi bilgilerin açığa çıkabileceğini test kapsamına alın.

Şablonları kod kadar dikkatli yayınlayın

Bildirim şablonunun sürümü, değişiklik sorumlusu ve önizleme verisi bulunsun. Boş isim, uzun ürün başlığı, iki paket ve eksik takip numarası gibi örneklerle kontrol edin. Test mesajlarını gerçek müşterilere göndermeyin; sentetik kayıt ve güvenli test alıcıları kullanın.

Destek paneli hangi şablon sürümünün hangi işlem için kullanıldığını gösterebilsin. Böylece yanlış metin gönderildiğinde etkilenen kapsam araştırılabilir. Yeniden gönder düğmesi de yetki ve tekrar kontrolüne tabi olsun; her operatör tıklaması bağımsız bir yeni mesaj olarak ele alınmamalıdır.

Sık sorulan sorular

### Sağlayıcının başarılı yanıtı müşterinin okuduğunu gösterir mi? Genellikle farklı aşamalardır. Kullanılan sağlayıcının durum tanımlarını inceleyin; kabul, teslim ve okuma bilgilerinin kapsamını birbirine karıştırmayın.

Bütün sipariş değişikliklerinde mesaj göndermeli miyim?

Hayır. Müşterinin beklentisini veya yapması gereken işi değiştiren olayları önceliklendirin. İç operasyon ayrıntıları destek panelinde kalabilir; yararlı bilgi ile bildirim gürültüsünü ayırın.