Çoğu kişi EA Play ve Origin kodu satmanın bir “tedarikçi bulma” işi olduğunu sanır. Bayiden kodu al, panele gir, fiyatı yaz, sat. İlk üç ay gerçekten de böyle görünür. Sonra bir cuma akşamı aynı 12 aylık EA Play Pro kodunu dört ayrı müşteriye teslim ettiğini ve üçünün “bu kod kullanılmış” diye yazdığını fark ediyorsun. Sorun tedarikte değildi. Sorun, stokun nerede, kaç tane ve hangi bölgede olduğunu bilmeyen bir düzenle satış yapmandı.
Bu işte para kaybettiren şey ucuz kod bulamamak değil; elinde olmayanı satmak, elinde olanı unutmak ve bölge kilidi yüzünden yanlış kodu yanlış müşteriye göndermek. İşin doğrusu şu: EA ekosisteminde stok planı bir ticaret meselesi değil, bir envanter mühendisliği meselesidir. Aşağıda hangi verinin tutulacağını, hangi eşiğin alarm üretmesi gerektiğini ve bir e-pin scriptinin bu zincirin tam olarak neresinde durduğunu anlatıyorum. Doğru kurulmuş bir dijital ürün satış yazılımı bu kararların yarısını senin yerine, sen uyurken alır.
EA Play stoğu neden sıradan bir e-pin gibi davranmaz?
Bir oyun içi para birimi kodunu düşün: tek bir cüzdana yüklenir, süresi yoktur, bölge kilidi çoğu zaman yumuşaktır. EA Play ise bir süreli hizmet satışıdır. Müşteri 1 aylık mı 12 aylık mı aldığını, standart mı Pro mu olduğunu, kodun konsolda mı PC’de mi çalıştığını bilmek zorundadır. Sen de bunların her birini ayrı bir stok kalemi olarak tutmak zorundasın. Aynı kutuya “EA Play kodu” diye 200 satır atarsan, üçüncü haftada hangi satırın hangi ürüne ait olduğunu kimse bilemez.
İkinci fark ödeme davranışında. Abonelik kodu alan müşteri genellikle oyuna girmek üzeredir; 10 dakika beklemez, iptal eder. Bu yüzden abonelik kalemlerinde “manuel teslim” modeli baştan ölüdür. Üçüncü fark ise iade profilinde: abonelik kodu hesaba bir kez basılır ve geri alınamaz, dolayısıyla her hatalı teslim doğrudan zarardır. Bu üç farkı kabul ettiğin an stok planın şekli değişir.
Bölge kilidi: tek bir eksik sütun nasıl iadeye dönüşür?
Origin ve EA App kodlarının büyük kısmı bölge sınırlıdır. TR hesabına basılması gereken kodu global bir müşteriye gönderirsen kod “geçersiz” görünür; tersi de aynı. Buradaki tuzak şu: bayiden gelen dosyada bölge bilgisi çoğu zaman dosya adında yazar, kodun yanında yazmaz. Sen de içe aktarırken o bilgiyi düşürürsün. Kod veritabanına girer, bölgesi kaybolur, satılır ve iki hafta sonra destek kuyruğunda kaybolan kârın olarak geri döner.
Çözüm sıkıcı ama kesin: bölge bir zorunlu alan olacak. Bölgesiz kod sisteme girmeyecek. Ürün sayfasında bölge başlık seviyesinde yazacak, sepette tekrar hatırlatılacak, teslim mesajında üçüncü kez geçecek. Bir e-pin satış scripti seçerken sorman gereken ilk soru budur: stok kaleminde bölge, platform ve süre ayrı ayrı tutulabiliyor mu, yoksa hepsi tek bir metin alanına mı sıkıştırılıyor?
| Stok kalemi | Ayrışma kriteri | Tipik tampon | Kritik eşik | Risk |
|---|---|---|---|---|
| EA Play 1 Ay | Bölge + platform | 3 günlük satış | 8 adet | Düşük |
| EA Play 12 Ay | Bölge + platform | 7 günlük satış | 4 adet | Orta |
| EA Play Pro | Bölge + süre | 5 günlük satış | 3 adet | Yüksek |
| Origin oyun kodu | Bölge + sürüm | 2 günlük satış | 5 adet | Orta |
| Bundle / kampanya | Kampanya tarihi | Kampanya boyu | %20 kalan | Çok yüksek |
Kaç kod yeter? Devir hızı tabanlı tampon hesabı
“Bol bol alalım” yaklaşımı nakdi öldürür, “azar azar alalım” ise satışı öldürür. Ortada ölçülebilir bir nokta var. Son 28 günün günlük ortalama satışını al, tedarikçinin sana kod ulaştırma süresiyle çarp, üzerine bir günlük dalgalanma payı ekle. Sonuç senin tampon stoğundur. EA Play 1 Ay gibi hızlı dönen kalemde bu sayı yüksek çıkar ama birim maliyeti düşüktür; 12 Ay kaleminde tam tersi. Bu yüzden tek bir “minimum stok” sayısını tüm katalogda kullanmak, iki yönlü zarar demektir.
Hesabı elle yapmayı bırak. Panel sana ürün bazında devir hızını, tükenme tahminini ve sipariş verilmesi gereken günü göstermeli. Ayrıca “stok bitti” anını değil, stok bitmeden önceki 48 saati haber vermeli. Zaten bir e-pin yazılımı kullanmanın tüm mantığı burada: karar anını öne çekmek. Hangi ürünün ne zaman biteceğini bilen satıcı, kampanya planını da tedarikçi pazarlığını da kendi lehine kurar.
Abonelik kodu iadelerinin gerçek dağılımı
- Bölge uyuşmazlığı 40%
- Çift satılan kod 28%
- Yanlış süre/sürüm 20%
- Diğer 12%
Aynı kodu iki kez satmamanın tek garantisi nedir?
Excel’de tuttuğun kod listesi seni asla korumaz, çünkü iki sipariş aynı saniyede geldiğinde hangi satırın kime gittiğini hiçbir hücre bilmez. Bu problemin tek gerçek çözümü teslimat anında kodun kilitlenmesidir: ödeme onaylandığı anda kod “rezerve” durumuna geçer, sipariş numarasıyla eşleşir ve havuzdan çıkar. Ödeme başarısız olursa kod belirli bir süre sonra havuza döner.
Bunun yanına iki koruma daha koy. Birincisi kodun tek seferlik görüntülenmesi ve teslim kaydının log’lanması; ikincisi her kodun tedarikçi partisiyle etiketlenmesi. Bir müşteri “kod çalışmıyor” dediğinde artık tartışmıyorsun: o kodun hangi partiden geldiğini, kime hangi saatte teslim edildiğini ve daha önce görüntülenip görüntülenmediğini saniyede görüyorsun. Tedarikçiyle yapılan her pazarlıkta elindeki en güçlü koz bu kayıttır.
Farklı tedarikçiden gelen kodları aynı havuza atmak, sorunlu partiyi tespit edilemez hale getirir. Her yüklemeye parti etiketi ver; şikâyet geldiğinde tek sorgu yeter.
Süre ve sürüm karmaşası satışını nasıl sessizce yer?
EA kataloğunda aynı isim altında birbirine hiç benzemeyen ürünler var: 1 aylık standart, 12 aylık standart, Pro sürümü, konsol özel paketleri, kampanyalı bundle’lar. Müşterinin kafası karıştığında iki şey olur: ya satın almaz ya da yanlış alır. İkincisi daha pahalıdır, çünkü hem iade hem itibar kaybı getirir. Bu yüzden ürün adlandırmasında kısaltma yapma; süre, sürüm ve platform adın içinde açıkça geçsin.
Karşılaştırmayı da müşteriye bırakma. Ürün sayfasına küçük bir fark tablosu koy, hangi sürümün hangi oyun kütüphanesini kapsadığını yaz. Bu detay dönüşümü yükseltir, destek yükünü düşürür. Yeterince esnek bir dijital ürün satış scripti bu varyant yapısını kutudan çıktığı gibi verir; vermeyeni zorla eğmeye çalışmak altı ay kaybetmek demektir. Özellikler sayfasında varyant ve stok alanlarının nasıl kurulduğunu görebilirsin.
Stok planını haftalık bir ritüele çevir
Plan, ancak takvime bağlandığında yaşar. Haftanın bir gününü envanter günü yap: tükenme tahminlerini gözden geçir, ölü kalemleri ayıkla, kampanya stoklarını ayır, iade nedenlerini oku. Bu iş yarım saat sürer ve ayın sonunda kârın üzerinde en görünür etkiyi yaratan yarım saat olur. Aşağıdaki listeyi panelinin yanına as; her satırın karşılığı sistemde bir ekran olmalı.
| Kontrol | Sıklık | Nerede bakılır | Durum ölçütü |
|---|---|---|---|
| Bölge alanı boş kod var mı? | Her yüklemede | Stok içe aktarma | Sıfır olmalı |
| Kritik eşik altı kalemler | Günlük | Stok uyarıları | Sipariş açıldı mı? |
| Rezerve kalıp düşmeyen kodlar | Haftalık | Sipariş kayıtları | 24 saatten eski yok |
| Parti bazlı şikâyet oranı | Haftalık | İade raporu | %2 üstü partiyi durdur |
| 30 gün satılmayan kalem | Aylık | Devir raporu | Fiyat veya vitrin revizyonu |
| Kampanya stoğu ayrımı | Kampanya öncesi | Varyant yönetimi | Ayrı havuzda |
Stoğunu tahmin etmeyi bırak, ölçmeye başla
Bölge, parti, rezerve ve tükenme tahminini tek ekranda toplayan bir altyapıyla çalışmak, gece 01.00’de gelen siparişi de güvenle teslim etmek demektir.
EA Play kodlarını tek üründe toplayıp varyant kullanmak yeterli mi?
Yeterli, ancak varyantın her biri kendi stok havuzuna sahip olmalı. Ortak havuz kullanan yapılarda süre ve bölge karışır; teslim doğru görünse bile müşteri yanlış hizmeti alır.
Bölge kilidi olan kodu yanlış müşteriye gönderdim, ne yapmalıyım?
Kodun kullanılıp kullanılmadığını teslim kaydından doğrula. Kullanılmadıysa kodu iptal edip doğru bölgeden yenisini gönder; kullanıldıysa zararı parti raporuna işleyip tedarikçiyle görüş.
Tampon stok için sabit bir sayı belirleyebilir miyim?
Tek sayı bütün katalogda işe yaramaz. Hızlı dönen kısa süreli abonelikte tampon yüksek, pahalı yıllık kalemde düşük olmalı. Devir hızını ürün bazında hesapla.
Manuel teslimatla abonelik kodu satmak mümkün mü?
Teknik olarak mümkün ama ticari olarak zararlı. Abonelik alan kullanıcı anında erişim bekler; bekleme süresi hem iptali hem olumsuz yorumu tetikler.
Stok planı, rakiplerinin göremediği yerde kazandığın bir avantajdır: vitrinde görünmez, bilançoda görünür. Bölgeyi zorunlu alan yap, partileri etiketle, rezerve mantığını kur ve haftalık kontrol listesini uygula; üç ay içinde iade oranının düştüğünü, destek kuyruğunun kısaldığını göreceksin. Kurulumun nasıl bir panelde toplandığını kendi gözünle görmek istersen canlı demo üzerinden stok, varyant ve teslim ekranlarını sırayla gez; ardından fiyat tarafına bakıp kendi katalog büyüklüğüne uygun kurguyu seç.