Ürün satan her işletme aynı iki riskle yaşar: fazla stok sermayeyi kilitler, eksik stok satışı kaçırır. Küçük ve orta ölçekli işletmelerde bu denge genellikle deneyimle yönetilir — deneyim değerlidir ama ölçek büyüdükçe ve ürün çeşidi arttıkça yetmez.
Bu yazı stok yönetiminin CRM tarafına bakıyor: satış verisinden talebi okumak.
Önce temel: hangi ürün ne kadar dönüyor
Gelişmiş tahminden önce basit bir tablo gerekir:
- Devir hızı: ürün ortalama kaç günde tükeniyor
- Ölü stok: 90 gün, 180 gün hareket görmeyen kalemler
- Stoksuz kalma: talep gelip karşılanamayan durumlar
Üçüncüsü neredeyse hiç kaydedilmez — ve en pahalı olanıdır. "Yok" denip gönderilen müşteri hiçbir raporda görünmez. Oysa o kayıt tutulursa, hangi ürünün eksikliğinin ne kadar satış kaybettirdiği ölçülebilir hale gelir.
Pratik öneri: satış ekranına "talep edildi ama yoktu" diye tek tıklık bir kayıt ekleyin. Birkaç ayda çok şey anlatır.
Talep tahmini: geçmişten geleceği okumak
Yeterli satış geçmişi biriktiğinde yapay zeka her ürün için beklenen talebi tahmin edebilir. Basit bir ortalamadan farkı, birden fazla etkeni birlikte değerlendirmesidir:
- Mevsimsel dalgalanma
- Genel büyüme veya daralma eğilimi
- Bayram, okul dönemi, sezon başı gibi takvim etkileri
- Ürünler arası ilişki — biri satarken diğerinin de satması
Son madde sezgiyle kolay yakalanmaz. Birlikte satılan ürünlerin tespiti, hem stok hem çapraz satış için değerlidir.
Kritik seviye: sabit sayı yanlış cevaptır
Çoğu işletme her ürün için sabit bir alarm seviyesi belirler: "10'un altına düşünce sipariş ver." Bu yaklaşım hızlı dönen ürünle yavaş dönen ürünü aynı kefeye koyar.
Doğrusu, kritik seviyenin tedarik süresi ve talep hızından hesaplanmasıdır. Tedariki 3 hafta süren ve haftada 20 adet satan bir ürünün kritik seviyesi, tedariki 2 gün süren bir üründen çok farklıdır.
Sistem bunu hesapladığında alarmlar anlamlı hale gelir — ve anlamlı alarm, dikkate alınan alarmdır. Sürekli yanlış uyaran bir sistem birkaç haftada görmezden gelinmeye başlar.
Sezonluk planlama
Sezonluk işlerde asıl karar sezon öncesinde verilir ve yanlış verilirse tüm yılı etkiler. Geçmiş sezon verisi bu kararın tek sağlam dayanağıdır.
Bakılması gerekenler:
- Geçen sezon hangi hafta zirve yaptı, ne kadar sürdü
- Sezon sonunda elde ne kaldı — yani fazla alınan miktar
- Sezon ortasında neyin stoğu bitti — yani kaçan satış
Bu üç sayı bir sonraki sezonun sipariş miktarını belirler. Deneyimli işletmeci bunu zaten hisseder; veri hissi doğrular ya da düzeltir — ve düzelttiği durumlar genelde pahalı olanlardır.
CRM ile stok neden aynı yerde olmalı
Stok bir depo meselesi gibi görünür ama asıl bilgi satış tarafındadır:
- Verilen ama teslim edilmemiş siparişler gelecekteki stok ihtiyacıdır
- Açık teklifler olası talep sinyalidir
- Müşteri bazında satış deseni, gelecek dönem tahminini iyileştirir
Stok programı ile satış programı ayrı olduğunda bu bağ kopar. Depo geçmişe bakarak sipariş verir, oysa cevap satış ekibinde durur.
Tahminin sınırlarını bilmek
Dürüst olmak gerekir: talep tahmini kesin değildir ve bazı durumlarda büsbütün yanılır.
- Yeni ürünün geçmişi yoktur — tahmin edilemez
- Beklenmedik olaylar (kur şoku, mevzuat değişikliği) tahminde yoktur
- Kendi kampanyanız talebi bozar — sistem bilmiyorsa şaşırır
Bu yüzden tahmin bir karar önerisidir, emir değil. Sistem "şu kadar sipariş ver" dediğinde, o rakamı bilen bir insanın onaylaması gerekir. Piyasayı bilen kişi hâlâ sizsiniz.
Nereden başlanmalı
Sırayla: önce devir hızı ve ölü stok (hemen para çıkarır — elde kalanı eritmek), sonra stoksuz kalma kaydı (kaybı görünür kılar), sonra kritik seviye hesabı, en son tahmin.
Tahminle başlamak yaygın bir hatadır: veri yeterli değilken kurulan tahmin yanılır, güven kaybeder ve sistem terk edilir.
Sonuç
Stok yönetiminde yapay zeka destekli CRM'in katkısı sihirli bir tahmin değil, görünürlüktür: ne dönüyor, ne ölmüş, ne kaçmış. Bu üçü netleştiğinde çoğu işletme aynı cirosunu daha az sermayeyle döndürmeye başlar.