Hediye kartı satışını çoğu kişi basit bir aktarma işi sanır: tedarikçiden kodu alırsın, siteye yüklersin, müşteri öder, kod gider. Oysa bu kategoride para kazanan işletmelerle üç ayda tükenenler arasındaki fark, satılan kodun kendisinde değil; o kodun hangi saniyede, hangi doğrulama basamağından geçerek, hangi kur ve hangi stok kuralıyla teslim edildiğinde saklı. Aynı markanın aynı kuponunu satan iki bayiden biri yüzde dokuz net marjla kapanırken diğerinin yüzde on bir zararla kapanmasının sebebi tedarik fiyatı değil, altyapının kurduğu disiplindir.
Bunu sahada görmek için uzun süre beklemene gerek yok. Kendi panelinde son otuz günün iade taleplerini kategoriye göre ayır; büyük ihtimalle sorunun kaynağı "kod çalışmıyor" değil, "yanlış bölgeye satılmış kod", "iki kez gönderilmiş stok" ve "ödeme onaylandı ama teslimat elle yapıldı" satırlarıdır. İşte bu üç satırı ortadan kaldıran şey pazarlama değil, doğru kurgulanmış bir dijital ürün satış scripti. Aşağıda, hediye kartı kategorisine özel olarak scriptinden talep etmen gereken ayarları tek tek açıyorum.
Hediye kartı satmak gerçekten "kod satmak" mı, yoksa stok disiplini mi?
Hediye kartı, envanteri görünmeyen bir üründür. Depoda kaç kutu kaldığını gözünle sayamazsın; sayım tamamen kayıt sisteminin doğruluğuna bağlıdır. Bu yüzden kategorinin gerçek işletme riski hırsızlık değil, mutabakatsızlıktır. Tedarikçiden yüz adet aldın, panelde doksan yedi görünüyor, müşteriye doksan dokuz teslim edilmiş gibi kayıt var. Bu üç sayının birbirini tutmadığı her gün, ay sonunda "nereye gitti" diye aradığın kâr kalemidir.
İyi bir e-pin satış scripti burada muhasebeci gibi davranır: her kodun tek bir yaşam döngüsü olur. Havuza giriş kaydı, rezervasyon anı, satış anı, teslim anı ve gerekirse iptal/iade anı ayrı ayrı damgalanır. Kod bir kez rezerve edildiğinde başka bir siparişe düşemez. Ödeme başarısız olursa rezervasyon otomatik çözülür ve stok havuzuna geri döner. Bu mekanizma kulağa sıradan gelir ama kategoriyi ayakta tutan tek şeydir; elle tutulan Excel tablolarının yüzde yüz kaybettiği yer de tam burasıdır.
Neden aynı markayı satan iki bayiden biri kazanıyor, diğeri iade yağmuruna tutuluyor?
Cevap ürün sayfasındaki metinde gizli. Hediye kartı alıcısı çoğunlukla teknik bilgisi sınırlı bir tüketicidir; "hangi hesapta çalışır", "hangi ülkede geçerli", "bakiye mi yoksa abonelik mi" sorularını sipariş vermeden önce sormaz, teslimattan sonra sorar. Ürün kartında bölge, geçerlilik süresi, kullanım adımları ve uyumluluk notu net yazmıyorsa iade talebi kaçınılmazdır ve bu talebin maliyeti kodun fiyatının çok üstündedir.
Bu yüzden kullandığın e-pin yazılımı ürün şablonu üretebilmeli: bölge, kupür, platform ve kullanım talimatı alanlarını zorunlu hale getirebilmeli, eksik doldurulan ürünü yayına almayı reddedebilmeli. Ayrıca satın alma ekranında müşterinin "bölge uyumluluğunu okudum" onayını kayıt altına alabilmeli. Bu tek kutucuk, itiraz dosyalarında senin tarafını tutan en güçlü delildir. Deneyimli satıcılar bunu bir pazarlama engeli değil, sigorta poliçesi olarak görür.
| Çalışma modeli | Teslimat süresi | Stok hatası riski | Ölçeklenebilirlik | Uygun olduğu aşama |
|---|---|---|---|---|
| WhatsApp + elle kod gönderimi | 3-45 dakika | Yüksek | Çok düşük | İlk 20 sipariş |
| Hazır pazaryeri mağazası | Anlık | Orta | Düşük (komisyon baskısı) | Test dönemi |
| Kendi sitende havuzlu script | 5-15 saniye | Düşük | Yüksek | Düzenli ciro |
| Script + tedarikçi API entegrasyonu | 2-8 saniye | Çok düşük | Çok yüksek | Bayi ağı kurulumu |
Bölge kilidi kârını nasıl sessizce eritiyor?
Hediye kartlarının büyük kısmı bölgesel kilitlidir ve bu kilit ürün adında görünmez. Türkiye bölgesine ait bir kuponu yurt dışı hesabına satmak, ürünü fiilen çöpe atmak demektir; çünkü kod bir kez denenip reddedildiğinde tedarikçi çoğunlukla iade kabul etmez. Burada zarar iki katıdır: hem kod yanar hem müşteriye para iade edersin.
Çözüm, bölge bilgisini ürün etiketi olmaktan çıkarıp satış kuralına dönüştürmektir. Scriptin, müşterinin fatura ülkesine, IP bölgesine veya sipariş sırasında seçtiği hesap bölgesine göre uyumsuz ürünü sepette engelleyebilmeli ya da en azından ikinci bir uyarı ekranı çıkarabilmeli. Türkiye pazarında çalışan ciddi bir dijital ürün satış yazılımı bunu kategori bazında tanımlanabilir kural setiyle yapar; her ürünü tek tek elle işaretlemeni istemez.
Hediye kartı kategorisinde iade ve itiraz nedenleri
- Bölge/platform uyumsuzluğu 45%
- Geç teslimat ve iletişimsizlik 25%
- Ödeme itirazı ve kart mağduriyeti 20%
- Gerçek kod arızası 10%
Tedarikçi API'si ile manuel stok arasındaki görünmeyen maliyet farkı
Manuel stokta kodu önceden satın alırsın; yani sermayeni rafa yatırırsın. Kur hareket ettiğinde, marka kampanya yaptığında veya ürün versiyonu değiştiğinde elindeki stok değer kaybeder. API ile çalıştığında ise kodu ancak müşteri ödediği anda çekersin; sermaye bağlanmaz, fiyat güncel kalır, ölü stok riski neredeyse sıfırlanır.
Ama API'nin de bir bedeli var: tedarikçi çöktüğünde satışın da durur. Bu yüzden profesyonel kurgu ikisini birleştirir. Scriptin önce API'yi dener, cevap gecikirse veya hata dönerse aynı ürün için yerel yedek havuzdan kod çeker. Bu "düşüş devri" mantığı, yoğun kampanya saatlerinde siparişi kaybetmemeni sağlar. Bir epin yazılım altyapısı değerlendirirken sorman gereken soru "API var mı" değil, "API düştüğünde ne oluyor" olmalı.
Dolandırıcılık ve ödeme itirazı: kategorinin en pahalı dersi
Hediye kartı, çalıntı kartla alışveriş yapanların birinci tercihidir; çünkü ürün anında teslim edilir, iade edilemez ve izi sürülemez. Bu yüzden bu kategoride risk yönetimi bir lüks değil, hayatta kalma şartıdır. İlk siparişte yüksek tutar, aynı cihazdan farklı kartlar, e-posta alan adı ile ödeme adının tutmaması gibi sinyaller tek başına suçlama sebebi değildir ama birleştiğinde beklet-ve-doğrula kuralını tetiklemelidir.
Uygulaması basit ama etkisi büyük olan yöntem şudur: belirlediğin risk skorunun üstündeki siparişler otomatik teslim edilmez, onay kuyruğuna düşer ve müşteriye "güvenlik doğrulaması" bildirimi gider. Gerçek müşteri birkaç dakika bekler; kötü niyetli kullanıcı ise çoğunlukla siparişi iptal eder ve gider. Bu tek kural, itiraz oranını dramatik biçimde düşürür ve ödeme sağlayıcınla ilişkini korur.
Her kodun teslim edildiği saniyeyi, IP'yi ve gösterim kaydını sakla. Ödeme itirazı dosyasında zaman damgalı teslimat kaydı, elinde tutabileceğin en güçlü savunmadır.
Scripti seçerken bakman gereken teknik kalemler
Demo ekranında her yazılım güzel görünür. Ayrımı yapan şey, günlük iki yüz siparişte ne olduğudur. Bu yüzden değerlendirmeyi görsellikten çıkarıp operasyona indir: aynı anda iki müşteri son kalan kodu sepete koyduğunda ne oluyor, ödeme yarıda kesilince stok geri dönüyor mu, aynı koda iki kez erişim denemesi loglanıyor mu, bayi hesabı açtığında fiyat listesi ayrışıyor mu.
Aşağıdaki kontrol listesini demo talebinde doğrudan karşı tarafa gönder. Maddelere "evet" yanıtı almak yetmez; ekranda gösterilmesini iste. Çünkü bu kategoride sözlü taahhüt değil, çalışan mekanizma para kazandırır.
| Kontrol maddesi | Neden kritik | Doğrulama yöntemi | Durum |
|---|---|---|---|
| Kod bazlı rezervasyon kilidi | Çift satışı engeller | İki sekmede eş zamanlı sipariş testi | Zorunlu |
| Ödeme iptalinde stok iadesi | Ölü stok oluşmaz | Ödemeyi yarıda kes, havuzu kontrol et | Zorunlu |
| Bölge uyumluluk kuralı | Yanan kod riskini düşürür | Farklı ülke seçimiyle sepet denemesi | Zorunlu |
| Risk skoru ve onay kuyruğu | İtiraz oranını azaltır | Yüksek tutarlı test siparişi | Yüksek öncelik |
| Bayi fiyat kademesi | Toptan kanalı açar | Bayi hesabıyla fiyat karşılaştırma | Orta öncelik |
| Teslimat logu ve dışa aktarım | İtiraz savunması sağlar | CSV çıktısı isteme | Zorunlu |
Hediye kartı operasyonunu tek panelde topla
Stok havuzu, otomatik teslimat, bölge kuralları, bayi kademeleri ve risk filtreleri hazır kurulu gelsin. Pinova'nın özellik listesini ve lisans seçeneklerini incele.
Hediye kartı satmak için tedarikçi anlaşması şart mı?
Düzenli satış hedefliyorsan evet. Perakendeden kart alıp yeniden satmak kısa vadede işe yarar ama marj çok düşüktür ve iade riski sana kalır. Kurumsal tedarikçiyle çalışmak hem fiyat hem arıza desteği sağlar.
Stok havuzunu Excel ile yönetmeye devam edebilir miyim?
Günde beş siparişe kadar sürdürebilirsin. Üstüne çıktığında çift gönderim ve mutabakat hataları başlar. Havuz yönetimi otomatikleşmeden ölçeklenmek pratikte mümkün değildir.
Anında teslimat yapmazsam ne kaybederim?
Dönüşüm oranını kaybedersin. Bu kategoride alıcı beklemeye alışık değildir; on dakikayı geçen teslimatlarda hem iptal hem olumsuz yorum oranı belirgin şekilde yükselir.
Bayi sistemi kurmak küçük işletme için erken mi?
Hayır. Bayi kanalı reklam bütçesi gerektirmeden ciro getirir. Fiyat kademesi ve bakiye yönetimi zaten yazılımın içinde geliyorsa, ilk aydan itibaren açık tutmakta fayda var.
Hediye kartı kategorisinde kazanan taraf, en ucuz tedarikçiyi bulan değil; stokunu, teslimatını ve riskini aynı ekrandan yöneten taraftır. Yukarıdaki kontrol listesini eline al, mevcut altyapını madde madde puanla ve eksik kalan yerleri gör. Sonrasında bu maddelerin gerçekten çalışıp çalışmadığını kendi gözünle test etmek istersen canlı demo üzerinden panele girip bir test siparişi oluştur; teorinin operasyona nasıl döndüğünü on dakikada anlarsın.