Çoğu panel sahibi bayi raporunu ayın sonunda bakılan bir muhasebe ekranı sanır. Ciroyu görür, adet sayısını görür, başını sallar ve kapatır. Oysa bir e-pin satış scripti içindeki bayi raporu, muhasebeden çok bir erken uyarı sistemidir. Senin bayin sana ayrılmadan üç hafta önce ayrılmaya karar verir; bu kararı sana söylemez ama panelinde bırakır. Sipariş aralıkları uzar, ortalama sepet küçülür, sadece tek bir kategoriden alım yapmaya başlar. Rakamlar konuşur, sen dinlemezsen sessizce gider.
Bu yazıda bayi raporlarını bir tablo olarak değil, bir teşhis aracı olarak ele alacağız. Hangi metrik hangi davranışın izidir, tek ciro rakamı seni nasıl kandırır, raporun ne kadarını bayiye açmalısın, hangi eşikte müdahale edilir. Pinova gibi bayilik mantığı üzerine kurulmuş bir e-pin yazılımı kullanıyorsan bu verilerin çoğu zaten kayıtlıdır; eksik olan şey veri değil, veriyi karara çeviren okuma biçimidir.
Bayi raporu muhasebe kaydı değil, davranış kaydıdır
Muhasebe geçmişi anlatır, rapor eğilimi anlatır. Bir bayinin bu ay 180 bin TL alım yapması tek başına iyi ya da kötü değildir; önceki üç ayda 260 bin yapıyorsa bu rakam bir alarmdır. Bu yüzden panelde tutulan her metriğin yanında mutlaka bir karşılaştırma penceresi olmalı: geçen ay, geçen çeyrek, aynı segmentteki diğer bayiler. Karşılaştırmasız sayı, bağlamsız cümle gibidir.
Davranış kaydı olarak okuduğunda rapor sana şunu söyler: bayi hangi saatlerde alım yapıyor, hangi kategoriyi stoklayıp hangisini tek tek çekiyor, kampanyaya mı tepki veriyor yoksa alışkanlıkla mı sipariş açıyor. Bir dijital ürün satış scripti bu üç soruyu cevaplayabiliyorsa artık elinde sadece satış tablosu değil, bir bayi profili vardır. Profil, teklif kişiselleştirmenin tek dürüst temelidir.
Tek bir ciro rakamı seni neden yanıltır?
Ciro, içinde üç farklı hikâyeyi birden saklar: adet, fiyat ve ürün karması. Bayin adet olarak yarı yarıya düşmüş ama pahalı kategoriye kaymışsa ciron sabit görünür; oysa hacmini kaybetmişsindir. Tersi de olur: adet artar, bayi düşük marjlı ürünlere yığılır, ciro büyür, kârın küçülür. Bu yüzden bayi raporunun ilk sütunu ciro değil, işlem adedi ve ortalama işlem tutarı olmalıdır.
İkinci yanılgı brüt ile net arasındadır. Komisyon, iade, iptal, kur farkı ve ödeme sağlayıcı kesintisi hesaba girmeden bakılan ciro, olmayan bir kârı kutlamaktır. İyi kurulmuş bir epin yazılım raporunda her satırın yanında net katkı görünür; kötü kurulmuşta yalnızca satış toplamı. Aradaki fark, yıl sonunda neden para kazanmadığını anlamamakla anlamak arasındaki farktır.
| Rapor | Asıl ölçtüğü şey | Bakma sıklığı | Alarm eşiği |
|---|---|---|---|
| Bayi bazlı ciro ve adet | Hacim yönü | Haftalık | Adette 3 hafta üst üste düşüş |
| Ortalama işlem tutarı | Sepet kalitesi | Haftalık | %15 üzeri daralma |
| Net katkı (marj) raporu | Gerçek kârlılık | Aylık | Marj bandının altına sarkma |
| Sipariş aralığı raporu | Bağlılık | Haftalık | Aralığın iki katına çıkması |
| Kategori kırılımı | Ürün bağımlılığı | Aylık | Tek kategoride %70 yığılma |
| İade ve iptal oranı | Operasyon sağlığı | Aylık | %2 üzeri süreklilik |
| Mutabakat farkı | Kayıt güveni | Aylık | Sıfırdan her sapma |
Raporun ne kadarını bayiye açmalısın?
Burada iki uç var. Hiçbir şey göstermeyen panel bayide güvensizlik üretir; her şeyi gösteren panel senin maliyet yapını rakibe taşır. Doğru çizgi şudur: bayi kendi verisini sonuna kadar görmeli, senin verini hiç görmemeli. Kendi cirosu, kendi kazancı, kendi iade oranı, kendi mutabakatı, kendi alt müşterilerinin hareketi. Senin tedarik maliyetin, diğer bayilerin fiyatı ve toplam havuz ise kapalı kalır.
Bu ayrımı yazılım seviyesinde kurmak şart. Rol bazlı yetki, kayıt bazlı filtre ve rapor bazlı maskeleme üçlüsü olmadan açılan panel, ilk meraklı bayide sızar. Pinova tarafında bayi kendi ekranında ekstre çıkarabilir, dilerse PDF olarak indirir; fakat sorgu arka planda kendi kimliğine kilitlidir. Şeffaflık hissi verirken veri sınırını korumanın yolu budur.
Bayi kopuşunu önceden haber veren sinyallerin dağılımı
- Sipariş aralığının uzaması 45%
- Ortalama sepetin daralması 25%
- Tek kategoriye çekilme 20%
- Destek talebinde sessizleşme 10%
Hangi rapor hangi kararı değiştirir?
Rapor, bir eylemi tetiklemiyorsa süs eşyasıdır. Bu yüzden her metriği bir karara bağla. Sipariş aralığı uzayan bayiye kampanya değil telefon gerekir; sebebi genelde fiyat değil, bir kere yaşanmış teslimat sorunudur. Ortalama sepeti daralan bayiye kademeli iskonto tablosu göstermek işe yarar, çünkü sorun isteksizlik değil nakit akışıdır. Tek kategoriye yığılan bayiye çapraz ürün önerisi ve deneme kotası açmak, seni tek tedarikçiye bağımlılıktan da kurtarır.
Marjı eriyen bayide karar daha serttir: ya fiyat kademesi yukarı taşınır ya hacim taahhüdü istenir. Bu konuşmayı duyguyla değil ekstre ile yapmak, ilişkiyi bozmadan sınır çizmenin en temiz yoludur. Elinde net katkı raporu varsa pazarlık yapmazsın, tablo gösterirsin.
Ayda bir kez bakılan rapor geç kalmış rapordur. Haftada bir gün, sadece üç kolona bak: adet yönü, ortalama sepet, son sipariş tarihi. Üç kolonun ikisi aynı yöne bozulduysa o bayiyi aynı hafta ara. Bayi kaybının büyük kısmı fiyat yüzünden değil, ilgisizlik yüzünden gerçekleşir.
Rapor altyapısı zayıf bir script seni nereye götürür?
Raporun sonradan eklenebilir bir modül olduğunu düşünmek, en pahalı yanılgılardan biri. Çünkü rapor bir ekran değil, veri modelinin sonucudur. İşlem kaydında tedarik maliyeti tutulmamışsa hiçbir arayüz sana marj gösteremez. İade kaydı satışın kendisini güncelliyor, ayrı satır açmıyorsa geçmiş ay tabloları her iade ile değişir ve mutabakat imkânsız hâle gelir. Bayi hiyerarşisi tek seviye tasarlanmışsa alt bayi kırılımı asla çıkmaz.
Bu yüzden e-pin satış yazılımı seçerken arayüz güzelliğinden önce kayıt mimarisini sorgula: her işlem değişmez mi, maliyet anında dondurulıyor mu, iade ters kayıt mı, kur o günkü değerle saklanıyor mu. Bu dört sorunun cevabı evetse raporlar zaten gelir. Cevap hayırsa, en şık grafik bile yanlış sayıyı güzel gösterir.
| Kontrol | Neden gerekli | Durum |
|---|---|---|
| Her işlemde tedarik maliyeti dondurulmuş mu? | Marj raporunun ön şartı | Zorunlu |
| İadeler ters kayıt olarak mı işleniyor? | Geçmiş dönem tablolarının sabit kalması | Zorunlu |
| Bayi kendi ekstresini indirebiliyor mu? | Mutabakat itirazlarını bitirir | Zorunlu |
| Rol bazlı rapor maskeleme var mı? | Maliyet ve rakip bayi verisinin korunması | Zorunlu |
| Sipariş aralığı ve son hareket kolonu var mı? | Kopuş erken uyarısı | Önerilir |
| Alt bayi kırılımı çıkıyor mu? | Çok seviyeli büyüme takibi | Önerilir |
| Rapor dışa aktarımı kayıtlı mı? | Veri sızıntısı denetimi | Önerilir |
Raporu otomasyona bağlamadan iş bitmez
Son adım, raporu insan dikkatine bırakmayı bırakmaktır. Eşikler tanımlanır, sistem tetikler. Son hareketi on dört günü geçen bayi için sana bildirim düşer; marjı bandın altına inen bayi için fiyat kademesi uyarısı çıkar; mutabakat farkı sıfırdan saparsa kayıt kilitlenir ve inceleme bekler. Böylece rapor bakmayı hatırlamak zorunda kalmazsın, rapor seni bulur.
Bu otomasyon kurulduğunda bayi yönetimi bir sezgi işi olmaktan çıkar. Kaç bayin olduğu değil, kaç bayinin hangi eğilimde olduğunu bilmek büyümeyi belirler. Ölçeklenen paneller ile tıkanan paneller arasındaki fark neredeyse her zaman burada saklıdır.
Bayi raporlarını tahminden çıkar
Marj, ekstre, sipariş aralığı ve alt bayi kırılımı hazır gelen bir bayilik altyapısıyla başla. Özellikleri incele, fiyat kademelerini karşılaştır.
Bayi raporlarına ne sıklıkla bakmalıyım?
Hacim metriklerine haftalık, kârlılık ve mutabakat metriklerine aylık bakmak yeterli. Önemli olan sıklık değil, eşik tanımlı olması ve eşik aşıldığında sistemin seni uyarmasıdır.
Bayiye kendi kârını göstermek riskli mi?
Hayır, kendi kazancını görmek bayiyi bağlar. Riskli olan senin tedarik maliyetini ve diğer bayilerin fiyat kademelerini görmesidir; bu yüzden rapor maskeleme rol bazlı kurulmalıdır.
Ciro artıyorsa neden endişelenmem gereksin?
Ciro adet, fiyat ve ürün karmasının toplamıdır. Düşük marjlı kategoriye kayan bir bayi cironu büyütürken net katkını düşürebilir. Bu yüzden ciro yanında marj raporu şart.
Mevcut panelime rapor modülü sonradan eklenebilir mi?
Arayüz eklenebilir ama veri eklenemez. Maliyet dondurma, ters kayıtlı iade ve bayi hiyerarşisi kayıt seviyesinde yoksa hiçbir rapor doğru sonuç üretmez; önce veri modeli düzeltilmelidir.
Bayi raporu, panelinin en sessiz ama en dürüst çalışanıdır. Ona düzenli sorarsan hangi bayinin büyüyeceğini, hangisinin ayrılmaya hazırlandığını sana söyler. Hazır gelen marj, ekstre ve kırılım raporlarının nasıl göründüğünü kendi gözünle görmek istersen canlı demo üzerinden bayi ekranlarını dolaş, ardından özellik listesini ve fiyat kademelerini karşılaştır.

