E-pin Satış Scriptinde Sipariş Anomali Uyarılarını Kapatan Bayiler Neden Hep Gece 03:00'te Soyuluyor? İşte Kimsenin Anlatmadığı Sinyal Listesi

Çoğu bayi dolandırıcılığı "kötü müşteri" problemi sanır. Oysa sistemli kayıpların neredeyse tamamı tek tek kötü müşterilerden değil, tekrar eden davranış kalıplarından gelir. Bir kişi on farklı kartla dener, bir betik iki dakikada kırk sipariş açar, bir bayi hesabı normalde saatte üç işlem yaparken gece yarısı seksen işlem yapar. Bunların hepsi tek tek bakıldığında masumdur; birlikte bakıldığında alarmdır.

İşte bu yüzden modern bir e-pin satış yazılımı sadece sipariş almaz, sipariş davranışını ölçer. Anomali uyarısı dediğimiz şey sihirli bir yapay zekâ değil; normalin ne olduğunu bilen ve sapmayı sana zamanında haber veren bir eşik sistemidir. Aşağıda bu sistemin hangi sinyallerden kurulduğunu, eşiklerin nasıl seçildiğini ve yanlış alarmın neden gerçek riskten daha tehlikeli olduğunu tek tek açıyorum.

Anomali nedir, kural ihlali neden aynı şey değildir?

Kural ihlali sabittir: "tek siparişte en fazla beş adet" dersin, altıncıda sistem durdurur. Anomali ise görecelidir. Aynı müşteri altı ay boyunca ayda iki sipariş verirken bir gecede on iki sipariş veriyorsa hiçbir kuralı çiğnememiştir, ama davranışı kendi geçmişine göre sapmıştır. Kural ihlali savunmanın duvarıdır; anomali ise erken uyarı sistemidir.

İkisini karıştıran bayiler ya kuralları aşırı sıkar ve gerçek müşteriyi kaçırır, ya da tamamen gevşetip savunmasız kalır. Doğru kurulmuş bir e-pin scripti bu ikisini ayrı katman olarak tutar: kurallar otomatik engeller, anomaliler ise siparişi bloklamadan işaretler ve incelemeye alır. Böylece ne satış kaybedersin ne de körlemesine risk alırsın.

Hangi altı sinyal olmadan sistem kör sayılır?

Çekirdek sinyal seti şaşırtıcı derecede kısadır. Birincisi hız: aynı IP, aynı hesap veya aynı karttan birim zamanda gelen sipariş sayısı. İkincisi tutar sapması: müşterinin ortalama sepetine göre ani sıçrama. Üçüncüsü başarısız ödeme oranı: bir oturumda üst üste reddedilen deneme, kart denemesinin klasik imzasıdır.

Dördüncüsü saat profili: hesabın alışkın olmadığı saatte hareketlenmesi. Beşincisi ürün karışımı: normalde sadece oyun parası alan bir hesabın aniden en yüksek tutarlı kupon kategorisine yönelmesi. Altıncısı ise kimlik parmak izi: aynı cihaz veya tarayıcı imzasının farklı hesaplarda görünmesi. Bu altısı, iyi bir dijital ürün satış yazılımı için tartışmasız minimumdur.

Eşikleri kim belirlemeli: sen mi, veri mi?

En sık yapılan hata eşikleri kulaktan dolma rakamlarla doldurmaktır. "Saatte beş sipariş" bir bayide gayet normalken, kurumsal müşteriye çalışan başka bir bayide günlük rutindir. Doğru yöntem, ilk iki hafta sistemi sadece izleme modunda çalıştırmak ve hiçbir şeyi bloklamadan sinyal üretmesini sağlamaktır. Elindeki gerçek dağılımı gördükten sonra eşik koyarsın.

Pratik kural: eşiği, normal trafiğinin üst yüzde birlik diliminin biraz üstüne koy. Böylece meşru müşterilerin neredeyse tamamı hiç dokunulmadan geçer, sapmalar ise net biçimde yukarı çıkar. Eşiği zamanla sıkmak kolaydır; baştan çok sıkı koyup müşteri kaybettikten sonra geri dönmek ise zordur, çünkü kaybettiğin müşteri sana neden gittiğini söylemez.

Yanlış alarm neden gerçek saldırıdan daha yıkıcı?

Bir saldırı seni bir kez zarara sokar. Yanlış alarm ise sistemine olan güveni yok eder. Günde kırk uyarı gelen bir panelde, üçüncü haftada kimse uyarıya bakmaz. O noktadan sonra sistemin var olmasıyla olmaması arasında fark kalmaz; hatta daha kötüdür, çünkü "korunuyorum" yanılsaması taşırsın. Bu yüzden uyarı sayısı bir performans hedefi değil, bir bütçedir.

Sağlıklı bir hedef, günlük sipariş hacminin yüzde beşini geçmeyen bir işaretleme oranıdır. Bunun üstüne çıkıyorsan sinyal değil gürültü üretiyorsun demektir. Her uyarıya "incelendi, sonuç neydi" etiketi koyup haftalık gözden geçirmek, eşikleri kendiliğinden doğru yere oturtur. Özellikler sayfasında uyarı geçmişinin tutulup tutulmadığına özellikle bak.

Uyarı geldiğinde ilk otuz saniyede ne yapmalısın?

Anomali uyarısının değeri, ona bağlanan eylem planı kadardır. Uyarı ekranında karar vermek için gereken her şey aynı yerde olmalı: hesabın geçmiş sipariş özeti, son ödeme denemeleri, kullanılan cihaz imzası, teslim edilmiş kodlar ve iade geçmişi. Bu bilgiler üç ayrı sekmedeyse karar süren uzar, uzadıkça da uyarıya bakmayı bırakırsın.

İyi tasarlanmış bir panelde tek ekrandan üç aksiyon verilebilmelidir: onayla ve teslim et, beklet ve doğrulama iste, iptal et ve stoğu havuza geri koy. Özellikle son madde kritiktir; iptal edilen siparişin kodu havuza dönmüyorsa her yanlış alarm sana gerçek stok kaybettirir. Bunu kontrol etmek, herhangi bir e-pin yazılımı değerlendirmesinin ilk maddesi olmalı.

Loglama olmadan anomali sistemi neden çöker?

Anomali tespiti geçmişe dayanır. Geçmişi tutmuyorsan bugünün normalini bilemezsin. Bu yüzden sipariş, ödeme denemesi, oturum açma, IP değişimi ve stok hareketi kayıtlarının en az doksan gün saklanması gerekir. Daha kısası mevsimsel dalgalanmayı göremez; kampanya dönemindeki doğal sıçramayı saldırı sanıp müşterini boğarsın.

Bir diğer nokta da logların değiştirilemez olmasıdır. Bir sipariş iptal edildiğinde eski kayıt silinmemeli, üstüne "iptal edildi" hareketi yazılmalıdır. Sadece son durumu tutan sistemlerde olay sonrası inceleme yapmak imkânsızdır; ne olduğunu değil, ne kaldığını görürsün. Bu fark, bir kayıp yaşandığında sigortalı olmakla olmamak arasındaki farktır. Paketleri karşılaştırırken log saklama süresini mutlaka sor.

Anomali uyarıları, panelinin seni ne kadar koruduğunu gösteren en dürüst göstergedir. Sinyal listesinin, eşik ayarlarının ve tek ekran karar panelinin pratikte nasıl çalıştığını görmek istersen canlı demo üzerinden birkaç örnek siparişi işaretleyip inceleme akışını baştan sona deneyebilirsin.