Analitik30 Eyl 2026 · 7 dk

İade Sıçramalarını Maliyet Doğurmadan Yakalamak

DA
Defne Aksoy
Veri Direktörü

Aylık iade oranı raporu bir sorunu gösterdiğinde parti çoktan sevk edilmiş, sezon dönmüş ve para gitmiş oluyor. İade verisi doğası gereği gecikmeli: bugün satılan bir ürün üç hafta sonra geri geliyor; yani izlediğiniz sinyal müşterilerin bir ay önce verdiği kararları anlatıyor.

İşe yarar tespit, daha hızlı bir panonun alttaki gecikmeyi yok ettiğini varsaymak yerine bu gecikmeyi kabul edip etrafından dolaşıyor.

Payda Sorunu

Sıçrama tespitindeki en yaygın hata, bugünkü iadeleri bugünkü siparişlere bölmek. Bu iki sayı farklı kohortları anlatıyor. Geçen hafta satışlar ikiye katlandıysa hiçbir şey iyileşmese bile bugünkü oran düşüyor; bir kampanya bittiyse ürün kalitesinde hiçbir değişiklik olmadan oran sıçrıyor.

Doğru payda, iadelerin geldiği kohort. Belirli bir haftada verilen siparişlerden gelen iadeleri o haftanın siparişlerinin payı olarak ölçün ve sayının iade penceresi boyunca olgunlaşmasına izin verin. Bu daha yavaş ve bir anlam ifade eden tek sürüm; iadecilerin kohort analizinde yapılan argümanın aynısı.

SinyalGecikmeNeyi yakalarYanlış alarm riski
Kohort iade oranıHaftalarGerçek oran değişimiDüşük
Günlük iade / günlük siparişYokÇoğunlukla satış karması gürültüsüÇok yüksek
İade nedeni payıGünlerBeliren kusur kalıbıOrta
Yorum etiketi payıGünlerKodlar yetişmeden sorunlarOrta
SKU başına destek temasıSaatlerMevcut en hızlı uyarıOrta
İlk okutma hacmiGünlerYolda olan, henüz gelmemiş iadelerDüşük

Oranı Değil Öncü Göstergeleri İzleyin

Oran gecikmeli olduğu için pratik cevap, daha erken hareket eden şeylerde alarm kurmak. Bir üründen söz eden destek temasları saatler içinde hareket ediyor. Portaldaki iade başlatmaları koli gelmeden günler önce hareket ediyor. İlk okutma olayları ise deponuz görmeden bir iadenin yolda olduğunu söylüyor.

Bunların hiçbiri iade oranı değil ve mesele de bu. Bakmayı gerekçelendirecek kadar ilişkili ve anlamlı olacak kadar hızlılar. İlk okutma olaylarını zaten yakalayan mağazalarda bunların en ucuzu ek bir kurulum gerekmeden hazır durumda.

Seviyede Değil Değişim Hızında Alarm Kurun

Sabit bir eşik, yüksek iadeli her kategoride sürekli alarm üretiyor ve düşük tabandan sessizce ikiye katlanan kategoride hiç ateşlemiyor. Mayoda yüzde otuz normal; bir ev ürünü SKU'sunun yüzde ikiden yüzde altıya çıkması ise hiçbir mutlak eşiğin yakalamayacağı bir acil durum.

Ürünün kendi geçmişine göre göreli değişimle tespit edin ve küçük sayıların gürültü üretmemesi için asgari bir hacim tabanı koyun. Buradaki istatistiksel yöntemler egzotik bir şey değil sıradan süreç kontrolü; NIST gibi kuruluşların ölçüm ve kontrol üzerine yayımladığı referans literatür fazlasıyla yeterli bir zemin.

  • Her SKU'yu küresel bir eşiğe değil kendi taban çizgisine karşı karşılaştırın.
  • Bir alarmın ateşlenebilmesi için asgari birim hacmi belirleyin.
  • Oran değişiminin yanı sıra neden karması değişiminde de alarm kurun.
  • Alarmları kimsenin açmadığı ortak bir panoya değil harekete geçebilecek kişiye yönlendirin.
  • Her alarmın sonucunu kaydedin; kimsenin işlem yapmadığı alarm bir ayar sorunudur.

Hacim tabanı konusunda pratik bir rakam vermek gerekirse: bir SKU için haftada yirmi ünitenin altında satış varsa iade oranındaki dalgalanma neredeyse tamamen gürültüdür ve o üründe oran bazlı alarm kurmak yalnızca ekibi yorar. Bu ürünlerde doğru yaklaşım oranı değil mutlak sayıyı izlemek: aynı üründen kısa bir pencere içinde üst üste üç iade geldiğinde konuya bakmaya değer, hesaplanan oran ne söylerse söylesin.

Yüksek iade oranında alarm kurmak size mayoyu anlatır. Değişen iade oranında alarm kurmak size sorunu anlatır.

Dört Nedeni Ayırın

Bir sıçramanın az sayıda olası açıklaması var ve bunları ayırmak biletin kime gideceğini belirliyor. Kalite değişimi tek bir SKU'yu tüm kanallarda etkiliyor. Sevkiyat hatası tek bir zaman penceresinde ya da tek bir lokasyonda toplanan siparişleri etkiliyor. Listeleme hatası tek bir kanalı ya da tek bir dili etkiliyor. Talep karması değişimi ise ürünle ilgili hiçbir şeyi etkilemiyor: yalnızca farklı bir kitleye sattınız.

Alarmı; kanal, lokasyon ve zaman penceresi kırılımını taşıyacak biçimde kurmak, bir bildirimi teşhise çeviriyor. Bu olmadan her alarm aynı yirmi dakikalık elle dilimlemeyle başlıyor; çoğu alarm programının bir çeyrek içinde terk edilmesinin nedeni bu. Gereken boyutlar iade oranı kök neden atfında zaten mevcut olanlar.

Yeni Ürün İstisnası

Yeni ürünlerin taban çizgisi yok; tam da tespitin en çok önemli olduğu an, çünkü kötü bir ilk parti bütün bir sezonu yiyebiliyor. İşleyen ikame, bir kategori taban çizgisi ve bilinçli olarak daha dar bir erken pencere: ilk birkaç yüz ünite için ürünün var olmayan geçmişine değil benzer ürünlere karşı karşılaştırın.

Bu aynı zamanda yorum etiketlerinin neden kodlarını geçtiği an; çünkü gerçekten yeni bir kusurun henüz eşleşen bir menü seçeneği olmuyor ve önce serbest metne düşüyor. Erken pencere izlemesini iade nedeni analitiği panosunda anlatılan metin sinyaliyle eşleştirmek, bir lansmanda mevcut en hızlı uyarı.

Son bir işletme notu: alarm eşiğini bir kez kurup unutmayın. Kataloğunuz ve satış karmanız değiştikçe yanlış alarm oranı da değişiyor. Ayda bir, ateşlenen alarmların kaçının gerçek bir aksiyona yol açtığını sayın; bu oran yüzde otuzun altına düştüğünde ekip alarmlara bakmayı bırakıyor ve sistem fiilen kapanmış oluyor.

Neden günlük iadeleri günlük siparişlere bölmeyeyim?

Çünkü bu iki sayı farklı kohortları anlatıyor. Bugün gelen iadeler haftalar önce verilen siparişlerden geldiği için, ürün kalitesinde hiçbir şey değişmese bile satış hacmi değiştiğinde oran hareket ediyor. Satış artışı oranı düşürüyor, kampanyanın bitişi sıçratıyor; ikisi de gerçek bir değişim olmadan. Bunun yerine iadeleri geldikleri kohorta karşı ölçün.

Mevcut en hızlı sinyal hangisi?

Belirli bir üründen söz eden destek temasları; saatler içinde hareket ediyorlar. Sonra portaldaki iade başlatmaları geliyor, koliler gelmeden günler önce; ardından ilk okutma olayları. Hiçbiri iade oranının kendisi değil ve tam da bu yüzden faydalılar: incelemeyi gerekçelendirecek kadar ilişkili ve harekete geçilecek kadar hızlılar.

Alarmlar sabit eşik kullanmalı mı?

Hayır. Sabit eşik, mayo gibi doğal olarak yüksek kategorilerde sürekli ateşliyor ve sessizce üçe katlanan düşük tabanlı üründe hiç ateşlemiyor. Her ürünün kendi geçmişine karşı göreli değişimi tespit edin ve küçük paydaların gürültü üretmemesi için asgari bir hacim tabanı koyun.

Geçmişi olmayan bir ürünü nasıl izlerim?

Kategori taban çizgisini ikame edip erken pencereyi daraltarak; ilk birkaç yüz üniteyi var olmayan bir geçmişe değil benzer ürünlere karşı karşılaştırın. Lansmanda serbest metin yorumlar da neden kodlarını geçiyor; çünkü gerçekten yeni bir kusurun eşleşen bir menü seçeneği olmuyor ve önce yorum kutusunda beliriyor.

Alarm sistemimin çalışıp çalışmadığını nasıl anlarım?

Ateşlenen alarmların kaçının gerçek bir aksiyona yol açtığını sayarak. Bu oran düştüğünde ekip alarmlara bakmayı bırakıyor ve sistem fiilen kapanıyor; üstelik pano hâlâ çalışıyor göründüğü için kimse fark etmiyor. Aylık bu tek sayıyı takip etmek, eşikleri ne zaman yeniden ayarlamanız gerektiğini söyleyen en güvenilir gösterge.

Kendi iadelerinizde görün.

Ücretsiz başlayın