Çoğu satıcı Call of Duty Points'i tek bir ürün sanır. Panelde bir kalem açar, miktarı yazar, fiyatı koyar ve satışa başlar. İlk haftalar sorunsuz görünür. Sonra destek kutusuna tek tip mesajlar düşmeye başlar: "kod çalışmıyor", "hesabıma yüklenmedi", "ben PlayStation'da oynuyorum ama bana başka şey geldi". O noktada satıcı kodları sorgular, tedarikçiyi suçlar, oysa sorun ürünün kendisinde değil ürünün nasıl tanımlandığındadır.
CP; platforma, mağazaya ve bölgeye göre farklı davranan bir üründür. Aynı miktar farklı ekosistemde farklı yollarla yüklenir, bazı yollar birbirini hiç tanımaz. Bu ayrımı ürün mimarisine yansıtmayan bir e-pin satış scripti seni her satışta kumar oynatır: kâr ettiğini sandığın kalem, iade ve destek yüküyle birlikte hesaplandığında çoğu zaman zarardadır. Aşağıda bu ayrımı nasıl doğru kuracağını, hangi ekranların destek yükünü eritdiğini ve fiyatı platform bazında nasıl yöneteceğini anlatıyoruz.
CP Neden "Tek Ürün" Değil? Katmanları Ayırmadan Satmanın Bedeli
Bir dijital bakiye ürününde dört katman vardır ve her katman kendi başına satışı geçersiz kılabilir. İlk katman platform: oyuncunun oynadığı ekosistem yükleme yolunu belirler. İkinci katman mağaza: aynı platform içinde bile farklı dijital mağaza üzerinden alınan bakiye farklı bir cüzdana düşebilir. Üçüncü katman bölge: kodun tanımlı olduğu ülke ile hesabın ülkesi uyuşmazsa işlem reddedilir. Dördüncü katman hesap bağı: bazı yükleme yolları oyun içi kimlik ister, bazıları platform hesabı ister. Bu dördünü tek bir satır olarak listelediğinde müşteriye "sen kendin hallet" demiş olursun ve hatanın maliyeti sana döner. Doğru kurulum, her katmanı zorunlu bir seçim adımına çevirmektir. Müşteri sepete gitmeden önce platformunu seçmişse yanlış alma olasılığı neredeyse kapanır. Bunu sağlayan şey karmaşık bir yazılım değil, doğru kurulmuş bir varyant ağacıdır.
Aynı Miktar, Farklı Dünya: Bölge ve Mağaza Kilidi Meselesi
Bölge kilidi, dijital ürün satışında en çok yanlış anlaşılan konudur. Satıcı ucuz tedarik bulur, fiyat avantajıyla listeler, sonra müşterilerin yarısında kod kabul edilmez. Burada kayıp iki kere yaşanır: bir kere iade, bir kere de elde kalan ve satılamayan stok. Bunu önlemenin yolu bölgeyi gizlemek değil, ürün sayfasında açıkça yönetmektir. Bölgeyi varyant olarak tanımlarsan uygun olmayan müşteri o kalemi hiç göremez; uyarı metnini kalem düzeyinde tutarsan da müşteri satın almadan önce okur. Bir dijital ürün satış yazılımı seçerken bölge ve mağaza bilgisini stok kaydının bir özelliği olarak tutup tutmadığına bak. Yalnızca ürün açıklamasına yazılan bölge bilgisi hiçbir şeyi korumaz, çünkü kod havuzunda karışan iki bölgeyi ayırt edemezsin. Özellik düzeyinde tutulan bilgi ise hem yanlış atamayı engeller hem de raporda hangi bölgenin gerçekten kâr ettiğini gösterir.
| Katman | Ne Belirler | Yanlış Olursa Sonuç | Script'te Nasıl Tutulmalı |
|---|---|---|---|
| Platform | Yükleme yolu | Kod kullanılamaz | Zorunlu varyant |
| Mağaza | Bakiyenin düştüğü cüzdan | Bakiye yanlış yerde | Varyant veya alt seçim |
| Bölge | Kodun geçerlilik alanı | İşlem reddi | Stok özelliği + filtre |
| Hesap bağı | Kimlik veya hesap ihtiyacı | Teslimat tamamlanmaz | Sipariş formu alanı |
Müşteri Yanlış Platformdan Aldığında Zararı Gerçekten Kim Ödüyor?
Cevap net: sen. Dijital ürünlerde kod bir kez görüntülendiğinde tedarikçi çoğunlukla geri almaz, ödeme sağlayıcısı ise müşteri şikâyetinde büyük ihtimalle müşteriden yana durur. Yani yanlış platform seçimi senin cebinden çıkar. Üstelik doğrudan zarar buzdağının görünen kısmıdır. Altında destek personelinin zamanı, yorum puanının düşmesi, ödeme sağlayıcısında artan uyuşmazlık oranı ve en kötüsü bir daha gelmeyen müşteri vardır. Bu yüzden platform ayrımını bir kullanıcı deneyimi detayı değil, doğrudan risk yönetimi olarak görmelisin. Sipariş öncesi onay kutusu, seçilen platformun sipariş kaydına yazılması ve teslimat ekranında platforma özel kullanım adımlarının gösterilmesi üç basit önlemdir; üçü birden uygulandığında bu kalemdeki uyuşmazlıklar çarpıcı biçimde düşer. İyi bir e-pin yazılımı bu üç önlemi sana ayar olarak sunar, kod yazdırmaya ihtiyaç bırakmaz.
CP Kaleminde Destek Yükünün Kaynakları
- Yanlış platform seçimi 45%
- Bölge uyuşmazlığı 25%
- Yükleme adımını bilmeme 20%
- Gerçek kod arızası 10%
Varyant Mimarisi: Script'in Ürün Yapısı Kârını Nasıl Belirliyor
Varyant kurmak sadece müşteriyi korumak için değil, kendi görüşünü açmak için de gerekli. Tek kalem altında karışık satılan CP'de hangi platformun kâr ettiğini asla bilemezsin. Varyant ayrımı yaptığında ise rapor sana şunu söyler: bir platformda marj yüksek ve iade düşük, diğerinde ciro fazla ama destek yükü marjı silmiş durumda. Bu bilgi olmadan alacağın her tedarik kararı tahminden ibarettir. Varyant yapısını kurarken üç kurala uy. Birincisi, varyant sayısını gerçekten farklı davranan kırılımlarla sınırla; on yedi seçenek müşteriyi felç eder. İkincisi, her varyantın kendi stok havuzu olsun, ortak havuz yanlış atamanın kapısıdır. Üçüncüsü, her varyant kendi fiyatını ve kendi maliyetini taşısın, aksi hâlde marj hesabı tutmaz. Bu üç kural ürün yönetimi tarafında hazır geliyorsa kurulum bir öğleden sonra sürer.
Platform seçimini sepete ekleme adımında zorunlu tut. Açıklama metnine güvenmek yerine seçimi kayda geçirmek, uyuşmazlıkta elini güçlendirir.
Destek Yükünü Eriten Üç Ekran
Platform ayrımını doğru kursan bile müşteri yükleme adımını bilmiyorsa sana yazar. Bu yüzden üç ekranı ciddiye al. İlki ürün sayfasındaki platform seçim alanı: kısa, net, varsayılanı boş olmalı. İkincisi ödeme sonrası teslimat ekranı: kodun yanında o platforma özel üç maddelik yükleme talimatı görünmeli, uzun makale değil üç madde. Üçüncüsü müşteri hesabındaki sipariş detayı: müşteri talimatı bir hafta sonra da bulabilmeli, yoksa destek kanalına geri döner. Bu üç ekranı düzenleyen satıcılarda CP kalemine gelen mesajların büyük bölümünün kendiliğinden kaybolduğunu görüyoruz. Modern bir e-pin satış yazılımı teslimat şablonlarını varyanta göre farklılaştırmana izin verir; aynı şablonu herkese gönderen bir yapı ise seni her satışta bir açıklama yapmaya mahkûm eder.
Platform Bazlı Fiyatlama ve Stok Stratejisi
Son adım fiyatı katmana bağlamaktır. Aynı miktar CP'nin tedarik maliyeti platforma ve bölgeye göre değişir, dolayısıyla tek fiyat koymak bazı kalemlerde kâr bazılarında zarar demektir. Varyant bazlı maliyet girdiğinde panel sana kalem kalem net marj gösterir; buradan sonrası basit yönetimdir. Düşük marjlı varyantı ya fiyat güncelleyerek düzeltirsin ya da tedarikçiyi değiştirirsin. Stok tarafında da aynı mantık geçerli: hızlı dönen varyanta derin stok, yavaş dönene ince stok. Aşağıdaki kontrol listesini kurulum sırasında yanına al ve her maddeyi işaretleyerek geç.
| Kontrol Maddesi | Amaç | Nasıl Doğrularsın | Öncelik |
|---|---|---|---|
| Platform seçimi zorunlu | Yanlış alımı engelle | Seçim yapmadan sepete eklemeyi dene | Yüksek |
| Varyant bazlı stok havuzu | Yanlış kod atamasını önle | İki varyantta test siparişi | Yüksek |
| Bölge bilgisi stok özelliği | Reddedilen kodu azalt | Stok kaydında alan var mı | Yüksek |
| Varyanta özel teslimat şablonu | Destek yükünü düşür | Her varyantta teslimat metnini oku | Orta |
| Varyant bazlı maliyet girişi | Gerçek marjı gör | Kâr raporunda kalem kırılımı | Orta |
| Sipariş kaydında seçim logu | Uyuşmazlıkta kanıt | Eski siparişin detayına bak | Orta |
CP kalemini kâr merkezine çevir
Pinova, platform ve bölge kırılımlı varyant yönetimi, varyanta özel teslimat şablonları ve kalem bazlı marj raporunu tek panelde toplayan lisanslı bir dijital ürün satış yönetim yazılımıdır.
Tüm platformları tek kalemde satmak neden riskli?
Çünkü yükleme yolları birbirini tanımaz. Tek kalemde müşteri seçim yapmadığı için yanlış ürün alma olasılığı yükselir ve doğan zarar büyük oranda satıcıda kalır.
Bölge bilgisini açıklamaya yazmak yeterli mi?
Yeterli değil. Açıklama müşteriyi bilgilendirir ama stok havuzunda iki bölgeyi ayırmaz. Bölgeyi stok özelliği olarak tutmak yanlış atamayı teknik olarak engeller.
Kaç varyant makul sayılır?
Gerçekten farklı davranan kırılım kadar. Genellikle platform ve bölge yeterlidir. Gereksiz seçenek çoğaltmak dönüşümü düşürür ve stok yönetimini zorlaştırır.
Yanlış platformdan alan müşteriye iade yapmalı mıyım?
Kod görüntülenmemişse iade en temiz yoldur. Görüntülenmişse politikanı baştan yazıp sipariş kaydındaki seçim loguna dayanarak konuşmak hem adil hem de savunulabilir olur.
Platform ayrımı zahmetli görünür ama bir kez doğru kurulduğunda kendi kendini işletir; karşılığında hem iadeyi hem destek mesajlarını hem de gizli marj kaybını aynı anda keser. Kendi panelinde varyant, stok özelliği ve teslimat şablonu üçlüsünün nasıl birleştiğini görmek istiyorsan canlı demo üzerinde bir CP kalemi kurup iki farklı platform için test siparişi geç; farkı ilk beş dakikada anlarsın.