Steam cüzdan kodu satmak, dışarıdan bakıldığında dijital ürün işinin en kolay kalemi gibi görünür. Kod al, kod sat, aradaki farkı kâr yaz. Çoğu yeni işletme sahibi tam olarak böyle başlar ve ilk iki ay her şey yolunda gider. Sonra ilk "kod çalışmıyor" mesajı gelir; ardından "ben Türkiye bakiyesi istemiyordum" diyen müşteri, sonra da ödeme sağlayıcısından gelen bir uyarı maili.
Bu üç olayın ortak sebebi aynı: kod satmak bir ürün işi değil, bir kural işidir. Bölge, para birimi, geçerlilik, kullanım koşulu, iade politikası ve kayıt yükümlülükleri baştan doğru kurulmazsa, kâr kadar hızlı biriken bir risk yığını oluşur. Aşağıda bu kuralları tek tek açıp, bir dijital ürün satış scripti içinde hangi kontrol olarak yaşamaları gerektiğini gösteriyoruz.
Bölge kilidi tam olarak neyi kilitliyor?
Cüzdan kodları belirli bir para birimi ve hesap bölgesi için üretilir. Türk lirası bakiyesi yükleyen bir kod, farklı bir para bölgesindeki hesapta kullanılmaya çalışıldığında basitçe reddedilir. Burada teknik bir arıza yoktur; kod zaten o hesap için tasarlanmamıştır. Müşterinin "kod bozuk" dediği vakaların büyük bölümü, aslında bölge uyuşmazlığıdır.
Bu yüzden satış akışında bölge bilgisi bir dipnot olmamalı. Ürün adında, ürün sayfasında ve ödeme öncesi onay ekranında ayrı ayrı görünmeli. Hatta müşteriden "hesabımın bölgesinin uyumlu olduğunu biliyorum" şeklinde bir onay kutusu almak, hem itiraz oranını hem de destek yükünü belirgin biçimde düşürür. İyi bir e-pin satış scripti bu onayı zaman damgasıyla saklar.
| Durum | Müşterinin gördüğü | Gerçek sebep | Doğru aksiyon |
|---|---|---|---|
| Kod reddediliyor | "Kod geçersiz" | Hesap bölgesi ile kod bölgesi farklı | Bölge doğrulaması, iade yok |
| Kod daha önce kullanılmış | "Bu kod kullanılmış" | Müşteri kendisi veya paylaştığı kişi kullandı | Teslim logu ile kanıt sun |
| Bakiye beklenenden az | "Eksik yükledi" | Kur farkı veya yanlış paket seçimi | Ürün adında tutar netliği |
| Hesap kısıtlı | "Yükleme yapılamıyor" | Platform tarafında hesap sınırı | Satıcı sorumluluğu dışında |
| Kod gelmedi | "Ödeme aldınız, kod yok" | Teslimat kuyruğu veya e-posta filtresi | Panelden yeniden görüntüleme |
Neden "iade yok" yazmak tek başına yetmiyor?
Dijital kodların doğası gereği bir kez görüntülendiğinde geri alınamaz olduğu doğrudur. Ancak bunu yalnızca sözleşme metnine yazmak, bir itiraz anında seni tek başına korumaz. Korunmanın yolu kanıt zinciri kurmaktır: müşteri ürünü hangi bölge uyarısını görerek aldı, onay kutusunu ne zaman işaretledi, kod hangi saniyede hangi oturumda görüntülendi, ardından tekrar görüntülendi mi.
Bu zincir bir arada durduğunda tartışma çok kısa sürer. Ödeme sağlayıcısına ya da platform arabuluculuğuna sunacağın tek şey bu kayıt olur. Kanıt zinciri olmayan bir satıcı, haklı olduğu vakaların çoğunu bile kaybeder; çünkü elinde anlatacak bir hikâye vardır ama gösterecek bir veri yoktur.
Cüzdan kodu şikâyetlerinin gerçek sebep dağılımı
- Bölge ve para birimi uyuşmazlığı 45%
- Kodun müşteri tarafında kullanılmış olması 25%
- Teslimat gecikmesi ve e-posta sorunları 20%
- Hesap kısıtı ve diğer 10%
Yasal çerçeve gerçekten bu kadar mı ciddi?
Türkiye'de dijital ürün satışı, mesafeli satış kapsamında değerlendirilir ve kâğıt üzerinde değil, akış üzerinde uygulanması gereken yükümlülükler getirir. Satış öncesinde ürünün niteliği, geçerlilik koşulları ve cayma hakkının kapsamı açıkça bildirilmelidir. Dijital içerik anında ifa edildiğinde cayma hakkının kullanılamayacağı bilgisi, müşteriye satın alma öncesinde ve onay alınarak sunulmalıdır.
Buna ek olarak fatura veya belge düzeni, satış kayıtlarının saklanması ve kişisel verilerin korunması tarafındaki sorumluluklar da satıcıya aittir. Bunları elle takip etmeye çalışmak belli bir hacimden sonra imkânsızlaşır. Bu yüzden bir e-pin yazılımı seçerken sözleşme onaylarını kayıtla tutan, belge üretimini otomatikleştiren ve müşteri verisini rol bazlı sınırlayan bir yapı aramak gerekir. Bu kalemlerin hangi seviyede geldiğini özellikler bölümünden karşılaştırabilirsin.
Kodu e-postaya düz metin göndermek yerine, müşteri panelinde tek seferlik görüntüleme ile aç ve ilk görüntülemeyi zaman damgasıyla kaydet. Böylece "kod gelmedi" iddiası da, "kullanmadım" iddiası da aynı kayıtla yanıtlanır.
Kaynak riskini nasıl yönetiyorsun?
Bu işte en sinsi risk, kodun kendisinin geçmişidir. Güvenilir olmayan bir kaynaktan alınan, kökeni belirsiz kodlar bir süre sorunsuz çalışabilir; sonra toplu hâlde iptal edilir. O noktada satışı sen yapmış olduğun için sorumluluk da sana kalır ve zincirleme iadeler hem kasanı hem itibarını götürür. Bu yüzden tedarikçi seçimi bir fiyat kararı değil, bir risk kararıdır.
Pratik önlem şu: her kodun hangi tedarikçiden, hangi tarihte, hangi parti içinde geldiğini kaydet. Bir sorun çıktığında etkilenen partiyi tek sorguda bulabilmen gerekir. Parti takibi olmayan bir sistemde tek bir bozuk yükleme, tüm kataloğu şüpheli hâle getirir; parti takibi olan sistemde ise sadece ilgili partiyi durdurup yoluna devam edersin.
Satış akışında hangi kontroller olmazsa olmaz?
İyi bir akış müşteriyi yavaşlatmaz, sadece doğru yerde uyarır. Ürün seçiminde bölge ve tutar net görünür; sepette geçerlilik koşulları özetlenir; ödeme öncesinde onay alınır; ödeme sonrasında kod panelde açılır ve aynı anda bir teslimat kaydı oluşur. Bu dört adımın her biri bir itiraz türünü baştan kapatır.
Manuel işleyen bir yapıda bu adımların hepsi insana bağlıdır ve insan yoğun saatte hata yapar. Otomatik işleyen bir yapıda ise akış kendini uygular; sen sadece istisnalarla ilgilenirsin. Aradaki fark, ayda birkaç saatlik iş değil, riskin tamamının kimde durduğudur.
| Kontrol | Nerede görünmeli | Kapattığı risk |
|---|---|---|
| Bölge ve para birimi etiketi | Ürün adı ve ürün sayfası | Geçersiz kod itirazı |
| Uyumluluk onay kutusu | Ödeme öncesi onay ekranı | Bilgilendirme eksiği iddiası |
| Cayma hakkı bilgilendirmesi | Sepet ve sözleşme onayı | Mesafeli satış yükümlülüğü |
| Tek seferlik kod görüntüleme | Müşteri paneli | "Kod gelmedi" tartışması |
| Teslimat zaman damgası | Sipariş kaydı | İtiraz ve iade savunması |
| Parti ve tedarikçi takibi | Stok yönetimi | Toplu iptal riski |
| Rol bazlı veri erişimi | Yönetim paneli | Kişisel veri sorumluluğu |
| Belge ve kayıt üretimi | Sipariş sonrası otomasyon | Muhasebe ve arşiv yükümlülüğü |
Fiyat mı güven mi: müşteri gerçekte neye bakıyor?
Kod pazarında fiyatlar birbirine çok yakındır; dolayısıyla ayrışma fiyattan değil, teslimat güveninden gelir. Müşteri ödeme yaptıktan sonra saniyeler içinde kodunu görebiliyorsa, ürün sayfasında bölge uyarısını net okuduysa ve bir sorun olduğunda sipariş numarasıyla geçmişi görebiliyorsa geri gelir. Bu üç unsur teknik değil, deneyim meselesidir.
Uzun vadede kazanan satıcılar, iade oranını düşürdükleri için daha agresif fiyatlayabilenlerdir. Yani doğru kurulmuş bir akış, dolaylı olarak fiyat avantajı üretir. Hangi paketin bu akışı hangi seviyede otomatikleştirdiğini fiyat bölümünde karşılaştırabilir, uygun olanı kurulum adımından başlatabilirsin.
Risk yönetimini yazılıma devret
Pinova; bölge etiketleri, onay kayıtları, tek seferlik kod görüntüleme, parti takibi ve teslimat logunu tek panelde toplar. Sen satışa odaklanırsın, kanıt zincirini yazılım kurar.
Bölge uyuşmazlığında müşteriye iade yapmak zorunda mıyım?
Ürün sayfasında ve ödeme öncesi onayda bölge bilgisini açıkça sunduysan ve kod görüntülendiyse, uyuşmazlık müşterinin hesap seçiminden kaynaklanır. Kanıt zincirin sağlamsa iade yükümlülüğün doğmaz; bu yüzden onay kaydı kritiktir.
Kodu e-posta ile göndermek mi panelde göstermek mi doğru?
Panelde tek seferlik görüntüleme daha güvenli. E-posta filtrelere düşebilir, iletildiğinde kontrolden çıkar ve kimin ne zaman gördüğüne dair kayıt bırakmaz. Panel yöntemi hem teslimatı kanıtlar hem paylaşımı sınırlar.
Dijital kod satışında cayma hakkı işliyor mu?
Anında ifa edilen dijital içerikte, müşteri önceden bilgilendirilip onay verdiyse cayma hakkı kullanılamaz. Kritik nokta bu bilgilendirmenin satış öncesinde yapılması ve onayın kayıtla saklanmasıdır.
Tedarikçi kaynaklı toplu iptalden nasıl korunurum?
Her kodun tedarikçi, tarih ve parti bilgisini kaydederek. Sorun çıktığında etkilenen partiyi tek sorguda bulup satıştan çekersin; böylece zarar tüm kataloğa yayılmaz.
Cüzdan kodu satmak zor değil; sorunsuz satmak zor. Bölgeyi doğru etiketleyen, onayı kayıtla alan, kodu tek seferlik açan ve her partiyi izleyen bir akış kurduğunda işin kendisi sakinleşir, itirazlar birkaç dakikalık rutine döner. Bu akışın uçtan uca nasıl çalıştığını kendi gözünle denemek istersen canlı demo üzerinden bir sipariş oluşturup bölge uyarısını, onay kaydını ve tek seferlik kod ekranını sırayla inceleyebilirsin.