E-ticaret sipariş durumları: ödeme, hazırlık ve teslimatı ayırın

Sipariş ekranında hangi sorular cevaplanmalı?

Sabah paneli açan kişi hangi siparişi hazırlayacağını, hangisinin ödemesini kontrol edeceğini ve hangi müşteriye bilgi vereceğini görebilmeli. Tek bir uzun durum listesinde “ödendi”, “paketlendi” ve “iade istendi” birbirinin yerine geçerse bu ayrım kaybolur.

Shopify da sipariş, ödeme, gönderim hazırlığı ve iadeyi farklı durum gruplarında ele alıyor. Bu ayrımı başka bir altyapıya aynı menü adlarıyla taşımak gerekmez. İşletmenizdeki gerçek olayları çıkarıp her grubun neyi anlattığını yazın. Örneğin kapıda ödeme siparişinin hazırlığa alınma kuralı, tahsilatı tamamlanmış kartlı siparişten farklı olabilir.

Durum adını kanıta ve sonraki işe bağlayın

Aşağıdaki tablo bir ekip çalışma şablonudur. Yazılımınızdaki alanları ve yetkileri bu sorularla karşılaştırın. Durumu değiştirmek için gereken bilgi yoksa siparişi ileri taşımak yerine eksik işi görünür tutun.

Birden fazla ürün varsa kalem bazında ilerleyin

İki ürünlü bir siparişte bir parça bugün, diğeri yarın gönderilecekse bütün siparişi “kargoda” göstermek müşteriyi yanıltabilir. Hangi ürünün hangi pakette olduğunu ve kalan adedi kaydedin. Müşterinin ekranında da gönderilen ve bekleyen parçalar anlaşılır olsun.

Örnek bir deneme siparişinde aynı üründen iki adet kullanın: biri gönderilsin, diğeri hazırlıkta kalsın. Genel durumun yanı sıra kalem adetlerinin nasıl göründüğünü inceleyin. Tek parçanın iptali bütün siparişin stok ve ödeme kayıtlarını yanlış değiştirmemeli. Bu bir test senaryosudur; gerçek müşteri siparişinde deneme yapmayın.

Bekleyen işleri süre ve sorumluyla görünür kılın

Her sabah üç listeyle başlayabilirsiniz: sonucu belirsiz ödemeler, hazırlanması beklenen siparişler ve yeni hareket gelmeyen gönderiler. Her kayıtta son işlem zamanı ile bir sonraki kontrolü yapacak kişi belli olsun. İşletmenizin teslim taahhüdüne göre bir takip zamanı belirleyin; bütün mağazalar için tek süre kullanmayın.

Bir sorun çözülene kadar siparişi farklı durumlar arasında gezdirmek yerine kısa bir not bırakın: eksik bilgi ne, kimden bekleniyor, müşteriye ne söylendi? Vardiya değiştiğinde aynı kontrolün baştan yapılmasını bu kayıt önler. Arşivlemek, bekleyen geri ödeme veya destek işini görünmez hale getirmemeli.

Müşteriye iç sistem dilini göstermeyin

Panelde “ödeme doğrulama bekliyor” gibi teknik bir not gerekebilir; müşteriye ne yapması gerektiğini açık söyleyin. İşlem kontrol ediliyorsa tekrar ödeme istemeden önce sonucu doğrulayın. Paket hazırlıktaysa “teslim edildi” gibi daha ileri bir aşama göstermeyin.

Bildirim metni, durumun ne anlama geldiği ve destek bağlantısı birlikte çalışsın. Her iç güncellemede yeni mesaj yollamak yerine müşterinin kararını etkileyen aşamaları seçin. Gecikmede kesinleşmemiş bir tarih vermek yerine son doğrulanan durumu ve takip adımını paylaşın.

Akışı teslim almadan önce sınayın

Normal siparişin yanında aşağıdaki istisnaları da deneyin. Sonuçları sipariş numarası, beklenen durum, gerçekleşen durum ve sorumlu kişi olarak kaydedin. İlk gerçek siparişlerden sonra aynı alanları tekrar kontrol edin; panelde yeşil etiket görmek tek başına yeterli değildir.

• Başarısız ödeme siparişi yanlışlıkla sevke açmıyor.
• Gecikmiş ödeme bilgisi geldiğinde kayıt tutarlı güncelleniyor.
• Kısmi gönderim kalan ürünü görünür tutuyor.
• Tekrarlanan aynı bildirim ikinci işlem oluşturmuyor.
• İptal edilen kalem ile kalan kalemin adetleri doğru.
• Geri ödeme sonucu sipariş kapanmış olsa da izlenebiliyor.

Sık sorulan sorular