Ürün iadeleri: önce neyi araştırmalısınız?

İadeleri araştırırken aynı ürünü aynı takip süresinden sonra karşılaştırın ve iki oran tutun: etkilenen siparişler ve iade edilen adetler. Müşterinin seçtiği gerekçe araştırmayı yönlendirir; neyin yanlış gittiğini kanıtlamaz.

Dört sırt çantası geri gelir ve biri kampanyayı durdurmayı önerir. Kaç adet teslim edildiği, kaç siparişe ait oldukları ve müşterilerin ne kadar süresi olduğu hâlâ eksiktir. Bu teşhis, bir sütundan suçlu seçmekle değil, sorumlusu atanmış bir kontrolle biter.

Saydığınız olayı tanımlayın

Talep, fiziksel olarak alınan ürün ve para iadesi farklı olaylardır. Burada orijinal sipariş satırına bağlı, fiziksel olarak geri alınmış adetleri sayıyoruz. Ürün dönmeden yapılan para iadesi ve bekleyen talep paya girmez. Bekleyen talepler ayrı bir iş kuyruğunda tutulur.

Shopify, iptal ve düzenlemeleri de kapsayabilen Reversed quantity ile fiziksel iadeleri gösteren Returned quantity alanlarını ayırır. Satış ve düzeltme tarihleri de farklıdır. Her negatif değere iade demeden önce alanı kontrol edin. Shopify resmî tanımları.

Çalışma sayfamız bağımsız bir formattır; Frihet dışa aktarımı veya özelliği değildir. Diğer kayıtlarla ilişkisi için İngilizce e-ticaret verileri ve entegrasyonlar rehberini okuyun.

Kesim tarihini ve kohortu belirleyin

Örnek tamamen sentetiktir. Kesim tarihi 2026-09-13, analitik takip süresi teslimattan itibaren 30 gündür; 30. gün alınan iadeler dahildir. Bu yasal süre veya önerilen mağaza politikası değildir. Sürecinize uygun ufku seçip gerekçesini kaydedin.

SKU ve teslimat tarihine göre grupluyoruz. 2026-08-01 kohortu takibi tamamlamıştır; 2026-09-06 yalnızca yedi günlüktür. “Olgun”, pencerenin tamamlanması demektir; daha sonra iade olamayacağı anlamına gelmez. Geç iadeleri ayrı analiz için saklayın.

Kısmi teslimatları satırlara ayırırken siparişi birleştiren anahtarı koruyun. Teslimat tarihi yoksa kayıt sınıflandırılamaz; iadesiz siparişe dönüşmez. Açık talepler fiziksel oranın dışında, ilgilenen kişiye görünür kalmalıdır.

Tabloyu yeniden hesaplayın

Paket (ZIP) order-lines.csv, results.csv ve recalculate.py içerir: 30 kurgusal teslimat satırı, hesaplanan sonuçlar ve yalnızca Python 3 standart kitaplığını kullanan betik. Orijinalleri saklayın, bir kopyada python3 recalculate.py çalıştırın.

Olgun BAG-A için 3 / 10 × 100 = 30 % sipariş etkilenmiş, 4 / 20 × 100 = 20 % adet iade edilmiştir. BAG-B için ikisi de 1 / 10 × 100 = 10 % olur. Bir sipariş iki adet içerip ikisini de iade edebilir; ilk BAG-A satırında olduğu gibi.

Yeni BAG-A sipariş bazında %10, adet bazında %5 gösterir; ancak açıktır. İyileşme kanıtı değildir: hiçbir müdahale simüle edilmemiştir. %20’yi kabul edilebilir veya edilemez yapan evrensel bir eşik de yoktur.

Açıklanabilir satırlar tutun

line_id,order_id,sku,cohort,channel,delivered_at,units_delivered,units_returned,return_received_at,reason_code

line_id satırı tanımlar; order_id benzersiz siparişleri saymayı sağlar. Mağaza toplamı için SKU bazındaki sipariş sayılarını toplamayın: bir sipariş birden fazla ürün içerebilir. Burada her sipariş tek SKU içerir.

SIZE, bildirilen uygunsuz boyut; DAMAGE, bildirilen hasar; UNKNOWN, mevcut olmayan gerekçe; NONE, kaydedilmiş fiziksel iade olmaması demektir. Kod, depo doğrulaması değildir. Orijinal ifadeyi ayrı ve sınırlı erişimle, gereksiz kişisel veri olmadan saklayın.

Her satırı tek teslim alma ve gerekçeye basitleştiriyoruz. Farklı tarihler veya gerekçeler varsa line_id ile bağlı olay tablosu kullanın; yalnızca ufuk içindeki olayları toplayın. Her olayda units_delivered tekrar edilirse payda şişer. Yinelenen kimlikleri satır silmeden önce araştırın.

Gerekçe nereye bakacağınızı gösterir

Olgun BAG-A’da üç adet SIZE, bir adet UNKNOWN vardır. 3 / 4 = 75 %, iade edilen adetler içindeki gerekçe dağılımıdır; ürün iade oranı değildir. Bilinmeyeni çıkarmak eksik veriden görünürde %100 boyut sorunu üretir.

Üç ürünün ölçülerini, sipariş edilen varyantı ve alıcıların gördüğü ürün sayfasını karşılaştırın. Ölçüler doğru ama beklenti farklıysa bilgiye ilişkin bir hipotez doğar. Ölçü farklıysa ürün ve parti incelenmelidir. Seçilen gerekçe bu açıklamalardan hangisinin doğru olduğunu belirlemez.

BAG-B’de bir DAMAGE vardır. Ambalajı, teslim alma kanıtını ve partiyi inceleyin; kod taşıyıcının kusurunu kanıtlamaz. Tek gözlem istikrarlı eğilim de göstermez.

Kanalı suçlamayın

Örnekteki iadeler web kanalındadır. Bu bir soru açar, kanalı kapatma kararı oluşturmaz. Aynı SKU, varyant ve ufku karşılaştırın; kampanya, parti ve kayıt kalitesini inceleyin. Kanal başına beş sipariş az bilgi verir. Daha küçük bölümlere ayırmak kesinlik yaratmaz.

Raporlar uyuşmuyorsa filtreleri, kesim tarihini ve tanımları saklayın. Shopify dönem ve raporlama mantığından doğan farklılıkları belgeler. Siparişin aynı kısımlarını karşılaştırdığınızı doğrulayın. Shopify rapor farklılıkları. Entegrasyon dizini erişilebilir kaynağı kontrol etmeye yardım eder; listelenmesi bu alanları garanti etmez.

Atanmış bir kontrolle bitirin

Şu notu kopyalayın: “BAG-A, 2026-08-01 kohortu; 4/20 adet, 3/10 sipariş; üç SIZE ve bir UNKNOWN; ölçüler ve ürün sayfası kontrol edilecek; katalog sorumlusu; kanıt bekleniyor; üç siparişten dönen dört adet kontrol edildikten sonra inceleme.”

Hangi bulgunun eylemi değiştireceğini ekleyin, önceki analizi koruyun. Daha iyi sayı için bilinmeyeni silmeyin veya kohortu değiştirmeyin. Kanıt varsa sınırlı bir deneme seçin, ardından eşit olgunluktaki kohortları karşılaştırın. Ekonomik etkiyi marj hesaplayıcıyla ayrıca değerlendirin: bu oranlar kârı ölçmez.