Çok Kanallı Satışta Stok ve Sipariş Yönetimi Nasıl Kurulur
Kendi site, pazaryeri ve mağaza stoğu tek sayıda nasıl buluşur: tek stok kaynağı, güvenlik payı, sipariş birleştirme ve sık yapılan hatalar.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
Çok kanallı satışta stok ve sipariş yönetimi, aynı ürünü kendi sitenizde, pazaryerlerinde ve fiziksel mağazada satarken bütün kanalların tek bir stok sayısına bakmasını ve gelen siparişlerin tek bir listede toplanmasını sağlayan düzendir. Başarının ölçütü şudur: bir kanalda satılan ürün, diğer kanallarda kısa sürede stoktan düşer. Bu olmazsa elinizde olmayan ürünü satarsınız, müşteri iptal alır, pazaryeri puanınız düşer.
Sorun çoğu zaman kanal sayısından değil, her kanalın kendi stok sayısını tutmasından doğar. Bir zemin kaplama üreticisi düşünün: depodaki on koli parke hem sitede hem iki pazaryerinde görünüyor. Üç yerde on koli yazıyorsa, ilk üç satıştan sonra hepsi hâlâ sekiz ya da dokuz koli gösterebilir. Bu yazı, tek stok kaynağının nasıl kurulacağını, siparişlerin nasıl toplanacağını ve hangi durumda bu yapının gereksiz olduğunu anlatır.
Tek stok kaynağı neden gerekir?
Her kanalın kendi stok sayısını elle güncellediği düzende hata kaçınılmazdır, çünkü güncelleme insanın hatırlamasına bağlıdır. Çözüm, gerçeğin tek bir yerde durmasıdır: depoda fiilen bulunan miktar tek bir kayıtta tutulur, kanallar o kayıttan okur. Kanallar stok sayısının sahibi değil, yalnız yansımasıdır.
Bu kaynak bir ERP, bir stok yazılımı ya da özel yazılan bir sipariş ve stok katmanı olabilir. Hangisi olduğundan çok, tek olması ve herkesin ona güvenmesi önemlidir. Depo çıkışı, iade girişi ve sayım farkı da aynı kayda işlenmezse tek kaynak yalnız kâğıt üzerinde kalır.
Stok kanallara nasıl dağıtılır ve güvenlik payı nedir?
Tek kaynak kurulduktan sonra iki yaklaşım vardır. Birincisi ortak havuzdur: bütün kanallar aynı sayıyı görür, ilk gelen satar. İkincisi ayrılmış paydır: depodaki stoğun bir kısmı pazaryerine, bir kısmı kendi siteye ayrılır. Ortak havuz stoğu verimli kullanır ama senkronizasyon gecikirse fazla satış riski taşır. Ayrılmış pay daha güvenlidir ama bir kanalda biten ürün diğerinde atıl kalabilir.
Güvenlik payı bu iki yaklaşımı yumuşatan basit bir kuraldır. Depoda beş adet varsa kanallara iki adet daha az gösterilir. Senkronizasyon gecikmesi kadar tampon bırakmış olursunuz. Payın büyüklüğü ürünün satış hızına ve kanalın bildirim hızına bağlıdır; hızlı dönen üründe pay yüksek, yavaş dönen üründe düşük tutulur.
- Ortak havuz: verimli, ama gecikmede fazla satış riski yüksek
- Ayrılmış pay: güvenli, ama stok kanallar arasında atıl kalabilir
- Güvenlik payı: kanala depodan daha az göstererek gecikmeyi karşılar
- Çok hızlı dönen ürün: payı yüksek tut ya da kanal bazında sınırla
Siparişler tek listede nasıl toplanır?
Her pazaryerinin kendi siparişi, kendi durum adı ve kendi müşteri bilgisi vardır. Bunları ekibin tek ekranda görebilmesi için gelen her sipariş ortak bir biçime çevrilir: kanal, sipariş numarası, ürünler, adres, ödeme durumu, teslimat yöntemi. Böylece depo ekibi siparişin nereden geldiğini düşünmeden hazırlık yapar.
Siparişin geldiği kanal bilgisi kaybolmamalıdır. Çünkü iade, fatura, ödeme mutabakatı ve müşteriye iletişim kanala göre değişir. Pazaryeri siparişinde müşteriyle yazışma çoğu zaman platformun içinden yürür; kendi sitenizde ise sizin kanalınızdan. Ortak biçim bu farkı silmez, yalnız görünür kılar.
Sipariş gelir gelmez stok rezerve edilmeli, hazırlık ya da iptal aşamasında serbest bırakılmalıdır. Rezerve etmeden yalnız gönderimde düşen stok, ödeme onayı bekleyen siparişler yüzünden kısa süreliğine yanlış sayı gösterir.
İade, iptal ve değişim akışı nasıl işler?
Çok kanallı düzenin asıl sınavı iadelerdedir. Bir pazaryerinden gelen iade, kendi siteden gelen iadeden farklı kuralla işler; kimi kanalda ürün depoya döner ve satılabilir, kimi kanalda hasar kontrolü sonrası stoğa girer. İade girişi stoğa kontrolsüz eklenirse, hasarlı ürün yeniden satışa çıkar.
Bunun için iade kaydı önce bekleme durumunda açılır, kontrol sonrası satılabilir ya da ayrı bir kalem olur. İptal ve değişim aynı mantıkla yürür: stok hareketi her seferinde bir kayıt bırakır, böylece sayım farkı çıktığında nedeni geriye doğru izlenebilir.
Çok kanallı yapı ne zaman gereksizdir?
Tek kanaldan satan, ya da ikinci kanalı yeni açıp günde birkaç sipariş alan bir işletmede stok senkronizasyon yazılımı erken bir yatırımdır. Bu aşamada ikinci kanalın stoğunu elle ve günde bir iki kez güncellemek, yazılıma harcanacak emekten ucuza gelir ve süreci öğretir.
Eşik, hacimden çok hata sıklığıdır. Ayda birkaç fazla satış yaşıyor, sayıları elle düzeltmek vaktinizi yemeye başlıyor ve pazaryeri uyarıları geliyorsa otomasyon zamanı gelmiştir. Hâlâ nadir hata varsa sistem kurmak yerine stok sayımını sıklaştırmak daha mantıklıdır.
Çok kanallı satışta sık yapılan hatalar nelerdir?
En sık hata, senkronizasyonu tek yönlü ve seyrek kurmaktır. Yarım saatte bir güncellenen stok, hızlı dönen üründe fazla satışa yol açar. İkinci hata, ürün eşleştirmesini ürün adına bırakmaktır; her kanalın ürünü ortak bir stok koduyla bağlanmazsa varyantlar, bedenler ve renkler birbirine karışır.
Üçüncü hata, depo sayımını sisteme geri yansıtmamaktır; sayım farkı çıkar, ama düzeltme kanallara gitmez. Dördüncü hata, kanal ekibi ile depo ekibi arasında sahiplik belirlememektir: stok sayısını kim düzeltir, iadeyi kim onaylar sorusunun cevabı yazılı olmalıdır. Beşinci hata ise tek bir kanalın kuralını bütün kanallara uygulamaktır; her pazaryerinin iptal ve gönderi süresi sınırı ayrı izlenmelidir.
- Seyrek ve tek yönlü stok güncellemesi
- Ürün eşleştirmesini ürün adına ya da elle girilmiş metne bağlamak
- Depo sayım düzeltmesinin kanallara yansımaması
- İade ve iptal sahipliğinin belirsiz olması
Çok kanallı satışta düzenin omurgası tek stok kaynağı, kanal bazlı güvenlik payı ve ortak sipariş biçimidir. İade akışı da aynı disiplinle kayda geçmezse bu omurga kırılır. Az kanal ve az sipariş varken elle yönetim makuldür; fazla satış ve düzeltme işi büyümeye başladığında otomasyon karşılığını verir. Mevcut kanallarınız için hangi yapının uygun olduğunu birlikte değerlendirmek isterseniz rabbitclip ile bir keşif görüşmesi yapabiliriz.
Sık sorulanlar
Çok kanallı satışta fazla satış nasıl önlenir?
Stok tek kaynakta tutulur, kanallar o kaynaktan beslenir, sipariş gelir gelmez stok rezerve edilir ve her kanala depodan biraz az gösterilir. Senkronizasyon ne kadar sık ve çift yönlü olursa risk o kadar düşer.
Stok ortak havuzda mı tutulmalı, kanallara ayrılmalı mı?
Ortak havuz stoğu daha verimli kullanır ama gecikmede fazla satış riski taşır. Ayrılmış pay daha güvenlidir ama atıl stok bırakabilir. Çoğu işletme ortak havuzu güvenlik payıyla birlikte tercih eder.
Pazaryeri ve kendi siteyi senkronize etmek için ERP şart mı?
Hayır. Tek stok kaynağı bir ERP, stok yazılımı ya da özel bir katman olabilir. Önemli olan stoğun tek yerde durması ve bütün hareketlerin oraya yazılmasıdır.
Çok kanallı yapı hangi aşamada kurulmalı?
Elle güncelleme hata ve zaman kaybı üretmeye başladığında. Fazla satış, iptal ve pazaryeri uyarıları sıklaşıyorsa otomasyon zamanı gelmiştir; nadir hata varken sayımı sıklaştırmak yeterli olabilir.
