Teslimat Sorunları, Hasar ve Kayıp Süreçleri Nasıl Yönetilir?
Ders 8 / 10 · 30 dakika okuma · İleri
Adres sorunu, teslim edilememe, hasar, kayıp şüphesi ve teslimat itirazlarını ayrı vaka akışlarıyla yönetmeyi; kanıt, müşteri çözümü ve kök neden kayıtlarını oluşturmayı öğrenin.
Bu Derste Öğrenecekleriniz
- ✓Teslimat istisnalarını neden kodlarına ayırmak
- ✓Şüphe ile doğrulanmış sonucu ayırmak
- ✓Adres ve teslimat başarısızlığı için kontrollü aksiyon oluşturmak
- ✓Hasar ve kayıp vakalarında kanıt zinciri kurmak
- ✓Yeniden gönderim kararında çift sevkiyat riskini değerlendirmek
- ✓Göndericiye dönüşü stok ve finansal süreçlere bağlamak
- ✓İstisna çözümünü KPI ve kök neden analiziyle iyileştirmek
Teslimat istisnaları, gönderinin normal akıştan çıkmasıdır. 'Adres bulunamadı', 'hasar', 'kayıp şüphesi' veya 'alıcı kabul etmedi' olayları aynı çözüm yoluna sahip değildir. Doğru yönetim, önce olayın türünü doğrulamak, sonra ilgili tarafların sorumluluğunu ve müşteriye sunulacak çözümü belirlemektir.
1. İstisna sınıflandırmasını oluşturun
| İstisna | Tipik belirti | İlk inceleme |
|---|---|---|
| Adres sorunu | Adres yetersiz/yanlış | Adres ve taşıyıcı kodu |
| Alıcıya ulaşılamadı | Başarısız dağıtım | Deneme zamanı/iletişim |
| Hasar | Hasarlı paket bildirimi | Fotoğraf, tutanak, ürün durumu |
| Kayıp şüphesi | Uzun süre hareket yok | Son doğrulanmış scan |
| Teslim edildi itirazı | Müşteri teslim almadığını söylüyor | Teslim kanıtı |
| Göndericiye iade | Return-to-sender olayı | Neden ve fiziksel dönüş |
2. İstisna ile kesin sonucu ayırın
Takipte birkaç gün hareket olmaması paketin kesin kaybolduğu anlamına gelmez. 'Kayıp şüphesi', 'taşıyıcı araştırmasında' ve 'kayıp doğrulandı' gibi aşamalar farklı aksiyonlar gerektirir.
Uyarı — Kanıtlanmamış sonuca göre işlem yapmayın
3. Tek bir istisna dosyası oluşturun
- Sipariş, shipment ve takip numarası
- Son doğrulanmış taşıyıcı olayı ve zamanı
- Müşteri bildirimi ve talebi
- Taşıyıcı vaka numarası
- Sorumlu ekip ve hedef çözüm süresi
- Kanıtlar, yapılan işlemler ve kapanış nedeni
4. Adres problemini kontrollü yönetin
Adres düzeltme isteği müşteriden veya taşıyıcıdan gelebilir. Yeni adresin doğru kişiden alındığı doğrulanmalı, taşıyıcının yönlendirme kuralları kontrol edilmeli ve sipariş kaydı ile fiziksel gönderi kaydı arasındaki fark görünür tutulmalıdır.
Örnek — Yanlış ilçeye yönlendirme
5. Başarısız teslimat denemesinde neden kodu isteyin
| Neden | Muhtemel aksiyon | Kontrol |
|---|---|---|
| Alıcı evde yok | Yeni deneme veya teslim noktası | Taşıyıcı politikası |
| Adres bulunamadı | Doğrulanmış adres düzeltme | Adres verisi |
| Alıcı kabul etmedi | Müşteriyle neden teyidi | İade dönüş akışı |
| Teslimat kapasitesi | Taşıyıcı eskalasyonu | Yeni plan |
| Güvenlik/erişim | Alternatif teslim koşulu | Müşteri onayı |
6. Hasar olayında kanıt zinciri kurun
Hasar incelemesi için ürünün ve ambalajın durumu, teslim anındaki kayıtlar, fotoğraflar, taşıyıcı bildirimleri ve gerekiyorsa tutanaklar ilişkilendirilmelidir. Kanıtın ne zaman, kim tarafından oluşturulduğu saklanmalıdır.
- Hasar bildirimi açılır.
- Sipariş ve gönderi kimlikleri doğrulanır.
- Müşteri güvenliği ve ürün durumu değerlendirilir.
- Uygun görsel/tutanak kanıtı toplanır.
- Taşıyıcı ve işletme süreçleri başlatılır.
- Müşteri için geçerli çözüm ve zaman planı iletilir.
- Kapanış nedeni kaydedilir ve kök neden analizine eklenir.
7. Kayıp şüphesini zaman çizelgesiyle araştırın
Son fiziksel tarama noktası, manifest ve devir kayıtları, transit rotası, önceki taşıyıcı yanıtları ve varsa teslim kanıtı bir arada değerlendirilmelidir. Araştırma süresi ve eskalasyon yolu sözleşme ve müşteri yükümlülüklerine göre tanımlanmalıdır.
8. 'Teslim edildi ama almadım' vakasını ayrı ele alın
Taşıyıcının teslim edildi olayını kontrol edin; teslim kanıtı, alıcı bilgisi, varsa teslim noktası kaydı ve müşterinin beyanını karşılaştırın. Müşteriyi otomatik olarak haksız kabul etmeyin; kaydı uyuşmazlık olarak inceleyin.
9. Return-to-sender akışını satış sonrası süreçle bağlayın
Gönderinin göndericiye geri dönmesi tek başına iadenin finansal olarak tamamlandığı anlamına gelmez. Paket dönüşü, ürün kontrolü, yeniden satılabilirlik, stok kaydı ve gerekli müşteri/ödeme işlemleri ayrı aşamalardır.
| Aşama | Doğrulama | Sonraki adım |
|---|---|---|
| İade dönüşü başladı | Taşıyıcı nedeni | Müşteri iletişimi |
| Depoya ulaştı | Paket ve sipariş eşleşmesi | Ürün kontrolü |
| Ürün kontrol edildi | Hasar/eksik içerik | Stok kararı |
| Ticari çözüm | Geçerli politika/yükümlülük | İade/yeniden gönderim işlemi |
| Dosya kapandı | Finansal ve operasyonel kayıtlar | KPI/kök neden |
10. Yeniden gönderim kararını çift sevkiyat riskiyle birlikte değerlendirin
Orijinal paketin kayıp olduğu doğrulanmadan yeniden gönderim yapılırsa iki paket de teslim edilebilir. Yeniden gönderim kararı; müşteri yükümlülükleri, risk, taşıyıcı araştırması ve orijinal gönderinin durdurulabilirliği dikkate alınarak kontrollü verilmelidir.
Örnek — Hareketsiz gönderi
11. Müşteri çözümünü lojistik araştırmadan bağımsız geciktirmeyin
Taşıyıcı araştırması devam ederken işletmenin tüketiciye karşı yükümlülükleri ayrıca değerlendirilmelidir. Sözleşme, uygulanabilir mevzuat ve şirket politikaları çerçevesinde müşteriye zamanında çözüm sunmak için iç SLA tanımlanmalıdır.
12. İstisna maliyetini görünür kılın
| Maliyet kalemi | Örnek |
|---|---|
| İlave taşıma | İkinci dağıtım veya geri dönüş |
| Yeniden gönderim | Yeni ürün ve yeni kargo |
| Hasarlı ürün | Stok kaybı/onarım |
| Destek operasyonu | Vaka başına işçilik |
| Finansal düzeltme | İade veya uyuşmazlık işlemleri |
| Müşteri etkisi | Şikâyet ve tekrar satın alma riski |
13. İstisna KPI'larını neden koduna göre raporlayın
| KPI | Kullanım |
|---|---|
| İstisna oranı | Normal akış dışına çıkan gönderiler |
| Neden bazlı dağılım | En sık sorun sınıfı |
| İlk aksiyona kadar süre | Operasyon tepki hızı |
| Çözüm süresi | Dosya kapatma performansı |
| Yeniden gönderim oranı | Operasyon/ürün kaybı |
| Taşıyıcı bazlı hasar/kayıp | Taşıma kalitesi |
| Tekrar açılan vaka oranı | Çözüm kalitesi |
14. Kök nedeni operasyon katmanına bağlayın
Adres hatası checkout tasarımından, hasar paketleme standardından, gecikme depo cut-off'undan veya taşıyıcı kapasitesinden kaynaklanabilir. İstisna kodu kadar kök nedenin hangi süreçte üretildiği de kaydedilmelidir.
15. Kapanış için dört kontrol uygulayın
- Müşterinin durumu ve çözümü kayıtlı mı?
- Fiziksel gönderi/ürün durumu doğrulandı mı?
- Gerekli stok ve finansal işlemler tamamlandı mı?
- Kök neden ve önleyici aksiyon kaydedildi mi?
Şimdi Uygulayın
Uygulama Görevi — Teslimat İstisnası Playbook'u
Adres sorunu, hasar, kayıp şüphesi ve teslim edildi itirazı için dört vaka akışı yazın. Her akışta ilk kontrol, kanıt, sorumlu, müşteri mesajı, eskalasyon ve kapanış koşulunu belirleyin. Bir kayıp şüphesi vakasında yeniden gönderim kararını hangi kanıtlarla vereceğinizi açıklayın.
| İstisna | Kanıt | Sorumlu | İlk aksiyon | Kapanış koşulu |
|---|---|---|---|---|
| Adres sorunu | … | … | … | … |
| Hasar | … | … | … | … |
| Kayıp şüphesi | … | … | … | … |
| Teslim itirazı | … | … | … | … |
İpucu — Kabul testi
Bu Derste Ne Öğrendik?
- ✓Teslimat istisnası tek bir 'sorunlu kargo' durumu değildir.
- ✓Adres, başarısız teslimat, hasar, kayıp şüphesi ve teslim edildi itirazları farklı kanıt ve çözüm süreçleri gerektirir.
- ✓Her vaka sipariş ve gönderiyle ilişkilendirilmeli; müşteri iletişimi, taşıyıcı araştırması, stok/finansal etkiler ve kapanış gerekçesi izlenmelidir.