Durum Müşteriye Verilen Bilgidir
Sipariş durumu yalnızca ekibin kendi iş listesinde kullandığı bir etiket değildir. IdeaSoft'ta belirli durum değişiklikleri müşteriye bilgilendirme e-postası gönderilmesini tetikler. Bu nedenle yanlışlıkla seçilen bir aşama, müşterinin ürünün hazırlanmış veya gönderilmiş olduğunu düşünmesine yol açabilir. İnceleme sipariş numarasıyla başlar: mevcut durum, bu duruma geçilme nedeni ve gerçek operasyon aşaması karşılaştırılır. Ekip bir işi sıraya almak için durumu değiştiriyorsa, müşteriye gidecek anlam da değerlendirilmelidir. İç takip gereksinimi ile müşteriye verilen teslimat bilgisi birbirini tutmalıdır.
IdeaSoft Yönetim Paneli Sipariş Yönetimi Rehberi
Ödeme Yönteminin Başlangıç Etkisini Anlayın
Kredi kartı ve havale siparişlerinin başlangıç durumları aynı olmayabilir. IdeaSoft rehberi kredi kartı ödemelerinde otomatik onay davranışını, havalede ise ödeme kontrolünden sonraki yönetici onayını açıklar. Ancak bir ekran görüntüsündeki durumdan bütün ödeme altyapıları için sonuç çıkarılmamalıdır. Siparişin hangi ödeme yöntemiyle oluştuğu ve o yöntemin işlem kaydı kontrol edilir. Örneğin banka transferini henüz almamış bir ekip, siparişi hazırlama listesine taşımak için ödeme alınmış anlamına gelen aşamayı kullanırsa sonraki raporlar ve müşteri iletişimi de yanıltıcı hale gelir.
Kargo Etiketini Fiziksel Teslimle Karıştırmayın
Varsayımsal bir mağazada ekip sabah yüz siparişin kargo etiketini hazırlamış, taşıyıcı paketleri akşam alacak olsun. Etiketin basılması ile paketin gerçekten taşıyıcıya teslim edilmesi farklı olaylardır. Kullanılan kargo entegrasyonunun hangi olayda sipariş durumunu değiştirdiği anlaşılmalıdır. Müşteriye gönderilen takip numarası da aynı taşıyıcı kaydıyla eşleşmelidir. Başka siparişin numarası kopyalandığında sayfa teknik olarak açılabilir, ancak yanlış teslimat bilgisi gösterir. Testte takip adresinin çalışması kadar sipariş, alıcı ve paket eşleşmesi de kontrol edilmelidir; müşteri verisi açık raporlara taşınmamalıdır.
Elle ve Otomatik Değişiklikleri Birlikte İzleyin
Bir sipariş durumunu çalışan değiştirdikten sonra entegrasyonun yeniden güncellemesi, ekranda geriye gidiş gibi görünebilir. Böyle bir durumda sürekli elle düzeltme yapmak yerine değişiklik sırası kaydedilir. Siparişin iki ayrı operasyon sistemi tarafından yönetilip yönetilmediği sorulur. Örneğin depo hazırlık durumu gönderirken taşıyıcı teslimat bilgisi gönderiyor olabilir. Her sistemin hangi aşamadan sorumlu olduğu belirlenmeden yapılan değişiklikler problemi örter. Destek incelemesine son görünen durumun yanında beklenen durum, ödeme yöntemi ve kargo sağlayıcısı eklemek nedenin ayrıştırılmasını kolaylaştırır.
Gerçek Siparişi Deneme Kaydı Yapmayın
Bildirim davranışı sınanırken müşterinin gerçek siparişini farklı durumlar arasında dolaştırmak gereksiz e-postalar üretebilir. Ayrı bir kontrollü test kaydı ve ekibe ait iletişim adresi kullanılması daha uygundur. Testte onay, kargoya geçiş ve takip bağlantısı sırayla incelenir; iade durumunun gerçek geri ödeme işlemini yaptığı varsayılmaz. Kullanılan entegrasyonun yetenekleri ayrıca doğrulanır. Başarılı sonuç, operasyonun ulaştığı aşamanın doğru görünmesi ve müşterinin yalnızca gerçekleşen gelişmeyle ilgili bilgi almasıdır. Sırf raporu düzenli göstermek için tamamlanmamış siparişler tamamlanmış aşamasına alınmamalıdır.
Bu Yazıdaki Terimler 1 Kavram
Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.
- Kargo Entegrasyonu
- Kargo entegrasyonu, e-ticaret sitesi ya da sipariş yönetim sistemi ile kargo firmasının yazılımı arasında etiket, takip numarası ve teslimat durumu bilgisinin otomatik aktarılmasıdır.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
IdeaSoft