Albion gümüşü sattığını söyleyen çoğu satıcı aslında aracılık yapar. Sipariş gelir, tedarikçiye yazar, tedarikçi "bir saat sonra" der, müşteri beklemeye başlar. Bu model küçük hacimde çalışır çünkü günde beş siparişi telefonla yönetebilirsin. Ama gümüş talebi düz gitmez; içerik güncellemesi çıkar, sezon açılır, bir yayıncı büyük bir yapı kurar ve talep bir günde üçe katlanır. O gün senin tedarikçin aynı anda yirmi satıcıya yetmeye çalışır ve sen sıranın sonunda kalırsın.
İnsanlar bunu "tedarikçi sorunu" sanır. Değil. Arz yönetimi sorunudur. Gümüş, kod gibi rafta beklemeyen bir üründür; oyun içi teslimatla el değiştirir, teslim kapasitesi insan ve karakter sayısıyla sınırlıdır. Yani sattığın şey stok değil, teslim kapasitesidir. Bu farkı anlamayan ve bunu yansıtmayan bir e-pin satış scripti ile çalışırsan, sitende "stokta var" yazarken arkada hiçbir şey olmaz. Aşağıda arzı gerçekten yönetilebilir hâle getiren yapıyı kuruyoruz.
Gümüş Neden Klasik Stok Mantığıyla Yönetilemez?
Bir e-pin kodunu satın alıp bekletebilirsin; değeri kodun içindedir, sen uyurken de durur. Gümüş öyle değil. Gümüşü elinde tutmak demek, oyun içi bir karakterde bakiye tutmak demektir ve bu bakiyenin kur riski, güvenlik riski ve hareket riski vardır. Bu yüzden gümüşte doğru model "depola ve sat" değil, kapasite rezerve et ve sattır. Panelde tanımladığın sayı, elindeki gümüş miktarı değil, önümüzdeki birkaç saat içinde gerçekten teslim edebileceğin miktardır. Bu tanım değişimi, stok yönetimini tümden değiştirir.
Tedarikçi Havuzunu Kaç Kişiye Yaymalısın?
Tek tedarikçi ucuz görünür, en kötü fikirdir. İki tedarikçi yetersizdir çünkü biri düştüğünde diğeri tek başına yoğun günü karşılamaz. Sağlıklı kurgu üç ile beş tedarikçidir ve aralarında net bir sıralama olmalıdır: birincil, ikincil, acil durum. Birincil en iyi fiyatı verir ve hacmin çoğunu alır; ikincil fiyatı biraz yüksektir ama hız garantisi sunar; acil durum tedarikçisi pahalıdır, sadece kampanya ve kriz anında devreye girer. Bu sıralamayı kafanda tutmak yetmez, dijital ürün satış yazılımı içinde tedarikçi maliyeti ve önceliği kayıtlı olmalı; aksi hâlde yoğun günde en pahalı tedarikçiden en düşük marjlı siparişi karşılarsın.
Sunucu Ayrımını Ürün Seviyesinde Kurmayanlar Neyi Kaybediyor?
Albion'da Doğu ve Batı sunucuları ayrı ekonomilerdir; birinde gümüşün maliyeti diğerinden farklıdır ve bir sunucudan diğerine transfer yoktur. Tek ürün satırıyla iki sunucuya satış yapmak, iki farklı maliyetli malı aynı fiyattan satmaktır. Üstelik teslimat da farklıdır: her sunucu için ayrı teslim karakteri ve ayrı operasyon ekibi gerekir. Bu yüzden sunucu, ürün varyantı olmalı; kendi stoğu, kendi fiyatı, kendi teslim süresi ve kendi kritik eşiği olmalı. Varyant desteği olmayan bir epin yazılım kurulumunda bunu "iki ayrı ürün" açarak taklit edebilirsin ama raporlama tarafında acı çekersin.
| Arz Katmanı | Rolü | Hacim Payı | Maliyet Endeksi | Devreye Girme Koşulu |
|---|---|---|---|---|
| Birincil tedarikçi | Rutin akış | %55 | 100 | Her zaman |
| İkincil tedarikçi | Hız güvencesi | %25 | 108 | Birincil 20 dk gecikirse |
| Kendi teslim ekibi | Marj koruma | %12 | 86 | Kapasite uygunsa |
| Acil tedarikçi | Kriz tamponu | %8 | 124 | Stok eşiği altına düşerse |
Stok Derinliğini Neye Göre Belirlersin?
Rakamı hissle koymak en yaygın hatadır. Doğru yöntem basit bir çarpımdır: son dört haftanın en yoğun gününde saatlik ortalama satışını bul, bunu tedarikçinin ortalama yanıt süresiyle çarp, üzerine yüzde otuz güvenlik payı ekle. Çıkan sayı, o varyant için minimum arz rezervindir. Bunun altına düştüğünde sistem sana uyarı vermeli; hatta daha iyisi, satış hızını otomatik kısmalı. Sitede satışı kapatmak zorunda değilsin; teslim süresini otomatik uzatmak, siparişi reddetmekten iyidir. Müşteri "45 dakika" yazısını görüp kabul ederse, gecikme şikâyet değil beklenti yönetimi olur.
Karşılanamayan Gümüş Siparişlerinin Kök Nedenleri
- Tek tedarikçiye bağımlılık 45%
- Yanlış stok eşiği 25%
- Sunucu ayrımı yokluğu 20%
- Teslim personeli yetersizliği 10%
Talep Sıçramasını Önceden Görmek Mümkün mü?
Büyük ölçüde mümkün. Albion'un içerik takvimi, sezon başlangıçları ve büyük güncellemeler önceden duyurulur. Bu tarihleri panelinde bir kampanya takvimine yazarsan, arz planını önceden büyütebilirsin. Ayrıca kendi verin en iyi tahmin aracıdır: geçmiş sezon açılışında hangi varyantta kaç sipariş geldiğini biliyorsan, bu sezonun tahmini için sağlam bir taban elde edersin. Geçmiş satış verisini varyant ve saat kırılımında saklamayan bir sistem, seni her sezon yeniden kör bırakır. Bu yüzden arz yönetiminin ilk şartı iyi raporlamadır, ikinci şartı iyi tedarikçi ilişkisidir.
Teslimat Onayını Kim Vermeli?
Gümüşte teslimat oyun içinde olur, yani otomatik doğrulama zordur. Burada iki kapılı bir akış kurmalısın: teslim eden kişi siparişi "teslim edildi" olarak işaretler, müşteri de panelden "aldım" onayı verir. İki onay eşleşmediğinde sipariş otomatik olarak inceleme kuyruğuna düşer. Bu yapı hem personel hatasını hem de kötü niyetli "gelmedi" taleplerini filtreler. Onay kaydının zaman damgalı ve değiştirilemez olması, ödeme itirazlarında en güçlü belgendir. Modern bir e-pin satış yazılımında bu akış hazır gelir; sen sadece kimin hangi adımı onaylayacağını rol bazında tanımlarsın.
| Haftalık Arz Kontrolü | Hedef Değer | Ölçüm Yeri | Aksiyon |
|---|---|---|---|
| Aktif tedarikçi sayısı | 3 veya üzeri | Tedarikçi kaydı | Eksikse yeni görüşme aç |
| Varyant bazlı minimum rezerv | Formül sonucu | Stok ekranı | Altındaysa acil tampon |
| Ortalama teslim süresi | 30 dakika altı | Sipariş raporu | Aşıyorsa personel ekle |
| Karşılanamayan sipariş oranı | %2 altı | İptal raporu | Aşıyorsa eşik yükselt |
| Çift onay eşleşmesi | %98 üzeri | Teslim kayıtları | Düşükse eğitim ver |
| Varyant marj farkı | Planla uyumlu | Kâr raporu | Sapmada fiyat güncelle |
Stok eşiğinin altına düştüğünde ürünü kapatmak yerine teslim süresini otomatik uzat. Uzun süre kabul edilebilir, kapalı ürün ise kalıcı müşteri kaybıdır.
Bu Kurgunun Altyapısını Nasıl Kurarsın?
Gereken bileşenler nettir: varyant bazlı stok, tedarikçi kaydı ve maliyet takibi, dinamik teslim süresi, çift onaylı teslimat ve saat kırılımlı satış raporu. Bunları elle kurmak hem aylar alır hem de her yeni oyun eklendiğinde yeniden yazmayı gerektirir. Lisanslı bir kurulum bu modülleri hazır verir ve sen enerjini tedarikçi ilişkisine harcarsın. Hangi bileşenin kutudan çıktığını görmek için özellikler bölümüne, bütçe planı için fiyat tablosuna göz atabilirsin.
Arzını veriyle yönet, hisle değil
Varyant stoğu, tedarikçi önceliği ve dinamik teslim süresiyle yoğun günleri sorunsuz geçir.
Gümüşte stok tutmak riskli değil mi?
Riskli olduğu için miktar değil kapasite tutulur. Panelde gösterdiğin sayı elindeki bakiye değil, kısa vadede teslim edebileceğin miktar olmalıdır.
Kaç tedarikçiyle çalışmak ideal?
Üç ile beş arası. Birincil hacmi alır, ikincil hız sağlar, acil tedarikçi ise sadece kriz anında devreye girer.
Doğu ve Batı sunucularını tek ürün yapabilir miyim?
Yapabilirsin ama maliyetleri ve teslim süreleri farklı olduğu için marjını doğru ölçemezsin. Varyant olarak ayırmak hem fiyatlamayı hem raporlamayı düzeltir.
Teslim edildi ama müşteri onay vermiyorsa ne olur?
Sipariş inceleme kuyruğuna düşer. Zaman damgalı teslim kaydı ve ekran görüntüsü, ödeme itirazlarında en güçlü savunmandır.
Arz yönetimi kulağa büyük bir kurumsal başlık gibi gelir ama pratikte üç şeye indirgenir: doğru varyant, doğru eşik, doğru tedarikçi sıralaması. Bu üçünü panelinde tanımlayabiliyorsan sezon açılışı senin için bayram olur, tanımlayamıyorsan kâbus. Tedarikçi önceliği, dinamik teslim süresi ve çift onaylı teslimatın gerçek bir panelde nasıl işlediğini incelemek istersen canlı demo üzerinde bir gümüş varyantı kurup yoğun gün senaryosunu birlikte simüle edebilirsin.