Çoğu bayi EA FC Points satışını basit bir denklem sanır: ucuza al, üzerine kâr koy, sat. Bu denklem yılın sekiz ayında gerçekten çalışır. Sorun, geri kalan dört ayda çalışmamasıdır. Sezon geçişi dediğimiz o dar pencerede aynı ürün, aynı fiyat, aynı vitrin bambaşka davranır: bir hafta stoğun yetmez, üç hafta sonra elindeki aynı stok sana faiz gibi işleyen ölü sermayeye dönüşür. Fark, ürünün değişmesi değil; oyuncunun oynama sebebinin değişmesidir.
Sen de büyük olasılıkla bunu yaşadın ama adını koymadın. "Piyasa durdu" dedin, "rakip kırdı" dedin, "reklam performansı düştü" dedin. Oysa olan şey daha sıradan: takvim senden hızlı hareket etti, sistemin ise hâlâ geçen ayın talebine göre stok tutuyordu. Bu yazıda sezon geçişinin stok üzerindeki etkisini haftalara bölüp somutlaştıracağız; ardından bir e-pin scripti üzerinde hangi kuralların kurulması gerektiğini, yani bu takvimi tahminden çıkarıp otomatik bir refleks hâline getirmenin yolunu konuşacağız.
Sezon geçişi gerçekten bir tarih mi, yoksa bir davranış kırılması mı?
Takvimde tek bir gün var: yeni sürümün çıktığı gün. Ama satış tarafında olan şey tek günlük değil. Geçiş, eski sürümün son haftalarında başlar. Oyuncu yeni sürümün geleceğini bildiği anda mevcut hesabına para koymayı kesmeye başlar; çünkü harcadığı şeyin devredilmeyeceğini bilir. Yani sen hâlâ eski sürüme stok tutarken talep, henüz açılmamış bir kapının önünde birikmeye başlar. Bu birikme dönemi bayiler için en aldatıcı kısımdır: ciro düşer, panik yapılır, fiyat kırılır, kâr marjı gereksiz yere yakılır. Oysa düşüşün sebebi fiyat değil, beklemedir.
Lansman gününde kapı açılır ve biriken talep bir anda üstüne biner. Burada iki tip bayi görürsün. Birincisi, elindeki stoğu son haftalarda indirimle eritmiş olduğu için tam talep patlarken vitrini boş kalan bayidir. İkincisi ise talep eğrisini takvimle eşleştirdiği için lansmana dolu girip ilk on günde yılın en kârlı satışını yapan bayidir. İkisi arasındaki fark sezgi değil, kayıt tutma disiplinidir. Bir dijital ürün satış scripti üstünde geçen yılın gün gün sipariş verisi duruyorsa, bu takvimi tahmin etmen gerekmez; geçen yılın eğrisini bu yılın takvimine kaydırman yeter.
Stok neden "bozulmaz" bir ürün olmasına rağmen değer kaybeder?
E-pin kodu raflarda küflenmez, son kullanma tarihi çoğu zaman uzaktır. Bu yüzden pek çok işletme sahibi stok riskini yok sayar. Hata tam burada. Kodun kendisi bozulmaz ama kodun içine gömülü olan satılabilirlik bozulur. Sezon geçtikten sonra eski sürüme ait bakiye ürünlerine olan ilgi kalıcı biçimde düşer; talep geri gelse bile eski seviyesine dönmez. Yani elindeki stok nominal değerini korur, pazar değerini kaybeder.
İkinci ve daha acı olan maliyet, sermayenin kilitlenmesidir. Bayilikte kâr, marjdan çok devir hızından gelir. Yüzde sekiz marjla ayda üç kez döndürdüğün para, yüzde on beş marjla ayda bir kez döndürdüğün paradan fazla kazandırır. Sezon sonunda gereğinden fazla stok tutmak, o paranın yeni sürümün yüksek talepli haftalarında kullanılmasını engeller. Kayıp, satamadığın kodda değil; o parayla alamadığın yeni stokta gizlidir. Bunu görmek için tek tek ürün kârına değil, ürün başına ortalama raf süresine bakman gerekir; iyi bir e-pin satış yazılımı bu ölçüyü sana zaten verir.
| Dönem | Oyuncu davranışı | Talep yönü | Doğru stok tutumu | Sık yapılan hata |
|---|---|---|---|---|
| Sezon sonu, son 6 hafta | Harcamayı durdurur, yeni sürümü bekler | Belirgin düşüş | Kademeli eritme, yeni alım yok | Fiyat kırıp marj yakmak |
| Son 2 hafta | Yalnızca zorunlu küçük alımlar | Dip | Stoğu sıfıra yaklaştır | Kampanya için toplu alım |
| Lansman haftası | Kadro kurma telaşı, yoğun alım | Sert yükseliş | Yüksek stok, hızlı tedarik hattı | Vitrinin boş kalması |
| Lansman sonrası 2-6. hafta | Düzenli iyileştirme alımları | Yüksek ve istikrarlı | Otomatik yeniden sipariş eşiği | Elle stok takibi |
| Sezon ortası etkinlikler | Kısa süreli dalgalar | Ani zirveler | Etkinlik takvimine bağlı tampon | Dalgayı geç fark etmek |
Vitrini boş kalan bayi sadece o satışı mı kaybeder?
Hayır, çok daha fazlasını kaybeder. Dijital ürün alan kullanıcının sabrı fiziksel ürün alan kullanıcıdan kısadır; çünkü ürünü şimdi kullanmak ister. "Stokta yok" yazısını gören kullanıcı beklemez, bir sonraki sekmeye geçer ve orada iyi bir deneyim yaşarsa artık senin müşterin değildir. Yani sezon lansmanında yaşanan stok boşluğu, tek seferlik bir ciro kaybı değil; gelecek on iki ayın müşteri tabanından kesilen bir dilimdir.
Bunun tersi de doğru. Talebin zirvede olduğu hafta boyunca kesintisiz teslimat verirsen, o dönemde kazandığın müşteri sezon boyunca tekrar alır. Lansman haftası bu yüzden bir kâr penceresi olmaktan çok bir müşteri kazanma penceresidir. Tedarikçiyle o hafta için önceden konuşmak, ikinci bir tedarik kanalı hazır tutmak ve stok eşiği uyarılarını normal günlere göre daha erken tetiklemek, o haftanın gerçek hazırlığıdır. Sistem tarafında ihtiyacın olan şey karmaşık değil: eşik, uyarı ve otomatik kapatma. Özellik listesinde bu üçlünün bulunup bulunmadığı, sezon geçişini rahat mı gergin mi yaşayacağını belirler.
Sezon geçişinde bayi kaybının dağılımı
- Lansmanda stok boşluğu 40%
- Sezon sonu ölü stok 28%
- Panikle kırılan fiyat 20%
- Kaçan tekrar müşteri 12%
Fiyatı sezon geçişinde nasıl yönetmelisin?
Sezon sonunda fiyat kırmak içgüdüsel görünür ama sırası önemlidir. Önce miktarı azaltmalı, sonra fiyatı düşürmelisin. Çünkü talebin düştüğü dönemde fiyat indirimi satışı geri getirmez; sadece zaten alacak olan kullanıcıya daha az kârla satmanı sağlar. Doğru sıra şudur: son altı haftada yeni alımı kes, mevcut stoğu normal fiyatla erit, son iki haftada elde kalan kalıntıyı paket veya kombinasyon içinde temizle.
Lansman sonrasında ise tam ters mantık geçerlidir. Talep yüksekken en büyük hata hâlâ sezon sonu fiyatlarıyla satmaya devam etmektir. Kullanıcı o hafta fiyata değil bulunurluğa ve teslim hızına duyarlıdır. Marjını iki üç puan yukarı çekmek dönüşümünü hissedilir biçimde düşürmez, ama toplam kârını belirgin şekilde artırır. Bunu elle yapmaya çalışırsan yetişemezsin; kural tabanlı fiyatlama gerekir. Fiyat planlarını değerlendirirken "toplu fiyat güncelleme" ve "kampanya zamanlama" kalemlerini özellikle sor; sezon geçişini kurtaran şey budur.
Sipariş verini gün bazında dışa aktar, geçen sezonun lansman gününü sıfır kabul edip haftaları hizala. Elinde tahmin değil ölçülmüş bir talep şablonu olur; stok kararlarını duyguyla değil bu şablonla verirsin.
Bu takvimi sistem senin yerine hatırlayabilir mi?
Evet, ve aslında hatırlaması gereken taraf sensin değil sistemdir. Sezon geçişi yılda bir kez yaşandığı için insan hafızası buna çok kötüdür; geçen yılın hangi haftasında ne yaptığını kimse net hatırlamaz. Bu yüzden kurulması gereken şey bir hatırlatma değil, doğrudan davranışı değiştiren kurallardır: belirli tarihten sonra yeni alım kalemini kilitle, stok eşiği altına düşen ürünü otomatik pasife al, tedarik gecikmesinde ürünü "ön sipariş" moduna çevir, yüksek talep döneminde satılan adedi kanal bazında ayrı raporla.
Pinova'nın burada yaptığı şey e-pin satmak değil; e-pin satan işletmenin karar refleksini yazılıma gömmektir. Stok eşiği, otomatik teslimat, tedarikçi bazlı maliyet takibi ve dönemsel rapor bir arada çalıştığında sezon geçişi kriz değil, planlanmış bir manevraya dönüşür. Bir epin yazılım seçerken sorman gereken soru "kaç ürün ekleyebilirim" değil, "talep iki katına çıktığı hafta bu sistem beni uyarır mı" olmalı. Kararı vermeye hazırsan kurulum adımını buradan başlatabilirsin.
| Kontrol | Neden önemli | Hazır mı |
|---|---|---|
| Geçen sezonun gün bazlı sipariş verisi dışa aktarılabiliyor | Talep şablonunu tahminden çıkarır | Evet / Hayır |
| Ürün bazlı stok eşiği ve uyarı kurulu | Lansmanda boş vitrini engeller | Evet / Hayır |
| Stok bitince otomatik pasife alma çalışıyor | Teslim edilemeyen sipariş ve iade riskini kaldırır | Evet / Hayır |
| Toplu fiyat güncelleme tek ekrandan yapılabiliyor | Yüksek talep haftasında marjı hızlı ayarlar | Evet / Hayır |
| İkinci tedarikçi tanımlı ve maliyeti ayrı izleniyor | Tek kanal kesilirse satış durmaz | Evet / Hayır |
| Kampanya başlangıç-bitiş tarihi otomatik | Sezon sonu eritme planını elden kurtarır | Evet / Hayır |
| Ürün başına ortalama raf süresi raporlanıyor | Ölü sermayeyi erken yakalar | Evet / Hayır |
Sezonu stoğuna hükmederek kapat
Pinova, e-pin ve dijital ürün satan işletmeler için stok eşiği, otomatik teslimat, kampanya zamanlama ve dönemsel raporlamayı tek panelde birleştirir. Sezon geçişi artık senin sürprizin olmaz.
Sezon sonunda stoğu tamamen sıfırlamak doğru mu?
Tamamen sıfırlamak yerine küçük bir tampon bırakmak daha sağlıklıdır. Eski sürüme ait düşük hacimli ama sürekli bir talep her zaman kalır. Hedef sıfır stok değil, sermayenin büyük kısmını serbest bırakmaktır.
Lansman haftasında fiyat artırmak müşteriyi kaçırır mı?
Ölçülü bir artış çoğunlukla kaçırmaz. O hafta kullanıcı bulunurluk ve teslim hızına odaklıdır. Asıl kaçırtan şey stok boşluğu ve gecikmeli teslimattır, birkaç puanlık fiyat farkı değil.
Talep tahmini için kaç sezon verisi gerekir?
Tek sezon bile işe yarar bir şablon verir. İki sezon veriyle mevsimsel kalıbı tesadüften ayırabilirsin. Önemli olan verinin gün bazında ve kanal ayrımlı tutulmasıdır.
Bunların hepsini tabloyla takip edemez miyim?
Küçük hacimde edebilirsin, ancak sezon geçişi hacmin katlandığı dönemdir. Elle takip tam da yoğunluğun arttığı anda kırılır; kuralların yazılım tarafında çalışması bu yüzden fark yaratır.
Sezon geçişi kaçınılmaz, ama zararı kaçınılmaz değil. Takvimi bilen, stoğunu ona göre daraltıp genişleten ve fiyatını kurala bağlayan bayi aynı pazarda rakibinden fazla kazanır. Bu kuralların panel üzerinde nasıl kurulduğunu kendi gözünle görmek istersen canlı demo üzerinden stok eşiklerini, otomatik teslimat akışını ve dönemsel raporları kurcalayabilirsin; gelecek sezona hazırlanmanın en hızlı yolu bu.