# Teslimat Gecikmesi Yönetimi Sayfa: https://alidemirbas.com.tr/lab/journeys/teslimat-gecikmesi-yonetimi Gecikme tespit edildi → tarihi güncelle → takip et → alternatif çözüm veya çıkış ## Amaç Teslimat gecikmesini kullanıcı fark etmeden önce bildirmek; yeni tarih de aşılırsa alternatif teslimat veya destek seçeneklerine geçmek. Hedef: Zamanlama ve taahhüt · Kategori: İşlem, Teslimat & Destek ## Adımlar - **Tetikleyici**: Teslimatın gecikeceği öngörüldü - **Karar**: Yeni tahmini teslim tarihi belli mi? - Evet: Push: Teslimatta gecikme olduğunu ve yeni tahmini tarihi bildir - Hayır: E-posta: Teslimatta gecikme olduğunu bildir; yeni tarih belli değilse bunu açıkça söyle - **Aksiyon**: Push: Teslimatta gecikme olduğunu ve yeni tahmini tarihi bildir - **Aksiyon**: E-posta: Teslimatta gecikme olduğunu bildir; yeni tarih belli değilse bunu açıkça söyle - **Bekleme**: 1 gün bekle - **Karar**: Teslim edildi mi? - Evet: Teslimat tamamlandı - Hayır: Yeni teslimat tarihi de aşıldı mı? - **Karar**: Yeni teslimat tarihi de aşıldı mı? - Hayır: Push: Güncel teslimat durumunu paylaş - Evet: WhatsApp / E-posta: Özür dile; yeni tarih, teslimat noktası değişikliği veya destek seçeneği sun - **Aksiyon**: Push: Güncel teslimat durumunu paylaş - **Aksiyon**: WhatsApp / E-posta: Özür dile; yeni tarih, teslimat noktası değişikliği veya destek seçeneği sun - **Karar**: Kullanıcı alternatif seçti mi? - Evet: Hangi alternatifi seçti? - Hayır: Teslimat takibine devam et - **Karar**: Hangi alternatifi seçti? - Yeni tarih: Yeniden planlama journey'sine aktar - Teslimat noktası: Adres / teslimat noktası güncelleme journey'sine aktar - Destek: Destek journey'sine aktar - **Devir**: Yeniden planlama journey'sine aktar - **Devir**: Adres / teslimat noktası güncelleme journey'sine aktar - **Devir**: Destek journey'sine aktar - **Devir**: Teslimat takibine devam et - **Çıkış**: Teslimat tamamlandı ## Koruma kuralları - Yeni tarih bilinmiyorsa uydurma. - Teslimat tamamlandığında journey'yi durdur. ## Temel kural Gecikme mesajı o anda bilinen gerçeği söylemeli; tahmin değişirse bilgi de güncellenmelidir. ## 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. ## 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 girmemeli**: Teslim 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 kanallar**: Yeni 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 devir**: Teslimat 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 izin**: Bir 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. ## 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. 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şvurusu**: Atanan 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âyet**: Her 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. ## Sonuç yorumlanırken nelere dikkat edilmeli? - Bilgilendirilen 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. - Okuduğ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. - Küçü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](https://alidemirbas.com.tr/hesaplayicilar/ab-test-anlamlilik-hesaplama) gir; fark anlamlı çıkmıyorsa yeniden planlanan siparişlerin güncel tarihlerine ulaşmasını bekle ve takip süresinin sonunda yeniden hesapla. - Tahmin 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.