Çoğu satıcı doğrulamayı bir açma-kapama düğmesi sanır. Ya herkesten kimlik ister ve sepetlerin yarısını kaybeder, ya da kimseden bir şey istemez ve ay sonunda itiraz yağmuruna tutulur. İki uç da aynı yanlış inanıştan doğar: doğrulamanın tek bir seviyesi olduğu inanışı.
Gerçek şu ki doğrulama bir düğme değil, bir merdivendir. Müşterinin attığı adımın riski büyüdükçe bir basamak çıkarsın; risk küçükse hiçbir basamak çıkmazsın. Bu yazıda o merdivenin hangi basamağının ne zaman devreye gireceğini, eşikleri neye göre belirleyeceğini ve e-pin scripti tarafında bu kuralların nasıl kurgulandığını konuşacağız. Amaç riski sıfırlamak değil; riski sadece riskli işlemin üstüne yüklemek.
Doğrulamayı herkese uygulamak neden en pahalı seçenek?
Bir müşteri 40 TL'lik bir oyun kodu almak için geldiğinde ondan kimlik fotoğrafı istemek, kapıda bekleyen parayı kovmaktır. O müşterinin sana getireceği toplam marj, doğrulamanın önlediği riskin çok üzerindedir. Aynı müşteri 6.000 TL'lik bir bakiye yüklemesi yaptığında ise hiçbir şey sormamak, kasayı açık bırakıp dışarı çıkmaktır.
Yani doğrulama maliyeti ile risk maliyeti arasında bir kesişim noktası vardır. O noktanın altında doğrulama zarardır, üstünde kârdır. İşletme sahibinin asıl işi bu noktayı bulmaktır, doğrulama teknolojisini seçmek değil. Kesişim noktası her satıcıda farklıdır çünkü ortalama sepet, ürün tipi ve kanal dağılımı farklıdır. Bu yüzden hazır kural setlerini kopyalamak yerine kendi verinden başlaman gerekir. İyi bir e-pin satış scripti sana bu eşiği değiştirilebilir bir ayar olarak sunar, sabit kod olarak değil.
Eşiği neye göre belirlersin?
Eşik tek bir sayı değildir; en az dört sinyalin bileşimidir. Birincisi tutar: sepet tutarı ortalamanın belirgin şekilde üstündeyse risk artar. İkincisi müşteri yaşı: hesabın açılmasıyla siparişin arasındaki süre dakikalarla ölçülüyorsa dikkat. Üçüncüsü ürün likiditesi: anında nakde dönebilen ürünler her zaman daha çekicidir. Dördüncüsü kanal: bazı ödeme yöntemleri itirazı müşterinin lehine çevirmeye çok müsaittir.
Bu dördünü birleştirip basit bir puan üretmek yeterlidir. Puan düşükse sipariş sessizce akar; ortadaysa otomatik bir doğrulama adımı devreye girer; yüksekse insan onayı gerekir. Karmaşık makine öğrenmesi kurmana gerek yok — ağırlıklı dört kural, ilk yılda vakaların büyük kısmını yakalar. Kritik olan, puanın her siparişle birlikte kaydedilmesi. Kayıt yoksa eşiği iyileştiremezsin; sadece tahmin yürütürsün.
| Senaryo | Risk seviyesi | Gerekli adım | Müşteriye sürtünme |
|---|---|---|---|
| Ortalama tutar, eski müşteri | Düşük | Yok | Sıfır |
| İlk sipariş, ortalama tutar | Orta | E-posta veya SMS kodu | Çok az |
| İlk sipariş, yüksek tutar | Yüksek | Telefon + kart son hane teyidi | Orta |
| Kayıttan dakikalar sonra yüksek tutar | Çok yüksek | Manuel onay kuyruğu | Yüksek |
| Aynı cihazda çok hesap | Çok yüksek | İnsan incelemesi + limit | Yüksek |
| Bakiye çekimi / transfer talebi | Yüksek | İki adımlı teyit + bekleme | Orta |
Sürtünme nereye konursa müşteri kızmaz?
Müşteri doğrulamaya kızmaz; beklenmedik doğrulamaya kızar. Ödeme ekranının ortasında, parayı çekmişken karşısına kimlik istemi çıkarsa terk eder. Aynı istem, yüksek tutarlı bir işleme başlamadan önce ve gerekçesi yazılı olarak gösterilirse büyük oranda tamamlanır. Sürtünmenin yeri zamanlamadır, miktarı değil.
İkinci kural: doğrulamayı hep bir kazanç karşılığında iste. "Hesabını doğrula, teslimatlar anında yapılsın ve limitin yükselsin" dediğinde müşteri işlemi bir engel değil bir terfi olarak görür. Üçüncü kural: bir kez doğrulanan müşteriden tekrar tekrar aynı şeyi istememek. Doğrulama durumunu müşteri kartına kalıcı yazan bir dijital ürün satış scripti kullanıyorsan bu zaten kendiliğinden çözülür.
Doğrulama adımlarının riski kesme payı
- Telefon/SMS teyidi 45%
- Tutar eşiğinde manuel onay 25%
- Cihaz ve IP eşleşmesi 20%
- Belge doğrulama 10%
Bu dağılımın en öğretici yanı, en ağır adımın en küçük payı almasıdır. Belge doğrulama en çok sürtünmeyi yaratır ama riski en az keser. Yani sırayla gitmek yerine hafif adımları önce, ağır adımı en sona koymak gerekir.
Tek bir tutar eşiği yerine kategori bazlı eşik kur. Aynı 2.000 TL, oyun içi kozmetik üründe düşük risk, anında nakde dönen bir kodda yüksek risk demektir.
Doğrulama hangi anlarda gerçekten zorunlu hâle gelir?
Pratikte dört an vardır ve bunlarda tartışma yapılmaz. Birincisi, bir hesabın e-posta veya telefonu değiştikten hemen sonra sipariş vermesi. İkincisi, bakiyenin dışarıya çıkarılmaya çalışılması. Üçüncüsü, tek oturumda ortalamanın katları düzeyinde birikimli alışveriş. Dördüncüsü, aynı kart veya cihazın farklı kimliklerle görünmesi.
Bu dört anın ortak noktası, hepsinin hesap devralma imzası taşımasıdır. Kart itirazından farklı olarak burada mağdur senin müşterindir ve o müşteriyi kaybetmek tek siparişten çok daha pahalıdır. Bu yüzden bu dört durumda doğrulama bir tercih değil, işletmenin kendini koruma refleksidir. Kullandığın epin yazılım altyapısı bu tetikleyicileri kural olarak tanımıyorsa, olayları ancak şikâyet geldiğinde öğrenirsin.
Kuralları kurduktan sonra ne izlenir?
Doğrulama kuralı canlıya alındıktan sonra iki sayıyı yan yana izlemek gerekir: doğrulama isteyen sipariş oranı ve bu siparişlerin tamamlanma oranı. Birincisi çok yükselirse eşiğini gereksiz aşağıya çekmişsindir, satışını kendi elinle boğuyorsun. İkincisi düşerse adımın kendisi çok ağırdır veya yanlış yerde duruyordur.
Aşağıdaki liste, kuralları devreye almadan önce tamamlanması gereken kontrol setidir. Bir e-pin satış yazılımı değerlendirirken de aynı listeyi soru olarak kullanabilirsin: bu maddelerin kaç tanesi panelden ayarlanabiliyor?
| Kontrol maddesi | Hazır mı? | Sahibi | Not |
|---|---|---|---|
| Kategori bazlı tutar eşiği tanımlanabiliyor | Zorunlu | Yönetim | Panelden ayar |
| İlk sipariş için ayrı kural | Zorunlu | Yönetim | En yüksek getiri |
| İletişim bilgisi değişiminde bekleme süresi | Zorunlu | Sistem | Devralma savunması |
| Manuel onay kuyruğu ve SLA | Zorunlu | Destek | Süre hedefi belirle |
| Doğrulama durumunun kalıcı kaydı | Zorunlu | Sistem | Tekrar isteme yok |
| Kural bazlı tamamlanma raporu | Önerilir | Yönetim | Eşik iyileştirme |
| Müşteriye gerekçe metni | Önerilir | Destek | Terk oranını düşürür |
Eşikli doğrulamayı panelden kur
Kategori bazlı eşikler, ilk sipariş kuralı, onay kuyruğu ve kalıcı doğrulama kaydı Pinova'da yönetilebilir ayarlar olarak gelir.
Her müşteriden kimlik istemek en güvenli yol değil mi?
Güvenli ama pahalı. Düşük tutarlı siparişlerde kaybettiğin marj, önlediğin riskten büyük olur. Doğrulamayı eşiğe bağlamak daha kârlıdır.
Doğrulamayı hangi anda göstermeliyim?
Ödeme adımının ortasında değil, yüksek riskli işleme başlamadan önce ve kısa bir gerekçe metniyle birlikte göster.
Manuel onay kuyruğu siparişleri geciktirir mi?
Sadece eşiği aşan az sayıda siparişi etkiler. Kuyruğa bir süre hedefi koyar ve müşteriyi bilgilendirirsen şikâyet oluşmaz.
Bir kez doğrulanan müşteriye tekrar sormalı mıyım?
Hayır. Doğrulama durumu müşteri kaydında kalıcı tutulmalı; yalnızca iletişim bilgisi değişimi gibi yeni bir risk sinyalinde tekrarlanır.
Doğrulama, satışın önündeki duvar değil; yüksek riskli işlemin etrafındaki ince çizgidir. O çizgiyi nereye çekeceğini kendi verin söyler. Eşiklerin panelde nasıl göründüğünü, onay kuyruğunun nasıl çalıştığını ve özellikleri incelemek için canlı demo ekranlarında dolaş, sonra fiyat sayfasından kendi ölçeğine uygun paketi seç.

