Oversell'in gerçek maliyeti
Oversell, sistemde görünen stoktan fazla sipariş alınmasıdır. Müşteri «siparişiniz iptal edildi» bildirimi aldığında sadece bir satış kaybetmezsiniz; yorum, şikayet ve pazaryeri performans metrikleriniz de düşer. Türkiye pazaryerlerinde tekrarlayan oversell, mağaza görünürlüğünü doğrudan etkiler.
Kök neden çoğu zaman «stok yok» değil, «stok bilgisi güncel değil»dir. İki kanaldan eşzamanlı sipariş, gecikmiş sync, iade stoğunun erken açılması veya manuel panel düzeltmesi tipik tetikleyicilerdir.
Sipariş anında rezervasyon: ilk savunma hattı
Sipariş oluştuğu anda — tercihen ödeme onayıyla eşzamanlı — merkez stoktan rezervasyon düşümü yapılmalıdır. Rezervasyon olmadan push tabanlı sync, iki sipariş arasındaki saniyelik boşlukta oversell'e açık kalır.
Rezervasyon süresi tanımlayın: ödeme bekleyen siparişler için 30-60 dakika, onaylı siparişler kargoya çıkana kadar rezerve kalmalıdır. Süre dolunca otomatik serbest bırakma, «hayalet rezervasyon» birikimini önler.
- Webhook veya polling ile sipariş olayını anında yakala
- Rezervasyon ID'sini sipariş numarasıyla eşle
- İptal ve iade akışında rezervasyonu otomatik çöz
- Kısmi iptallerde satır bazlı rezervasyon güncelle
Güvenlik stoğu tamponu
Sync gecikmesi, API hatası veya depo sayım farkı için her SKU'da küçük bir güvenlik stoğu tutulur. Formül basit başlayabilir: yüksek hacimli SKU'da 2-3 adet, düşük hacimde 1 adet veya stoğun %5'i.
Kampanya öncesi güvenlik stoğunu artırın; kampanya sonrası gerçek satış verisiyle kalibre edin. Güvenlik stoğu «gizli stok» değil, operasyonel tampondur ve periyodik gözden geçirilmelidir.
Sync gecikmesini yönetmek
Kanal API'sine push 2 dakika gecikse ve o sürede 5 sipariş gelse, merkez doğru olsa bile kanal paneli yanlış görünür. Çözüm: push sıklığını artırmak, kritik SKU'larda near-real-time webhook kullanmak ve stok sıfıra yaklaştığında kanalı otomatik «tükenen» statüsüne almak.
Stok eşiği kuralı tanımlayın: kullanılabilir stok 3'ün altına düştüğünde tüm kanallarda satışı durdur veya sadece ana kanalda göster. Bu «hard stop» mekanizması oversell'in son güvenlik ağıdır.
Oversell olduğunda müdahale runbook'u
Oversell gerçekleştiğinde panik yerine sıralı müdahale: (1) ilgili SKU'yu tüm kanallarda satışa kapat, (2) merkez ve kanal stoklarını reconcile et, (3) müşteriye proaktif iletişim ve alternatif sun, (4) kök neden analizi yap.
Her oversell olayı ticket olarak kaydedilmeli; haftalık trend analizi tekrarlayan SKU veya kanal sorunlarını ortaya çıkarır. Aynı SKU'da ayda 2+ oversell, güvenlik stoğu veya eşleştirme hatası işaretidir.
Sık sorulan sorular
Stok sıfırken oversell nasıl olur?
Kanal panelinde eski pozitif stok görünmesi, iptal edilmemiş rezervasyon veya iade stoğunun henüz kontrol edilmeden açılması en yaygın nedenlerdir. Reconciliation bu durumları yakalar.
Flash kampanyada oversell riski nasıl azaltılır?
Kampanya öncesi tam stok sayımı, güvenlik stoğu artırımı, push sıklığını yükseltme ve kampanya stoğu kotası tanımlama üçlüsü uygulanır. Kampanya bitiminde kotayı kaldırın.
Bir kanalda oversell diğerini etkiler mi?
Merkezi envanter kullanıyorsanız evet. Bir kanaldaki fazla satış merkez stoğu tüketir ve diğer kanallarda da yetersizlik yaratır. Bu yüzden tek kaynak modeli şarttır.
Pillar rehber
Birden fazla kanalda satış yapan ekiplerin en büyük riski oversell'dir. Merkezi stok + doğru eşleştirme + anlık push üçlüsü bu riski minimize eder.
Stok senkronizasyonu: oversell'i önlemek
