Çoğu kişi hediye kartı satışını "en temiz kalem" sanır. Stok maliyeti yok, kargo yok, iade derdi az, teslimat saniyeler içinde. Kâğıt üzerinde gerçekten öyle. Ama aynı özellikler bu kalemi bambaşka bir sınıfa da sokuyor: hediye kartı, nakde en yakın duran dijital üründür. Anında teslim edilir, kolayca devredilir, geri alınamaz. Bir dolandırıcı için bu üç özellik ideal bir çıkış kapısı demek.
İkinci yanılgı şu: "Ödeme geçti demek, para bende demek." Hayır. Ödeme geçmesi sadece o anda işlemin onaylandığını gösterir. Kartın sahibi günler sonra işlemi tanımadığını bildirdiğinde tutar senden geri alınır; kodu ise geri alamazsın. Yani bu kalemde asıl kayıp kalemi zayiat değil, itiraz. Ve bunu engellemenin yolu daha sıkı bir ödeme sağlayıcısı bulmak değil; siparişi teslim etmeden önce değerlendiren, kayıt tutan ve şüpheliyi yavaşlatan bir e-pin satış scripti kurmaktır. Bu yazıda o savunma katmanlarını sırayla açıyorum.
Nakde Çevrilebilirlik Neden Bu Kadar Kritik Bir Eşik?
Bir ürünün risk seviyesini belirleyen şey fiyatı değil, likiditesidir. Bir klavye sattığında kötü niyetli kişi onu paraya çevirmek için alıcı bulmak, kargoyu yönetmek, kimliğini bir yerde açık etmek zorunda. Hediye kartı kodunda bunların hiçbiri yok; kod bir mesaj kutusundan başka bir mesaj kutusuna geçer ve iş biter. Bu yüzden kötü niyetli sipariş akışı doğal olarak en likit kaleme yönelir. Bunu bilmek seni ürünü kapatmaya değil, kuralı ürüne göre kurmaya götürmeli. Bir oyun içi eşya paketi ile yüksek tutarlı bir hediye kartı aynı kontrol seviyesini hak etmiyor. Aynı kasa, aynı vitrin, aynı ödeme sağlayıcısı olabilir; ama teslimat öncesi kontrol farklı olmalı. Bunu ürün bazında ayarlayamayan bir dijital ürün satış yazılımı ya seni yavaşlatır ya da açıkta bırakır. İkisi de maliyet.
Kötü Niyetli Sipariş Gerçekte Nasıl Görünür?
Filmlerdeki gibi görünmez. Çoğu zaman gayet sıradan durur: yeni açılmış bir üyelik, ilk siparişte yüksek tutar, tek kalemde çok adet, teslimatı hızlandırmak için gelen ısrarlı mesajlar. Bazen tam tersi olur; küçük bir test siparişi geçer, sorunsuz teslim alınır, birkaç saat sonra büyük sipariş gelir. Deneyimli işletmeler bu örüntüyü tanır ama hafızayı insana bırakmak hatadır. Gece yarısı bakan operatör aynı örüntüyü görmez. Bu yüzden şüphe sezgide değil kuralda yaşamalı: aynı kart, aynı cihaz, aynı ağ, benzer e-posta kalıbı, eşleşmeyen fatura bilgisi. Her biri tek başına suç değil; birkaçı bir arada ise siparişin otomatik olarak beklemeye alınması gerekir. Burada amaç müşteriyi suçlamak değil, teslimatı birkaç dakika geciktirip insan gözüne getirmek. Meşru müşteri bu gecikmeyi fark etmez bile; kötü niyetli olan ise genelde vazgeçip gider.
Teslimat Kaydı Neden Sigortandır?
İtiraz süreçlerinde kazananı belirleyen şey haklılık değil belgelendirilmiş haklılıktır. Sen kodu teslim ettiğini biliyorsun; karşı taraf bilmediğini söylüyor. Arada hakem, sunulan kayıtlara bakıyor. Elinde siparişin zaman damgası, teslimatın yapıldığı an, müşterinin kodu görüntülediği oturum, kabul ettiği koşul metni ve iletişim geçmişi varsa dosya güçlü olur. Bunların hiçbiri sonradan üretilemez; ya toplanır ya toplanmaz. İyi bir epin yazılım altyapısında bu kayıtlar arka planda kendiliğinden birikir ve tek ekranda dosya hâline gelir. Kötü kurulmuş bir sistemde ise operatör ekran görüntüsü aramaya başlar. Aradaki fark, aynı itirazda kazanmakla kaybetmek arasındaki fark. Ayrıca bu kayıt disiplini yan fayda da üretir: hangi ürünün, hangi saatte, hangi ödeme yöntemiyle sorun çıkardığını görürsün ve kuralı veriye göre sıkarsın.
Hediye kartı kaynaklı kaybın bileşenleri
- Tanımadığı işlem itirazı 44%
- Kaynağı temiz olmayan tedarik partisi 26%
- Manuel teslimat hatası ve çift dağıtım 21%
- Sosyal mühendislikle destek yönlendirme 9%
Hangi Kuralı Hangi Sıkılıkta Kurmalısın?
Kuralı fazla sıkarsan meşru satışı boğar, gevşek bırakırsan zarar edersin. Aradaki dengeyi tutara ve müşteri geçmişine göre kademelendirmek gerekir. Aşağıdaki tablo, sahada işleyen bir kademelendirme örneği.
| Risk seviyesi | Tetikleyen durum | Uygulanan kural | Müşteri etkisi |
|---|---|---|---|
| Düşük | Geçmişi temiz üye, düşük tutar | Anında otomatik teslimat | Fark edilmez |
| Orta | Yeni üye, orta tutar | Kısa gecikme ve e-posta doğrulaması | Birkaç dakika |
| Yüksek | İlk siparişte yüksek tutar | Telefon veya ek kimlik doğrulaması | Bir onay adımı |
| Yüksek | Aynı cihazdan çok sayıda hesap | Otomatik beklemeye alma | Manuel inceleme |
| Kritik | Fatura ve ödeme bilgisi çelişkisi | Teslimat durdurulur, iade önerilir | Sipariş iptali |
| Kritik | Bilinen riskli örüntü tekrarı | Kalıcı kısıt ve kara liste | Satış yapılmaz |
Yüksek riskli siparişte kodu teslim etmeden önce ürünü stoktan mühürle ama gösterme. Böylece inceleme sürerken kod başkasına satılmaz, iptal kararında da stoğa geri döner.
Destek Ekibin En Zayıf Halka Olmasın
Teknik kurallar sağlamken bile kayıp destek kanalından girebilir. Klasik senaryo şudur: biri sana yazar, siparişi tanıdığını iddia eder, ekran görüntüsü gönderir ve kodun yeniden gönderilmesini ister. Operatör iyi niyetle kodu tekrar paylaşır; ortada iki kod, tek ödeme vardır. Bunun önüne geçmenin yolu kişiselliği kaldırmak: kod yeniden paylaşımı asla sohbetten yapılmaz, yalnızca müşterinin kendi oturum açtığı panelden görünür. Operatörün kodu görme yetkisi bile kısıtlanabilir. İkinci kural, iletişim kanalını değiştirme taleplerine kapalı olmak; sipariş hangi e-posta ile açıldıysa yazışma orada kalır. Üçüncü kural, her destek işleminin kim tarafından yapıldığının kayda geçmesi. Yetki ve iz kaydı olmayan bir panelde iç kaynaklı kaybı asla ispatlayamazsın. Yetki ve kayıt tarafını özellik bölümünde inceleyebilirsin.
Bu Savunmayı Bir Haftada Nasıl Kurarsın?
Aşağıdaki liste sırayla uygulandığında, hediye kartı kaleminde kaybı ciddi biçimde aşağı çeker. Hepsini aynı gün yapmaya çalışmak yerine sırayı takip et.
| Gün | Yapılacak | Kontrol ölçütü | Atlanırsa |
|---|---|---|---|
| 1 | Ürün bazlı tutar limiti ve günlük üst sınır tanımla | Limit üstü sipariş otomatik beklemede | Tek sipariş haftalık kârı siler |
| 2 | Yeni üye için ilk sipariş gecikmesi kur | İlk sipariş insan onayına düşüyor | Hızlı vur-kaç akışı serbest kalır |
| 3 | Teslimat günlüğü ve oturum kaydını aç | Her siparişte tek tıkla dosya çıkıyor | İtirazlar kaybedilir |
| 4 | Kod yeniden gösterimini yalnızca müşteri paneline bağla | Destek kanalından kod paylaşılamıyor | Çift dağıtım riski |
| 5 | Operatör yetkilerini daralt, iz kaydını aç | Kim ne yaptı raporu mevcut | İç kaynaklı kayıp görünmez |
| 6 | Tedarik partilerine kaynak etiketi işle | Sorunlu parti tek sorguyla bulunuyor | Geriye dönük iptalde kör kalırsın |
| 7 | Haftalık risk raporunu rutine bağla | Kural seti veriye göre güncelleniyor | Aynı açık aylarca kullanılır |
Riski ürünle değil kuralla yönet
Limit, kademeli doğrulama, mühürlü stok, teslimat günlüğü ve yetki izi hazır kurulu gelir. Hediye kartını kapatmadan güvenli sat.
Hediye kartı satışını tamamen bırakmak daha mı güvenli?
Genellikle gereksiz bir fedakârlık olur. Bu kalem yüksek talep ve iyi sepet üretir. Doğru yol ürünü kapatmak değil, tutara ve müşteri geçmişine göre kademeli doğrulama kurmaktır.
Ödeme sağlayıcım onay verdiği hâlde neden itiraz gelebiliyor?
Onay yalnızca işlemin o an geçtiğini gösterir. Kart sahibinin işlemi tanımadığını bildirmesi sonraki günlerde mümkündür ve tutar geri alınır. Bu yüzden teslimat öncesi kontrol şart.
Yapay gecikme müşteriyi kaçırmaz mı?
Gecikmeyi yalnızca riskli örüntüye uygularsan meşru müşterinin çoğu bunu hiç fark etmez. Tüm siparişe uygulanan kör gecikme ise gerçekten dönüşüm kaybettirir.
Destek ekibinin kodu görmesi gerekli mi?
Çoğu senaryoda gerekmez. Kodun yalnızca müşterinin kendi panelinde görünmesi, hem sosyal mühendislik riskini hem iç kaynaklı kaybı aynı anda kapatır.
Hediye kartı, likiditesi yüzünden hem en cazip hem en kırılgan kalemin. Bu kalemi kârlı taşıyan işletmeleri diğerlerinden ayıran şey şans değil; teslimattan önce çalışan sessiz bir kural seti. Bu kuralların panelde nasıl tanımlandığını, riskli siparişin ekranda nasıl beklemeye düştüğünü ve teslimat dosyasının nasıl göründüğünü kendi gözünle görmek istersen canlı demo üzerinden dene; uygun paketi fiyat bölümünden seçip aynı gün kurulumu başlatabilirsin.