Çoğu e-pin satıcısı talebin rastgele dalgalandığını sanır. Bir hafta kasa dolar, ertesi hafta aynı kodlar rafta bekler; sen de bunu piyasanın kaprisine, rakibin indirimine ya da şansa yazarsın. Oysa sahada uzun süredir duran bayilere bakarsan şunu görürsün: onların satışı da dalgalanıyor, ama onlar dalgayı önceden biliyor. Çünkü e-pin talebi rastgele değil, takvime bağlı. Okul tatili, maaş günü, oyun içi sezon geçişi, büyük indirim haftaları ve turnuva takvimi; bunların hepsi senin kasandan önce oyun şirketinin duyuru sayfasında belli oluyor.
İşin sinir bozucu tarafı şu: bu bilgiyi görmek yetmiyor. Gördüğünü stoğa, nakde ve fiyata çevirmen gerekiyor. Elinde sadece bir sipariş listesi varsa, sezonu ancak geçtikten sonra fark edersin. Doğru kurulmuş bir e-pin satış scripti ise aynı veriyi sana olay olurken gösterir: hangi ürünün devir hızı arttı, hangi tedarikçide kritik eşik geçildi, hangi kupürde marjın erimeye başladı. Bu yazıda sezonluk talep tahmininin gerçek mekaniğini ve bunu bir dijital ürün satış yazılımı üzerinde nasıl çalışan bir sisteme dönüştüreceğini anlatıyorum.
Talep gerçekten rastgele mi, yoksa sen mi ölçmüyorsun?
Bir satıcıya "talebin ne zaman artıyor" diye sorduğunda genellikle "akşamları ve hafta sonu" cevabını alırsın. Bu doğru ama çok kaba bir gözlem. Gerçek desen daha katmanlı: gün içi saat eğrisi, hafta içi–hafta sonu farkı, ay içindeki maaş/harçlık ritmi ve yılın oyun takvimi. Bu dört katman üst üste binince ortaya "rastgele" görünen bir grafik çıkar. Katmanları ayırdığın anda tahmin edilebilir hale gelir.
Ayırmanın yolu da karmaşık matematik değil. Sipariş kayıtlarını ürün, kupür, saat ve gün bazında gruplayıp son 8-12 haftayı yan yana koymak yeterli. Burada tek şart, verinin tek yerde ve temiz durması. Siparişleri WhatsApp'ta, stoğu Excel'de, ödemeyi banka ekstresinde tutuyorsan bu analizi hiç yapamazsın. Ölçemediğin talebi tahmin edemezsin; bu yüzden sezon planlaması aslında bir veri disiplini işidir, kehanet işi değil.
Hangi takvim olayları kasanı gerçekten hareketlendiriyor?
Her duyuru satış getirmez. E-pin tarafında etkiyi belirleyen şey, olayın harcamayı zorunlu kılıp kılmadığı. Yeni bir kozmetik mağazası açılması orta etkilidir; süreli bir savaş bileti veya sezon geçişi yüksek etkilidir çünkü oyuncunun "sonra alırım" seçeneği yoktur. Buna bir de yerel takvimi eklemen gerekiyor: okulların kapanma tarihi, uzun tatiller, ay sonu ve ramazan/bayram gibi harcama davranışını değiştiren dönemler.
Pratik yaklaşım şu: her ürün grubuna bir "olay hassasiyeti" notu ver. Bazı ürünlerde talep yıl boyu düz akar, bazılarında piklerle gelir. Düz akanlar için sabit stok bandı yeterli; pik ürünlerinde ise stoğu olaydan önce, satışı olay sırasında, indirimi olaydan sonra planlarsın. Bu ayrımı yapmayan satıcı, tüm katalogda aynı stok politikasını uygular ve sonuçta hem satamadığı kodda para bağlar hem de tam satabileceği kodda "stokta yok" yazısı gösterir.
| Dönem | Talep yönü | Stok politikası | Fiyat tutumu | Nakit ihtiyacı |
|---|---|---|---|---|
| Okul tatili başlangıcı | Sert artış | Normalin 2,5 katı | Liste fiyatı koru | Yüksek |
| Ay başı / maaş haftası | Orta artış | 1,6 kat | Kupür yukarı yönlendir | Orta |
| Oyun içi sezon geçişi | Kısa ve keskin pik | 3 kat, 72 saatlik pencere | Marj savun | Yüksek |
| Ay ortası durgunluk | Düşüş | Minimum band | Paket/kombin dene | Düşük |
| Büyük indirim haftaları | Yüksek ama marj baskılı | 2 kat, hızlı devir | Rekabetçi | Çok yüksek |
| Yaz sonu okul öncesi | Sıçramalı | 1,8 kat | Sepet ortalamasını büyüt | Orta |
Stok planlamasının asıl ölçüsü adet değil, devir hızıdır
Bayilerin en sık yaptığı hata stoğu adetle düşünmek: "200 kod aldım, iyi durumdayım." Bu cümle tek başına hiçbir şey söylemiyor. Anlamlı soru şudur: bu 200 kod kaç günde tükenir ve tükenene kadar bağladığı nakit, o sürede başka üründe kaç tur atabilirdi? Stok bir varlık değil, kiraladığın bir zamandır. Devir hızı düştükçe aynı sermayeyle yapabildiğin ciro düşer.
Bu yüzden her ürün için üç sayı tut: ortalama günlük satış, tedarik süresi ve güvenlik payı. Yeniden sipariş noktası kabaca "tedarik süresi × günlük satış + güvenlik payı" olur. Sezon öncesinde günlük satış tahminini olay katsayısıyla çarparsın, sonrasında eski bandına döndürürsün. Bu üç sayıyı elle takip etmek 20 üründe mümkün, 200 üründe imkânsız. Burada e-pin yazılımı tarafının devreye girmesi gerekiyor: eşikler tanımlanır, sistem sen bakmadan uyarır.
Sezon pikinde kaçan satışın nedenleri
- Zamanında yenilenmeyen stok 40%
- Tedarikçi gecikmesi 28%
- Nakit yetersizliği 20%
- Fiyat/rekabet kaybı 12%
Nakit döngüsü sezonun gizli tavanı
Sezonu doğru tahmin edip yine de kaçıran satıcıların çoğunda sorun bilgi değil, nakit. Pik dönemde tedarikçi peşin ister, sen ise kartlı ödemede gün beklersin. Arada oluşan boşluk, tam satış artarken alım yapamamana yol açar. Çözüm, sezon öncesinde nakit takvimini stok takvimiyle üst üste koymak: hangi hafta ne kadar ödeme çıkacak, ne kadar tahsilat girecek.
Bunu yaparken iki kaldıraç var. Birincisi devir hızı yüksek ürünlerde bilinçli olarak daha ince marjla çalışıp parayı daha sık döndürmek. İkincisi bakiye/cüzdan mantığı: müşteriyi satın almadan önce yükleme yapmaya teşvik eden yapı, sana sezon öncesi nakit yaratır. Modern bir dijital ürün satış scripti bunu bakiye, otomatik fatura ve tedarikçi borç takibi ile aynı ekranda gösterebiliyor; tablo dağıldığı anda sezon yönetimi tahmine döner.
Pik tarihinden geriye 14 gün sayıp o günü "alım kapanış tarihi" ilan et. O tarihten sonra yapılan alımlar neredeyse her zaman daha pahalı ve daha geç gelir; sezonun kârını da tedarikçiye bırakırsın.
Tahmin yanlış çıktığında ne yapacaksın?
Hiçbir tahmin tam tutmaz; iyi sistem yanlış tahminin maliyetini küçültendir. Bunun için önceden iki senaryo yazman gerekiyor. Talep beklediğinden düşük geldiyse: fiyatı hemen kırmak yerine ilk 48 saat paket/çapraz satışla sepeti büyütmeyi dene, sonra kademeli indirime geç. Talep beklediğinden yüksek geldiyse: stoğu bitirip "yok" yazmak yerine ön sipariş veya tahmini teslim penceresi göster, müşteriyi rakibe göndermemiş olursun.
Her sezon sonunda 20 dakikalık bir kapanış toplantısı yap; tek başına çalışıyorsan kendine yap. Üç soruya cevap yaz: neyi doğru tahmin ettim, hangi üründe kaç adet kaçırdım, hangi üründe ölü stok kaldı. Bu notları biriktirdiğinde üçüncü sezonda tahminin sezgiden çıkıp tabloya döner. Sahada uzun kalanların sırrı bu sıkıcı defter tutma alışkanlığıdır.
Bu sistemi hangi altyapı taşır?
Anlattığım modelin hiçbir adımı sihirli değil, ama hepsi tek koşula bağlı: sipariş, stok, tedarikçi, ödeme ve müşteri verisinin aynı yerde durması. Dağınık araçlarla çalıştığında raporun her zaman bir hafta geriden gelir ve sezon bir haftada biter. Pinova tam bu noktada duruyor: kendisi e-pin satmaz, e-pin satan işletmenin yönetim katmanıdır. Stok eşikleri, kupür bazlı satış raporu, tedarikçi maliyet takibi, bakiye ve otomatik teslimat aynı panelde toplanır.
Karar verirken bak: ürün bazlı devir raporu var mı, stok kritik uyarısı kurulabiliyor mu, tedarikçi maliyeti sipariş satırına yazılıyor mu, geçmiş veriyi dışa alabiliyor musun. Bu dördü varsa sezonluk planlamayı kurabilirsin. Özellikler ve fiyat sayfalarından kapsamı karşılaştırıp kendi katalog büyüklüğüne göre karar vermen en sağlıklısı.
| Kontrol | Ne bakacaksın | Hedef | Durum |
|---|---|---|---|
| Devir hızı raporu | Ürün bazlı ortalama tükenme günü | 14 günün altı | Aylık |
| Kritik stok eşiği | Yeniden sipariş noktası tanımlı mı | Tüm A grubu ürünlerde | Haftalık |
| Olay takvimi | Önümüzdeki 60 günün pik tarihleri | Yazılı ve paylaşılmış | İki haftada bir |
| Nakit takvimi | Tahsilat–ödeme çakışması | Negatif hafta yok | Haftalık |
| Ölü stok listesi | 45 günden uzun bekleyen kodlar | Cironun %5 altı | Aylık |
| Kupür dağılımı | Hangi kupürde marj yüksek | Üst kupüre yönlendirme | Aylık |
| Tedarikçi performansı | Ortalama teslim süresi | 24 saatin altı | Aylık |
Sezonu tahminle değil tabloyla geçir
Stok eşikleri, devir raporları ve tedarikçi maliyet takibi tek panelde. Pinova'nın planlama tarafını kendi kataloğunla test et.
Kaç haftalık veriyle sezon tahmini yapabilirim?
Sekiz hafta temiz veriyle kaba bir desen çıkarabilirsin, ama güvenilir bir yıllık takvim için en az iki tam sezon gözlemi gerekir. İlk yıl tahmin yerine kayıt tutmaya odaklan.
Stok fazlası mı yoksa stoksuz kalmak mı daha maliyetli?
Kısa vadede stoksuzluk daha pahalıdır çünkü müşteriyi rakibe gönderir ve geri gelmesi zordur. Uzun vadede ise ölü stok sermayeni kilitleyerek büyümeyi yavaşlatır; ikisi arasında devir hızı eşiğiyle denge kurulur.
Küçük katalogda bu kadar sisteme gerek var mı?
Yirmi ürünle çalışıyorsan basit bir tablo yeter. Ama ürün sayısı elliyi, günlük sipariş kırkı geçtiğinde elle takip hata üretmeye başlar; o eşikte bir e-pin satış yazılımı zorunlu hale gelir.
Tedarikçi gecikmesini nasıl telafi ederim?
Tek tedarikçiye bağlı kalmamak en etkili yöntemdir. Her A grubu ürün için ikinci bir kaynak tanımla ve sistemde maliyetleriyle tut; pik dönemde otomatik olarak ikinci kaynağa geçebilirsin.
Sezonluk planlama, e-pin işinde amatörü profesyonelden ayıran tek görünmez beceridir. Takvimi okumayı, devir hızını ölçmeyi ve nakdi stokla eşleştirmeyi öğrendiğin gün ciro değil kâr büyümeye başlar. Bu sistemin panel tarafında nasıl göründüğünü merak ediyorsan, ürün eşiklerini ve raporları kurcalayabileceğin canlı demo üzerinden kendi senaryonu kurup dene; birkaç saatlik denemenin sana bir sezonluk hata bedeli kazandırdığını göreceksin.