İşlem, Teslimat & Destek
Teslimat Gecikmesi Yönetimi
Gecikme tespit edildi → tarihi güncelle → takip et → alternatif çözüm veya çıkış
Teslimat gecikmesini kullanıcı fark etmeden önce bildirmek; yeni tarih de aşılırsa alternatif teslimat veya destek seçeneklerine geçmek.
- Zamanlama ve taahhüt
- E-posta
- Push
16 adım · 5 koşul · 1 çıkış · 4 devir
Journey'yi açJourney yapısı
- 16 adım
- 5 koşul
- 1 çıkış
- 4 devir
Temel kural
Gecikme mesajı o anda bilinen gerçeği söylemeli; tahmin değişirse bilgi de güncellenmelidir.
Journey planı
Ne zaman kurulmalı?
Kargo takip verisinde söz verilen tarihi aşan teslimatlar birikiyor ve müşteriler sen bildirmeden önce siparişinin nerede olduğunu sormak için destek açıyorsa bu journey'yi kur. Başlamadan önce gecikme sinyalinin güvenilir olduğundan, her teslimat için güncel tahmini tarihin ve teslim edildi olayının izlendiğinden, push, e-posta ve WhatsApp izinlerinin ayrı ayrı bilindiğinden emin ol. Gecikmeler sözün baştan gerçekçi olmamasından geliyorsa önce ödeme sayfasında gösterilen teslim tarihini düzelt; bildirim yanlış sözü doğru yapmaz.
Başarı nasıl ölçülmeli?
Kontrol grubuna göre gecikmeli teslimatın tamamlanma oranı
Journey'nin değeri, bilgilendirilen teslimatların bilgilendirilmeyen kontrol grubuna göre ne kadar daha fazla tamamlanmasıdır; mesajın ulaşması yalnızca bilgilendirme sinyalidir, sonuç değildir.
Nasıl sayılır: Gecikmesi öngörülüp girişte journey grubuna ya da kontrol grubuna atanan bütün teslimatlar paydadır; pay, atamadan itibaren aynı takip süresinde teslim edilenlerdir ve yeniden planlanan sipariş güncel tarihiyle izlenir. Bildirimin ulaşması ya da açılması paydayı değiştirmez.
Ayrıca izle
- Gecikmeye bağlı destek başvurusuAtanan teslimatlar içinde gecikme hakkında destek açan müşterilerin payı; journey grubunda kontrol grubundan düşükse bildirim müşterinin sormasını önlemiş demektir.
- Seçilen alternatifin dağılımıÖzür mesajından sonra yeni tarih, teslimat noktası ve destek seçimlerini ayrı say; hangi devir yolunun yük taşıdığını gösterir.
- Yeni tarihin de aşılma payıGözden geçirilmiş tarihi de aşan teslimatların bir gün sonraki kontroldeki payı; yükseliyorsa sorun bildirimde değil tahminin kendisindedir.
- İzin kapatma ve şikâyetHer kanalın kendi tepkisini say: push izni kapatma, e-posta abonelik çıkışı ve WhatsApp şikâyeti. Gecikmeyi haber veren mesajın kendisi tepki çekiyorsa tonunu ve kanalını gözden geçir.
Nasıl kurulmalı?
- Tetikleyici ve girişTaşıyıcı ya da operasyon verisi bir teslimatın gecikeceğini öngördüğünde journey başlar. Girişte teslimatları rastgele journey grubuna ya da bu akıştan mesaj almayacak kontrol grubuna ayır; bu bir hizmet bildirimi olduğu için kontrol grubunu küçük tut.
- Kimler girmemeliTeslim edilmiş sipariş girmez; gecikme yalnızca hâlâ yolda olan teslimat için bildirilir. Güncel teslimat durumu ve tahmini tarihi izlenemeyen sipariş de dışarıda kalır. Kapsam tek teslimattır: aynı teslimat için ikinci bir gecikme akışı açılmaz, tahmin değişirse açık akış güncellenir.
- Zamanlama ve kanallarYeni tahmini tarih belliyse ilk bildirim push ile o tarihle birlikte gider; belli değilse e-posta bunu açıkça söyler, tarih uydurulmaz. Bir gün sonra teslimat kontrol edilir: yeni tarih aşılmadıysa push ile güncel durum, aşıldıysa WhatsApp ya da e-posta ile özür ve seçenekler gider.
- Çıkış ve devirTeslimat tamamlandığında journey biter ve bekleyen gecikme mesajları iptal edilir. Kullanıcı yeni tarih seçerse yeniden planlama, teslimat noktası seçerse adres / teslimat noktası güncelleme, destek seçerse destek journey'sine aktarılır; seçim yoksa ya da yeni tarih aşılmadıysa teslimat takibine devam edilir.
- Sıklık ve izinBir teslimat için en fazla iki mesaj gider: ilk bildirim ve bir gün sonraki durum ya da özür mesajı. Push, e-posta ve WhatsApp yalnızca o kanal için izin varsa kullanılır; sunulan alternatifler yalnızca gerçekten sağlayabildiğin seçeneklerden oluşur.
Sonuç yorumlanırken nelere dikkat edilmeli?
- 1Bilgilendirilen teslimatlar kontrol grubundan daha sık tamamlanmıyorsa mesaj bilgilendirmiş ama sonucu değiştirmemiştir; o zaman kararı destek başvurusundaki düşüşle ver. Mesajın ulaşmış ya da açılmış olması journey'yi tek başına haklı çıkarmaz.
- 2Okuduğun fark bu kanal sırasına, bir günlük beklemeye ve tahminin bilinip bilinmemesine göre değişen ilk mesaja bağlıdır. Yeniden planlama, teslimat noktası güncelleme ya da destek journey'sine aktarılan teslimatın sonucunu o journey'ye yaz; aynı teslimatı iki akışta birden sayma.
- 3Küçük bir fark için iki grubun gecikmeli teslimat sayısını ve tamamlanan teslimat sayısını A/B test anlamlılık hesaplayıcısına gir; fark anlamlı çıkmıyorsa yeniden planlanan siparişlerin güncel tarihlerine ulaşmasını bekle ve takip süresinin sonunda yeniden hesapla.
- 4Tahmin değiştiğinde mesajdaki bilgi de değişmeli. Yeni tarih bilinmiyorken tarih veren ya da öngörülen riski kesinleşmiş gecikme gibi sunan bir varyantın kazancına güvenme; onu şikâyet artışıyla birlikte oku.
Sık Sorulan Sorular
Teslimat gecikmesini yeni tarih belli olmadan bildirmeli miyim?
Gecikme riski güvenilir bir sinyalle öngörüldüğünde kullanıcıyı erken bilgilendirebilirsin. Yeni tarih belli değilse bunu açıkça söyle, tahmin varsa tahmin olduğunu koru. Takip veya destek yolunu göster. Öngörülen riski gerçekleşmiş gecikme ya da kesin teslimat sözü gibi sunma.
Yeni tahmini teslimat tarihi de aşılırsa ne yapılmalı?
Güncel durumu tekrar değerlendir ve gerçekten sunulabilen seçenekleri göster. Bu akış yeniden planlama, teslimat noktası değişikliği veya destek yoluna geçebilir. Aynı eski tarihi tekrar göndermek yerine kullanıcının seçimini kaydet ve doğru sürece aktar.
Teslimat gecikmesi akışında hangi sonuçlar izlenmeli?
Teslimatın tamamlanmasını, kullanıcıların seçtiği alternatifleri ve oluşan destek ihtiyacını ayrı izle. Yeniden planlanan siparişleri güncel tarihleriyle takip et. Mesajın ulaşmasını yalnızca bilgilendirme sinyali olarak raporla. Sipariş teslim edildiğinde kalan gecikme mesajlarını iptal et.
Diğer journey'leri keşfet
Başarısız Teslimat Kurtarma
Başarısız teslimatı adres, müşterinin evde olmaması, operasyon veya teslimatın mümkün olmaması gibi gerçek nedene göre kurtarmak.
Satın Alma Sonrası Takip
Satın alma sonrasında müşteriye dönmek, memnuniyetini ölçmek ve uygun müşterileri puanlarından bağımsız tek bir kurala göre yorum yazmaya davet etmek. Düşük puan destek sürecine yönlendirilir.
Satış Sonrası Sorun Çözümü
Satış sonrası sorunu doğru çözüm yoluna aktarmak ve kullanıcının aynı problemi tekrar anlatmasını önlemek.