Çoğu kişi bayi limitini duygusal olarak verir. Telefonda iyi anlaştığın, sesi güven veren, iki ay düzgün ödeme yapmış bir bayi «bu hafta biraz limit açar mısın» der ve sen açarsın. Üç hafta sonra o limitin tamamı kullanılmış, kodlar teslim edilmiş, bayi ortadan kaybolmuş olur. Ardından kendine sorarsın: ben bu limiti neye dayanarak verdim? Cevap genelde bir hesap değil, bir izlenimdir.
Dijital ürün satışında limit vermek, fiziksel ürün satmaktan çok daha risklidir; çünkü teslim ettiğin şey geri gelmez, sigortalanmaz, hacizle kurtarılmaz. Bu yüzden ciddi işletmeler limiti hisle değil skorla dağıtır. İyi bir e-pin scripti sana bu skoru üretecek verinin tamamını zaten toplar: ödeme gecikmeleri, iade oranı, sipariş desenleri, oturum davranışı. Eksik olan şey genelde veri değil, o veriyi tek bir sayıya çeviren kural setidir. Şimdi o kuralı kuruyoruz.
Limit neden ciroya değil, tahsilat davranışına bağlanmalı?
Yaygın hata, limiti aylık hacmin bir yüzdesi olarak vermektir. Hacim büyüklük gösterir, ödeme gücü göstermez. Ayda beş yüz bin lira döndüren bir bayi, o cironun tamamını kendi müşterisinden vadeli tahsil ediyorsa senin için yüksek risklidir; ayda seksen bin lira döndüren ama her siparişi peşin kapatan bayi ise düşük risklidir.
Doğru temel şudur: limit, bayinin geçmiş ödeme davranışının en kötü senaryosunu karşılayabileceğin tutardır. Yani bu bayi bugün ödemeyi bıraksa kaybedeceğin rakam, katlanabileceğin bir zarar mı? Değilse limit yüksek. Bu soruyu her bayi için tek tek düşünmek yerine skora bağlarsın; skor da ödeme gecikme günü, iade oranı ve ilişki yaşı gibi ölçülebilir sinyallerden gelir. Böylece limit, pazarlığın değil tarihin sonucu olur.
Risk skorunu hangi beş sinyal grubundan kurarsın?
Skoru karmaşıklaştırmak işe yaramaz; beş grup yeterlidir. Birincisi ödeme disiplini: ortalama gecikme günü ve en uzun gecikme. İkincisi ilişki yaşı ve süreklilik: kaç aydır aktif, kesintisiz sipariş açtığı ay sayısı. Üçüncüsü iade ve itiraz oranı: açılan destek talebi, ödeme itirazı sayısı. Dördüncüsü davranışsal sinyaller: gece saatlerinde ani yüksek tutarlı siparişler, IP ve cihaz değişkenliği, farklı ödeme yöntemlerini deneme sıklığı. Beşincisi teminat: verilen senet, ön ödeme ya da bloke bakiye.
Her gruba bir ağırlık ver, toplam yüz olsun. Ödeme disiplini en ağır grup olmalı; teminat ise skoru yukarı çeken tek dış müdahale. Bu hesabı elle yapmak ilk on bayide mümkün, ellinci bayide imkansız. Bu yüzden e-pin satış scripti tarafında her bayi kartında güncel skorun görünmesi, limitin ise skor bandına göre otomatik önerilmesi gerekir. Bayi yönetimi modülü bunu yapıyorsa işin yarısı bitmiş demektir.
| Sinyal grubu | Ağırlık | Ölçtüğün veri | Riskli eşik |
|---|---|---|---|
| Ödeme disiplini | 35 puan | Ortalama ve en uzun gecikme günü | 7 günden fazla gecikme |
| İlişki yaşı ve süreklilik | 20 puan | Aktif ay sayısı, kesintisizlik | 3 aydan kısa geçmiş |
| İade ve ödeme itirazı | 20 puan | İtiraz / sipariş oranı | Binde 5 üzeri |
| Davranışsal sinyaller | 15 puan | IP, cihaz, saat ve tutar sapması | Ortalamanın 5 katı sipariş |
| Teminat ve ön ödeme | 10 puan | Bloke bakiye, senet, depozito | Teminat yok |
Skoru limite çevirirken hangi bantları kullanmalısın?
Skor tek başına bir sayıdır; kararı bant verir. Dört bant pratikte yeterli: yüksek risk, izlenen, standart ve güvenilir. Yüksek riskte limit sıfırdır, yalnızca peşin bakiye ile çalışılır. İzlenen bantta limit sembolik tutulur, sadece küçük siparişlerin akışını bozmamak için. Standart bantta limit aylık ortalama sipariş tutarının yarısına kadar çıkabilir. Güvenilir bantta ise limit aylık ortalamanın tamamına yaklaşabilir ama teminat şartı devreye girer.
Bantların en önemli özelliği, aşağı yönde anında, yukarı yönde yavaş çalışmasıdır. Bir bayinin skoru düştüğünde limiti aynı gün kısılır; yükseldiğinde limit iki dönem sonra artar. Bu asimetri kulağa sert gelse de tahsilat kaybını yarıya indiren en basit kuraldır. Bunu manuel yönetmek yerine bir epin yazılım içinde eşik tabanlı otomatik aksiyon olarak tanımlarsan gece yarısı olan bir bozulmayı sabah öğrenmek zorunda kalmazsın.
Bayi kaynaklı zararın gerçek dağılımı
- Tahsil edilemeyen limit 50%
- Ödeme itirazı ve iade 25%
- Yanlış fiyat ve iskonto 15%
- Operasyonel hata 10%
Hangi davranışsal sinyaller tahsilat kaybının habercisi?
Dolandırıcılık ya da ödeme sorunu genellikle sessizce başlamaz; desende iz bırakır. En sık görülen dört uyarı şu: sipariş tutarının bir gecede ortalamanın kat kat üstüne çıkması, bakiye yüklemesi yapmadan limit kullanımının hızla dolması, farklı ödeme yöntemlerini sırayla deneme ve alışılmadık saatlerde yoğunlaşan yüksek tutarlı çekimler.
Bunlara bir beşinci eklenir ki en sinsi olanıdır: bayinin aniden yalnızca en likit ürünlere yönelmesi. Yani her zaman karışık sepet açan bir bayinin bir hafta boyunca sadece hızlı nakde çevrilebilen tek bir kategoriye yüklenmesi. Bu desen, bayinin kendi nakit sıkışıklığını senin limitinle çözmeye çalıştığını gösterir. Sinyal yakalandığında yapılacak şey hesabı kapatmak değil; limiti dondurup peşin çalışmaya geçmektir. İlişkiyi bitirmeden riski durdurursun.
Otomatik kısıtlama olmadan skor neden işe yaramaz?
Skoru hesaplayıp bir rapora yazmak hiçbir şeyi değiştirmez. Skorun değeri, eşiğe değdiğinde kendiliğinden bir şeyi engellemesindedir. En az üç otomatik aksiyon tanımlamalısın: limitin kademeli kısılması, belirli kategorilerde satın alma kısıtı ve yüksek tutarlı siparişlerde manuel onay şartı.
Üçüncüsü özellikle kıymetli. Bayi istediği kadar sipariş açar ama belirlediğin tutarın üstündeki sipariş sen onaylamadan teslim edilmez. Bu, ilişkiyi bozmayan ama kaybı sınırlayan bir frendir. Bu tür kural tabanlı akışları destekleyen bir dijital ürün satış yazılımı tercih etmek, sonradan yazılacak onlarca özel geliştirmeden daha ucuza gelir. Paket karşılaştırmasında bu yüzden kural motoru ve onay akışı kalemlerine ayrıca bakmak gerekir.
| Bant | Skor aralığı | Limit politikası | Otomatik aksiyon | Gözden geçirme |
|---|---|---|---|---|
| Yüksek risk | 0 - 39 | Limit yok, peşin bakiye | Yüksek tutarda satış engeli | Haftalık |
| İzlenen | 40 - 59 | Aylık ortalamanın %10'u | Tutar üstünde manuel onay | İki haftalık |
| Standart | 60 - 79 | Aylık ortalamanın %50'si | Gecikmede otomatik kısma | Aylık |
| Güvenilir | 80 - 100 | Aylık ortalamaya kadar | Teminat şartlı serbest akış | Üç aylık |
Tek bir limit yerine toplam limit ve günlük kullanım limiti tanımla. Toplam limit riski sınırlar, günlük limit ise kötü bir günde tüm limitin bir saatte tükenmesini engeller. İki sayı birlikte çalıştığında beklenmedik zararın büyüklüğü tahmin edilebilir hale gelir.
Skor sistemini kurarken ilk hafta ne yapmalısın?
Sıfırdan mükemmel bir model kurmaya çalışma. İlk hafta yalnızca iki sinyali topla: ödeme gecikme günü ve itiraz oranı. Bu ikisi zararın dörtte üçünü açıklar. Tüm bayileri bu iki veriyle dört banda yerleştir ve mevcut limitleri banda uydur. Bu adımda muhtemelen birkaç bayinin limiti yüksek çıkacak; onları hemen kısmak yerine teminat isteyerek bandı yukarı taşımalarını teklif et.
İkinci hafta davranışsal sinyalleri ekle ve otomatik aksiyonları devreye al. Üçüncü hafta bayilere şeffaflık ver: panelinde mevcut limitini, kullanılan kısmını ve limitini artırmak için ne yapması gerektiğini göster. Şeffaflık burada da işe yarar; bayi limitin nasıl arttığını bildiğinde seni arayıp ısrar etmek yerine ödeme davranışını düzeltir. Bu döngüyü kurduktan sonra tahsilat kaybının aylar içinde nasıl eridiğini kendi raporlarında göreceksin ve limit konuşmaları duygusal bir pazarlıktan sayısal bir sürece dönüşecek. Lisans ve kurulum aşamasında skor alanlarının hazır gelmesi bu süreci haftalarca kısaltır.
Limit kararını hisle değil skorla ver
Pinova ile bayi bazında risk skoru, toplam ve günlük limit, tutar üstü manuel onay ve otomatik kısma kurallarını tek panelden tanımla.
Yeni bayiye hiç limit verilmemeli mi?
İlk dönemde limit vermemek en güvenli yoldur. Üç ay kesintisiz peşin çalışma ve temiz itiraz geçmişinden sonra sembolik bir limitle başlamak, hem bayiyi motive eder hem riski sınırlı tutar.
Teminat istemek bayiyi kaçırır mı?
Ciddi bayi kaçmaz, çünkü karşılığında daha yüksek limit ve daha iyi kademe alır. Kaçan bayi genelde limiti nakit sıkışıklığını kapatmak için isteyen bayidir; o kaybı zarar değil kazanç sayabilirsin.
Risk skoru ne sıklıkla güncellenmeli?
Günlük yenileme yeterlidir; kritik sinyaller ise anlık çalışmalıdır. Ortalamanın kat kat üstünde bir sipariş veya art arda başarısız ödeme denemesi, günlük hesabı beklemeden onay şartını devreye sokmalıdır.
Limiti düşürürken bayiye nasıl açıklarım?
Kuralı baştan yazıp panelde göstererek. Bant ve eşikler önceden belliyse düşüş kişisel bir karar değil sistemin sonucu olur; açıklaman da tartışma değil bilgilendirme haline gelir.
Limit ve risk skoru, bayilik işinde en az fiyat listesi kadar belirleyici ama neredeyse hiç konuşulmayan iki kaldıraç. Skor bantlarının, günlük limit ayrımının ve tutar üstü onay akışının gerçek bir bayi hesabında nasıl davrandığını görmek istersen canlı demo içinde düşük skorlu bir bayi oluşturup limitin nasıl otomatik kısıldığını kendi gözlerinle deneyebilirsin.

