Çoğu satıcı, oyun içi etkinlik ve sezon pass satışının lansman günü patladığını sanır. Takvime bakar, sezonun başlayacağı günü işaretler, o sabah stoğu yükler, sosyal medyaya bir duyuru atar ve siparişlerin akmasını bekler. Gerçek şu ki o sabaha geldiğinde en kârlı dilim çoktan başkasının kasasına yazılmıştır. Çünkü oyuncu, sezonun başladığı anı değil, sezonun başlayacağını öğrendiği anı satın alma anı olarak kullanır.
Bu yüzden pass satışında asıl mesele ürün bulmak değil, saati doğru tutmaktır. Kimin daha ucuz sattığı değil, kimin vitrinini doğru dakikada canlı tuttuğu belirleyici oluyor. Ve bu tam olarak elle yönetilemeyen bir iş: uyuduğun saatte açılan bir etkinlik, sana kaybettiğin cirodan başka hiçbir şey bırakmaz. Bir e-pin scripti seçerken sorman gereken ilk soru da bu: bu sistem benim yerime saat tutabiliyor mu?
Sezon geçişinde satış gerçekten lansman sabahı mı patlıyor?
Hayır. Oyun yapımcısı bir sezonu duyurduğunda, oyuncu topluluğu o duyuruyu saatler içinde sindirir ve fiyat araştırmasına girişir. Sezon henüz açılmamıştır, pass henüz oynanabilir değildir ama satın alma niyeti tepededir. Bu pencerede vitrininde ürün yoksa, oyuncu başka bir sekmeye geçer ve bir daha dönmez. Lansman sabahına kadar beklemek, aslında en sıcak talebi rakibe ikram etmek demektir.
Burada satıcıların düştüğü tuzak, stoğun tedarikçiden gelmesini beklemektir. Oysa profesyonel kurgu tersidir: ürün sayfası duyuruyla birlikte açılır, teslimat penceresi net yazılır, stok akışa göre doldurulur. Bunu yapabilmek için ön sipariş ve gecikmeli teslimat mantığını destekleyen bir dijital ürün satış yazılımı gerekir. Yoksa her sezonda aynı yerden kaybetmeye devam edersin.
Stoğu ne zaman yüklersen kâr ne zaman katlanır?
Stok yükleme saati, fiyatın kendisi kadar belirleyicidir. Duyuru anında piyasada arz azdır, fiyat toleransı yüksektir. Lansmandan üç gün sonra ise arz bollaşır, fiyat kırılır, marj erir. Yani aynı ürünü aynı maliyetle alıp iki farklı saatte satmak, iki farklı iş modeli anlamına gelir.
Bu yüzden akıllı satıcı stoğunu tek seferde vitrine boşaltmaz. Kod havuzunu dilimler: bir kısmı duyuru penceresine, bir kısmı lansman gününe, bir kısmı da etkinliğin son 48 saatine ayrılır. Son dilim genelde en yüksek marjla gider, çünkü geç kalan oyuncu pazarlık yapmaz. Kademeli stok açma özelliği olan bir e-pin satış scripti bunu takvime bağlar ve senin müdahalene ihtiyaç duymaz.
| Zaman dilimi | Talep yoğunluğu | Fiyat toleransı | Önerilen stok payı | Teslim beklentisi |
|---|---|---|---|---|
| Duyuru + 0-6 saat | Çok yüksek | Yüksek | %25 | Ön sipariş kabul edilir |
| Duyuru + 6-48 saat | Yüksek | Orta-yüksek | %20 | Anında tercih edilir |
| Lansman günü | Zirve | Orta | %30 | Anında zorunlu |
| Sezon ortası | Düşük | Düşük | %10 | Anında |
| Etkinlik son 48 saat | Yüksek | Çok yüksek | %15 | Saniyeler içinde |
Pass satışında kuyruk neden sessiz bir katildir?
Etkinlik saatinde siteye gelen trafik normal günün birkaç katıdır. Sorun trafiğin kendisi değil, eşzamanlı sipariş anında aynı kodun iki kişiye gitme riskidir. Elle yönetilen bir Excel havuzunda bu neredeyse kaçınılmazdır; sonuç iki mutsuz müşteri, bir iade ve itibar kaybıdır.
Doğru kurulmuş bir sistemde her kod tek bir siparişe kilitlenir, teslim edilen kod havuzdan anında düşer ve aynı saniyede gelen ikinci istek sıradaki koda yönlenir. Pinova'nın stok kilidi tam bu senaryo için tasarlandı: yoğunluk arttığında teslimat sırası bozulmaz. Ayrıntıları özellikler bölümünde görebilirsin.
Etkinlik dönemi siparişlerinin saat dağılımı
- Gece 22.00-04.00 45%
- Akşam 18.00-22.00 25%
- Gündüz 10.00-18.00 20%
- Sabah 04.00-10.00 10%
Etkinlik bitmeden kaç saat önce vitrini kapatmalısın?
Bu, kimsenin konuşmadığı ama iade oranını doğrudan belirleyen bir karardır. Etkinlik saati dolduktan sonra teslim edilen bir pass kodu, oyuncu için değersizdir ve neredeyse kesin iade talebi doğurur. Elle satış yapan satıcı bu riski gece yarısı uyanıp ürünü gizleyerek yönetmeye çalışır.
Sağlıklı yaklaşım, ürüne otomatik satış bitiş zamanı tanımlamaktır. Bitişten iki-üç saat önce vitrin kendini kapatır, sepetteki ürünler düşer, sayfada net bir uyarı görünür. Böylece iade dosyası açılmaz, yorumlar temiz kalır. Bu küçük ayar, sezon sonunda kârın erimesini engelleyen en ucuz sigortadır.
Oyun etkinlikleri çoğunlukla UTC saatiyle duyurulur, müşterin ise Türkiye saatiyle yaşar. Ürün açılış ve kapanış zamanlarını tek bir saat dilimine sabitle ve vitrinde yerel saatle göster; aksi halde iki saatlik kayma tüm takvimini bozar.
Zamanlamayı elle yapan panel seni neden geride bırakır?
Elle yönetim, iyi günlerde çalışır gibi görünür. Gerçek fatura kötü günlerde kesilir: hasta olduğun gün, seyahatte olduğun gün, iki etkinliğin aynı geceye denk geldiği gün. Bir tek kaçırılan pencere, bir aylık reklam bütçesinden fazlasına mal olur.
Otomasyon burada lüks değil, dayanıklılıktır. Ürün açılış-kapanış saatleri, fiyat takvimi, stok dilimleri ve bildirimler sisteme yazıldığında iş senden bağımsız yürür. İyi bir epin yazılım altyapısı, satıcıyı operatör olmaktan çıkarıp karar verici yapar. Fark tam olarak buradan başlar.
Takvimi yazılıma devretmek pratikte neye benziyor?
Pratikte üç katman kurarsın. Birinci katman ürün takvimidir: her pass için yayın saati, kapanış saati ve stok dilimleri tanımlanır. İkinci katman fiyat takvimidir: pencereye göre fiyat kendiliğinden değişir, sen her seferinde elle düzenlemezsin. Üçüncü katman bildirim katmanıdır: stok kritik seviyeye indiğinde ya da kapanışa yaklaşıldığında haber alırsın.
Bu üç katman kurulduğunda sezon açılışı kriz değil rutin olur. Pinova'nın takvim ve stok modülleri tam bu üç katman düşünülerek yazıldı; paket farklarını fiyat tablosunda karşılaştırabilirsin. Kurulum sonrası ilk sezonda fark ettiğin şey genelde ciro artışı değil, gece uykunun geri gelmesi olur.
| Kontrol noktası | Neden önemli | Hazır mı? |
|---|---|---|
| Ürün yayın ve kapanış saati tanımlı | Geçersiz kod teslimini ve iadeyi önler | Zorunlu |
| Stok dilimlere ayrılmış | Marjı pencereye göre korur | Zorunlu |
| Eşzamanlı sipariş kilidi aktif | Aynı kodun iki kişiye gitmesini engeller | Zorunlu |
| Kritik stok bildirimi kurulu | Zirve saatte stoksuz kalmayı önler | Önerilir |
| Ön sipariş metni ürün sayfasında | Teslim süresi itirazını sıfırlar | Önerilir |
| Saat dilimi tek merkezde sabit | Takvim kaymasını kapatır | Zorunlu |
| Etkinlik sonrası arşiv sayfası | SEO değerini korur | Opsiyonel |
Sezonu bu kez saatiyle yakala
Etkinlik takvimini, stok dilimlerini ve otomatik teslimatı tek panelden yöneten bir altyapı kur; bir sonraki sezon açılışında uyanık kalmak zorunda kalma.
Etkinlik pass ürününü duyuru anında stok olmadan satabilir miyim?
Evet, teslim süresini ürün sayfasında açıkça yazdığın ve ön sipariş olduğunu belirttiğin sürece satabilirsin. Önemli olan sistemin bu siparişleri ayrı bir kuyrukta tutması ve stok girdiğinde otomatik teslim etmesidir.
Otomatik kapanış saati koymazsam ne olur?
Etkinlik süresi bittikten sonra gelen siparişler geçersiz kod teslimiyle sonuçlanır. Bu hem iade hem olumsuz yorum üretir. Kapanış saatini ürüne tanımlamak bu riski tamamen ortadan kaldırır.
Yoğun saatte aynı kod iki müşteriye gidebilir mi?
Stok kilidi olmayan sistemlerde evet, bu çok sık yaşanır. Teslim anında kodu havuzdan kilitleyen bir yapı kullanırsan eşzamanlı yüzlerce siparişte bile çakışma olmaz.
Fiyatı pencereye göre elle mi değiştirmem gerekir?
Gerekmez. Fiyat takvimi tanımlayabilen bir yapıda her pencere için ayrı fiyat girilir ve sistem saatinde otomatik geçiş yapar. Elle müdahale hem yavaş hem hataya açıktır.
Zamanlama, dijital ürün satışında en az fiyat kadar teknik bir konudur ve elle tutulamaz. Takvimi, stok dilimlerini ve teslimatı aynı yerde yöneten bir kurguyu bir kez kurduğunda her sezon aynı disiplinle tekrarlanır. Nasıl göründüğünü merak ediyorsan canlı demo üzerinden ürün takvimini ve stok kilidini kendi elinle deneyip kararını ver.

