Çoğu kişi e-pini "oyuna girince bakiye yükleyen uzun bir kod" sanır. Bu tanım pratikte işini görür ama satıcı tarafında tam bir tuzaktır. Çünkü müşterinin gözünde birbirine benzeyen üç ayrı ürün vardır: e-pin, kupon ve cüzdan kodu. Üçü de harf-rakam dizisidir, üçü de tek kullanımlıktır, üçü de anında teslim edilir. Ama üçünün kullanım yeri, iade koşulu, geçerlilik süresi ve sorumluluk sınırı tamamen farklıdır. Bu farkı ayrıştırmayan bir satış altyapısı, ayda onlarca destek talebini ve önlenebilir iadeyi doğrudan senin cebinden ödetir.
Sahadaki manzara şu: satıcı üç ürünü de aynı klasöre atar, aynı şablon açıklamayı yazar, aynı teslim mailini gönderir. Sonra kupon kodunu oyun içine girmeye çalışan müşteri "kod çalışmıyor" diye yazar, cüzdan kodunu yanlış bölgede kullanan müşteri iade ister, e-pini kullandıktan sonra "beğenmedim" diyen müşteri şikâyet açar. Oysa bu üç senaryonun üçü de teknik bir sınıflandırma sorunudur. Doğru kurulmuş bir e-pin scripti ürünü daha listelerken tipini bilir, teslim metnini tipine göre üretir, iade kuralını tipine göre uygular. Bu yazıda o ayrımı satıcı gözüyle, tek tek açıyorum.
E-pin gerçekte neyi temsil eder, kimse neden açıkça söylemez?
E-pin, bir servis sağlayıcının kendi ekosistemi içinde ön ödemeli bir hak yaratmak için ürettiği kimliktir. Oyun parası, üyelik süresi, dijital kredi ne olursa olsun mantık aynıdır: sağlayıcı değeri baştan basar, kodu piyasaya verir, kod kullanıldığında değeri hesaba işler. Satıcı burada değerin üreticisi değil, taşıyıcısıdır. Bu cümle önemsiz gibi durur ama tüm iş modelinin temeli budur. Sen bir hakkı değil, o hakkın anahtarını satıyorsun. Anahtar bir kez kullanıldığında geri alınamaz; işte bu yüzden e-pin satışında iade politikası perakendeden tamamen ayrışır.
Bu tanımın altyapıya yansıması net: e-pin stokunu tutan sistem, kodu tek kullanımlık ve geri alınamaz kabul edecek şekilde tasarlanmalıdır. Kod bir kez müşteriye gösterildiyse o kod satılmış sayılır. Bunu satır bazında loglamayan bir dijital ürün satış yazılımı, ilk ciddi anlaşmazlıkta seni savunmasız bırakır.
Kupon kodu neden e-pin değil ve bunu karıştırmak sana ne kaybettiriyor?
Kupon, değer taşımaz; değeri değiştirir. Bir kupon kodu fiyatı indirir, kargoyu bedava yapar, ikinci ürünü ekler. Kullanım yeri ise kritik farktır: kupon çoğunlukla satıcının kendi sepetinde çalışır, e-pin ise sağlayıcının platformunda. Müşteri bu ikisini karıştırdığında "kod geçersiz" hatası alır ve suçlu olarak seni görür.
İşletme tarafında kupon bir pazarlama aracıdır, maliyeti senin marjından çıkar. E-pin bir emtiadır, maliyeti tedarikçinden gelir. İkisini aynı stok tablosunda tutmak muhasebeyi bozar: kupon kullanımı ciroyu düşüren bir indirim satırıdır, e-pin satışı ciroyu yaratan bir satış satırıdır. Ciddi bir e-pin satış scripti bu ikisini farklı veri modellerinde tutar ve raporda asla aynı sütunda toplamaz.
Cüzdan kodu tam olarak arada mı duruyor?
Cüzdan kodu, e-pine en çok benzeyen ama sorumluluk açısından en farklı olan tiptir. Burada kod, kullanıcının senin sitendeki bakiyesine değer yükler. Yani değeri sen ürettin, hakkı sen taahhüt ettin, yükümlülük sende. E-pinde tedarikçi arkanda durur; cüzdan kodunda arkanda duracak kimse yok. Bu yüzden cüzdan kodu üretimi yetki kısıtlı, iki kademeli ve tam loglu olmak zorundadır.
Pratik risk şudur: cüzdan kodu üretme ekranına erişimi olan bir personel, teoride kendine sınırsız bakiye basabilir. Bunu engelleyen tek şey yazılımın izin katmanıdır. Pinova gibi lisanslı bir altyapıda cüzdan kodu üretimi ayrı bir yetki olarak tanımlanır, her üretim kim-ne zaman-ne kadar bilgisiyle kayda geçer ve toplam basılan değer panelde ayrı bir kalem olarak izlenir. Bu, kötü niyeti değil, dikkatsizliği de engeller.
| Kriter | E-pin | Kupon kodu | Cüzdan kodu |
|---|---|---|---|
| Değeri kim üretir | Servis sağlayıcı | Satıcı (pazarlama) | Satıcı (yükümlülük) |
| Nerede kullanılır | Sağlayıcı platformu | Satıcının sepeti | Satıcının cüzdanı |
| Ekonomik etkisi | Satış cirosu | Ciro azaltıcı indirim | Ön tahsilat / borç |
| Kullanım sonrası iade | Neredeyse imkânsız | Anlamsız | Politikaya bağlı |
| Stok mantığı | Fiziksel benzeri sayılı stok | Kural tabanlı, stoksuz | Talep anında üretilir |
| Asıl risk | Tedarik ve çift satış | Kötüye kullanım, marj erimesi | İç suistimal, açık borç |
Bu üç tipi ayrıştırmayan altyapı hangi noktada çöküyor?
Çöküş noktası satış anı değil, anlaşmazlık anıdır. Müşteri "kod çalışmadı" dediğinde elinde üç şeyin olması gerekir: kodun hangi tipte olduğu, hangi siparişte hangi saniyede teslim edildiği ve daha önce kimseye gösterilip gösterilmediği. Bu üç veriyi tek ekranda çıkaramayan satıcı tartışmayı kaybeder; kaybetmemek için iade verir, iadeyi verdikçe marjı erir.
İkinci çöküş noktası büyümedir. 50 siparişte üç tipi kafanda tutabilirsin. 500 siparişte tutamazsın. Bu yüzden epin yazılım seçiminde "ürün tipi" alanının gerçekten davranış değiştirip değiştirmediğini sor: tipi seçtiğinde teslim şablonu, iade kuralı ve stok davranışı da değişiyor mu, yoksa sadece bir etiket mi? Etiket olan sistemler ilk krizde işe yaramaz.
Kod tipi karışıklığından doğan destek taleplerinin dağılımı
- Yanlış yerde kod denemesi 45%
- Bölge / platform uyumsuzluğu 25%
- Kullanım sonrası iade isteği 20%
- Diğer 10%
Doğru sınıflandırma satışa nasıl doğrudan para kazandırır?
Tip ayrımı sadece savunma değil, aynı zamanda saldırıdır. E-pin ürününde "anında teslim" vurgusu dönüşümü artırır. Kuponda "son 24 saat" vurgusu sepet terkini düşürür. Cüzdan kodunda "bakiyeye yükle, istediğin an harca" mesajı tekrar satın almayı besler. Üçüne aynı metni yazan satıcı, üç farklı satın alma motivasyonunu tek kalıba sıkıştırır ve üçünü de zayıflatır.
Bir adım öteye geçersen: tip bilgisi doğru tutulduğunda çapraz satış otomatikleşir. E-pin alan müşteriye cüzdan kodu teklif etmek, kupon kullanan müşteriye üst paket önermek mantıklıdır. Pinova'nın ürün mimarisi bu ayrımı en alt katmanda kurduğu için kampanya ve öneri motorları tipe göre çalışır; sen tek tek kural yazmazsın. Özellikler tarafında bu yapının nasıl kurulduğunu tek tek görebilirsin.
Panelinde bir ürünün tipini değiştir. Teslim maili, iade kuralı ve stok davranışı da değişmiyorsa o alan sadece dekoratif bir etikettir ve seni korumaz.
Kendi sistemini bugün nasıl denetlersin?
Aşağıdaki kontrol listesini panelinde tek tek dene. Hepsine "evet" diyemiyorsan sınıflandırma katmanın eksik demektir. Bu eksiklik bugün görünmez, ilk yoğun kampanya gününde faturasını keser.
| Kontrol | Neden önemli | Durum |
|---|---|---|
| Ürün tipi alanı davranış değiştiriyor mu? | Etiket değil kural olmalı | Evet / Hayır |
| Teslim şablonu tipe göre ayrışıyor mu? | Yanlış yerde deneme hatasını keser | Evet / Hayır |
| Kod gösterim anı saniye bazında loglu mu? | Anlaşmazlıkta tek kanıtın | Evet / Hayır |
| Cüzdan kodu üretimi ayrı yetki mi? | İç suistimali engeller | Evet / Hayır |
| Kupon maliyeti raporda ayrı satır mı? | Marj hesabını bozmasın | Evet / Hayır |
| Aynı kod iki siparişe düşebilir mi? | Çift satış felaketi | Evet / Hayır |
| Bölge / platform uyarısı otomatik mi? | İade oranını doğrudan düşürür | Evet / Hayır |
Üç kod tipini tek panelde, kurallı biçimde yönet
Pinova, e-pin, kupon ve cüzdan kodunu farklı davranışlarla tanımlayan lisanslı bir satış yönetim yazılımıdır. Teslimat, iade ve loglama tipe göre otomatik işler.
E-pin ile kupon kodunu aynı üründe birleştirebilir miyim?
Birleştirebilirsin ama tek kalemde tutmamalısın. E-pin satılan ürün, kupon ise o satışa uygulanan indirim kuralıdır. Raporlarda ayrı kalemler olarak durmaları gerekir, aksi halde marj hesabın yanlış çıkar.
Cüzdan kodu satmak e-pin satmaktan daha riskli mi?
Yükümlülük açısından evet. Cüzdan kodunda değerin arkasında sen varsın, tedarikçi yok. Bu yüzden üretim yetkisi kısıtlı, her işlem loglu ve toplam basılan bakiye sürekli izlenir olmalı.
Ürün tipi ayrımı iade oranını gerçekten düşürür mü?
Düşürür. İadelerin önemli bir kısmı "kodu yanlış yerde denedim" senaryosundan doğar. Teslim metni tipe göre doğru platformu ve bölgeyi söylediğinde bu talepler satın alma öncesinde çözülür.
Mevcut ürünlerimi yeniden sınıflandırmak zor mu?
Genelde tek seferlik bir işlemdir. Kategori bazında toplu tip atama yapılır, sonra teslim şablonları tipe bağlanır. Zor olan kısım karar vermektir, uygulaması kısa sürer.
Özetle: e-pin taşıdığın bir hak, kupon kurduğun bir kural, cüzdan kodu ise verdiğin bir sözdür. Üçünü aynı kutuya atan satıcı, farkı müşteri şikâyetleriyle öğrenir; ayrıştıran satıcı ise aynı ekiple çok daha fazla sipariş çevirir. Bu ayrımın bir panelde nasıl göründüğünü merak ediyorsan canlı demo üzerinden ürün tiplerini tek tek deneyebilir, fiyat tarafında hangi paketin işine uyduğuna sonra karar verebilirsin.