Çoğu satıcı e-pin ile hediye kartını aynı şey sanır: ikisi de kod, ikisi de ön ödemeli, ikisi de anında teslim. Vitrinde bile aynı kategoriye konur. Oysa bu ikisi ticari olarak birbirinin tam tersi davranır. E-pin çoğunlukla tek bir servise kilitli, marjı ince, tedarik zinciri sıkı denetimli bir üründür. Hediye kartı ise geniş bir mağaza ekosisteminde harcanabilen, bölge kısıtı çok daha sert, sahtekârlık hedefi çok daha yüksek bir enstrümandır.
Bu ayrımı görmezden geldiğinde şu olur: hediye kartını e-pin gibi fiyatlarsın ve marjın erir; e-pini hediye kartı gibi "her yerde geçer" diye tanıtırsın ve iade yağmuru alırsın. Daha kötüsü, hediye kartı işinin getirdiği dolandırıcılık baskısını e-pin işine uygun kurulmuş bir altyapıyla karşılamaya çalışırsın. Bu yazı, iki ürün sınıfının farkını satıcının bilançosu üzerinden anlatıyor ve bir e-pin scriptinin bu ikisini neden farklı kurallarla yönetmesi gerektiğini gösteriyor.
İki ürün gerçekte neyi satıyor, benzerlik nerede bitiyor?
E-pin, tek bir servisin içine değer yükler: bir oyunun parası, bir platformun üyeliği, bir uygulamanın kredisi. Kullanım alanı dar, beklenti nettir. Hediye kartı ise bir mağazada harcanabilir bakiye sunar; müşteri o bakiyeyle ne alacağına sonra karar verir. Benzerlik yalnızca teslim biçiminde, yani "kod" formatındadır. Onun dışında fiyatlama, bölge yönetimi, iade riski ve müşteri profili ayrışır.
Satıcı açısından en kritik ayrım şu: e-pin alan müşteri ne istediğini bilir, hediye kartı alan müşteri esneklik satın alır. Esneklik satan ürünlerde ortalama sepet tutarı yüksektir, marj yüzdesi düşüktür ve dolandırıcı ilgisi yoğundur. Çünkü çalınmış bir kartla alınmış hediye kartı, suçlu için en likit dijital varlıktır. Bu tek cümle, hediye kartı satışındaki tüm güvenlik önlemlerinin gerekçesidir.
Bölge kilidi neden hediye kartında ölümcül, e-pinde tolere edilebilir?
E-pin ürünlerinin bir kısmı global çalışır, bir kısmı bölgeseldir; müşteri genellikle hangi sunucuda oynadığını bilir. Hediye kartında ise durum acımasızdır: mağaza hesabının ülkesi kartın ülkesiyle birebir eşleşmiyorsa kod hiç çalışmaz. Müşteri bunu ödeme yaptıktan sonra öğrenir ve iade ister. Kod ise "denendi" durumundadır; sen iade edersen zarar sende kalır, etmezsen şikâyet alırsın.
Bu riski yönetmenin tek yolu satış öncesine müdahaledir. Ürün sayfasında bölge bilgisinin kapatılamaz bir onay adımı olarak durması, sepette tekrar hatırlatılması ve teslim metninde büyük harflerle yer alması gerekir. İyi kurulmuş bir dijital ürün satış yazılımı bu onayı ürün tipine bağlar; yani bölge kilitli ürünlerde otomatik devreye alır, e-pinlerde gereksiz sürtünme yaratmaz.
| Kriter | E-pin | Hediye kartı |
|---|---|---|
| Harcama alanı | Tek servis / oyun | Geniş mağaza ekosistemi |
| Bölge hassasiyeti | Orta | Çok yüksek, tolerans sıfır |
| Tipik marj | Dar ama öngörülebilir | Daha dar, hacme bağlı |
| Sepet tutarı | Küçük-orta | Yüksek |
| Dolandırıcılık baskısı | Orta | Yüksek (likit varlık) |
| İade nedeni birincisi | Yanlış hesap / sunucu | Ülke uyumsuzluğu |
| Gerekli ek kontrol | Stok ve teslim logu | Bölge onayı + risk skoru |
Ödeme tarafında hangi görünmez maliyet seni yiyor?
Hediye kartı, yüksek tutarlı ve hızlı likit olduğu için kart-test saldırılarının favorisidir. Saldırgan çalınmış kart bilgisiyle yüksek tutarlı bir hediye kartı alır, kodu anında harcar, gerçek kart sahibi itiraz eder. Sonuç: ürün gitti, para geri alındı, üstüne itiraz ücreti ödedin. Bu senaryo e-pinde de olur ama tutar küçük olduğu için etkisi sınırlı kalır.
Korunma yolu tek bir sihirli ayar değil, katmanlı bir risk politikasıdır: ilk siparişte tutar limiti, aynı karttan kısa sürede çoklu deneme engeli, yüksek tutarlı siparişlerde kısa manuel onay penceresi, şüpheli ülke-IP eşleşmelerinde ek doğrulama. Pinova'da bu kurallar ürün sınıfına göre ayrı tanımlanabilir; yani 50 liralık bir e-pin ile yüksek tutarlı bir hediye kartı aynı sürtünmeyi yaşamaz. Sürtünmeyi doğru yere koymak, dönüşümü korurken riski düşürmenin tek pratik yoludur.
Hediye kartı satışında zararın kaynak dağılımı
- Ödeme itirazı / chargeback 45%
- Bölge uyumsuzluğu iadesi 25%
- Yanlış fiyatlama ve kur farkı 20%
- Operasyonel hatalar 10%
Vitrinde ikisini ayırmak dönüşümü düşürür mü, artırır mı?
Satıcıların korkusu şudur: "Kategoriyi bölerim, müşteri kaybolur." Gerçek tersidir. Müşteri e-pin ararken hediye kartı listelerinde dolaşmak istemez; hediye kartı arayan da oyun bakiyeleri arasında kaybolmak istemez. Arama niyeti farklıdır ve niyeti karşılayan sayfa her zaman daha iyi dönüşür. Ayrıca ayrı kategori, ayrı içerik ve ayrı SSS yazabilmen demektir; bu da organik trafiği doğrudan besler.
Operasyonel fayda daha da somut: ayrı kategori, ayrı iade politikası metni, ayrı teslim şablonu ve ayrı risk kuralı anlamına gelir. Tek kategoride bunların hiçbirini ayrıştıramazsın; en katı politikayı herkese uygularsın ve küçük tutarlı satışlarını gereksiz yere yavaşlatırsın. Özellikler tarafında ürün sınıflarının nasıl ayrı kurallarla yönetildiğini adım adım görebilirsin.
"Bu ürünü müşteri nerede harcayacak?" Cevap tek bir servisse e-pin, bir mağaza ekosistemiyse hediye kartıdır. İkisinin iade politikası aynı olmamalıdır.
Aynı panelde iki sınıfı birlikte yönetmenin doğru yolu ne?
Cevap ayrı kurmak değil, ayrı davranan tek sistem kurmaktır. İki ayrı site işletmek maliyeti ikiye katlar, stok ve muhasebeyi böler. Doğru kurulum, tek panelde ürün sınıfı tanımlamak ve her sınıfa kendi kural setini bağlamaktır: bölge onayı, tutar limiti, teslim şablonu, iade metni, risk eşiği. Böylece yeni ürün eklerken tek bir seçim yapar, geri kalanını sistem uygular.
Bu yaklaşımın uzun vadeli faydası ölçeklenmedir. Yarın oyun hesabı, abonelik veya yazılım lisansı satmaya başlarsan üçüncü bir sınıf tanımlarsın ve tüm zincir aynı disiplinle çalışır. Kural setlerini ürün sınıfına bağlamayan bir epin yazılım kurulumunda ise her yeni ürün tipi elle yazılmış istisnalar biriktirir; altı ay sonra kimse hangi ürünün neden farklı davrandığını hatırlamaz.
| Kontrol | E-pin için | Hediye kartı için |
|---|---|---|
| Ayrı kategori var mı? | Gerekli | Zorunlu |
| Bölge onay adımı | Ürüne göre | Her zaman açık |
| İlk sipariş tutar limiti | Gevşek | Sıkı |
| Manuel onay penceresi | Gereksiz | Yüksek tutarda şart |
| İade politikası metni | Ayrı | Ayrı ve daha açık |
| Teslim şablonu | Servis odaklı | Mağaza + ülke odaklı |
| Kur / fiyat güncelleme | Periyodik | Daha sık, otomatik |
İki ürün sınıfını tek panelde, ayrı kurallarla yönet
Pinova, e-pin ve hediye kartı gibi farklı davranan ürün sınıflarına ayrı bölge, risk ve iade kuralları tanımlamanı sağlayan lisanslı bir satış yönetim yazılımıdır.
E-pin ve hediye kartını aynı kategoride satmanın somut zararı ne?
İade politikasını, bölge uyarısını ve risk kuralını ayrıştıramazsın. Sonuçta ya küçük satışlarını gereksiz sürtünmeyle yavaşlatırsın ya da yüksek tutarlı satışlarını korumasız bırakırsın.
Bölge uyumsuzluğu iadesini tamamen sıfırlayabilir miyim?
Tamamen değil ama büyük ölçüde azaltabilirsin. Ödeme öncesinde zorunlu bir ülke onayı adımı, sepette hatırlatma ve teslim metninde net uyarı, bu kalemdeki taleplerin çoğunu satış öncesine taşır.
Hediye kartı satışında manuel onay dönüşümü düşürmez mi?
Tüm siparişlere uygularsan düşürür. Doğru yaklaşım eşik koymaktır: belirli bir tutarın üstünde veya ilk siparişte kısa bir onay penceresi, geri kalanında anında teslim.
İki sınıf için ayrı site açmak daha mı iyi?
Genellikle hayır. Stok, muhasebe ve müşteri geçmişi bölünür, maliyet ikiye katlanır. Tek panelde ürün sınıfı bazlı kural yönetimi hem daha ucuz hem daha yönetilebilirdir.
Sonuç net: e-pin ile hediye kartı aynı formatı paylaşan, tamamen farklı iki ticari üründür. Birini diğerinin kurallarıyla satmak, kısa vadede fark edilmeyen ama her ay bilançoya işleyen bir sızıntı yaratır. Ürün sınıfı bazlı kural yönetiminin gerçek bir panelde nasıl çalıştığını görmek istersen canlı demo üzerinden iki sınıfı yan yana kurup dene, ardından fiyat tarafında hangi paketin operasyonuna oturduğuna karar ver.