Alt bayi vermek çoğu kişinin gözünde basit bir matematik gibi görünür: ürünü 100 liraya alıyorsun, müşteriye 110 liraya satıyorsun, bayiye 105'ten veriyorsun, aradaki fark cebinde kalıyor. Bu kadar. Oysa bu işte birkaç yılı geçirmiş herkesin acı deneyimle öğrendiği bir gerçek var: bayi ağı büyüdükçe kâr marjın otomatik olarak artmaz, operasyon yükün katlanır. Ciro grafiği yukarı tırmanırken banka hesabındaki net rakamın yerinde saymasının sebebi neredeyse her zaman budur.
Bu yazıda alt bayiliğin kulağa hoş gelen tarafını değil, arka mutfağını anlatıyorum. Bakiye açığı nasıl oluşur, kademeli fiyatlandırma neden sabit indirimden kat kat kârlıdır, bayin hangi anda senin tedarikçini bulup seni devre dışı bırakır ve doğru kurulmuş bir e-pin scripti bu zincirin tam olarak neresinde seni korur. Bayi sayını artırmayı düşünüyorsan önce burayı oku; çünkü yanlış kurulmuş bir bayi ağını sökmek, onu kurmaktan çok daha pahalıya gelir.
Alt bayi vermek neden "ekstra ciro" değil, bambaşka bir iş modelidir?
Son kullanıcıya satarken tek bir ilişki yönetiyorsun: müşteri gelir, öder, kodu alır, gider. Alt bayi verdiğin anda ilişki ikiye katlanmaz, üçe katlanır. Artık bir yanda tedarikçinle olan alım koşulların, öte yanda bayinin kendi müşterisine verdiği sözler, ortada da senin garanti etmek zorunda kaldığın stok ve fiyat sabitliği var. Bayinin müşterisi kodu kullanamadığında telefon sana çalar. Bayi fiyatını piyasanın altına çektiğinde pazarı senin kendi son kullanıcı fiyatına karşı bozar.
Bu yüzden alt bayilik, mevcut işine eklenen bir gelir kalemi gibi düşünülemez. Ayrı kuralları, ayrı fiyat listesi, ayrı raporlaması ve ayrı sözleşmesi olan ikinci bir iştir. Bunu tabloda takip etmeye çalışan işletmelerin neredeyse tamamı üçüncü ayda duvara çarpar. İşin ölçeklenebilir hale gelmesi için bayi hiyerarşisini, fiyat kademelerini ve bakiye hareketlerini tek merkezden gören bir dijital ürün satış scripti gerekir. Aksi halde kârını Excel'de aradığın saatler, kazandığın komisyondan pahalı olur.
Sabit iskonto mu, kademeli bayi seviyesi mi? Kârını kaybettiğin yer tam burası
Yeni başlayanların en sık yaptığı hata, tüm bayilere aynı iskontoyu vermektir. Ayda 500 lira ciro yapan bayiyle 80 bin lira ciro yapan bayi aynı fiyattan alıyorsa, küçük bayin sana hiçbir hacim getirmezken en değerli bayin de seni ödüllendirmediğin için ilk fırsatta başka kapıya gider. Doğru model kademelidir: seviye atladıkça alım fiyatı düşer, düşen fiyatı bayi hak eder ve hak etmek için hacim üretir.
Kademeyi elle yönetmeye kalkıştığında ise başka bir tuzağa düşersin, çünkü seviye güncellemesi ayın sonunda unutulur. İşin doğru kurgusu şudur: bayinin son 30 günlük hacmi otomatik hesaplanır, seviye otomatik atanır, fiyat listesi o seviyeye göre anında görünür. Ciddi bir e-pin satış yazılımı bunu insan müdahalesi olmadan yapar; senin işin sadece kademe eşiklerini bir kez doğru kurmaktır.
| Bayi seviyesi | Aylık hacim eşiği | Alım avantajı | Ödeme koşulu | Alt bayi hakkı |
|---|---|---|---|---|
| Başlangıç | 0 - 10.000 TL | Liste fiyatı | Peşin bakiye | Yok |
| Standart | 10.000 - 50.000 TL | Orta kademe iskonto | Peşin bakiye | Yok |
| Yetkili | 50.000 - 150.000 TL | Yüksek kademe iskonto | Kısmi limit | Sınırlı |
| Ana bayi | 150.000 TL üzeri | En düşük alım | Haftalık mutabakat | Tam yetki |
Bakiye sistemi olmayan bir bayi ağı neden üçüncü ayda çöker?
Bayi ağının kalbi fiyat değil, bakiyedir. Bayi sana para yatırır, bakiyesi yüklenir, satış yaptıkça bakiyesinden düşer. Bu döngü kulağa sıradan gelir ama içinde işletmeleri batıran bir detay saklıdır: eş zamanlı işlem. Bayi 500 lira bakiyeyle aynı anda üç sipariş açtığında, kilitlenmemiş bir bakiye yapısı üç siparişi de onaylar. Sen üç kodu teslim etmiş, karşılığında bir kod parası almış olursun. Bu açık tek seferde küçük görünür, ayda yüz kere tekrarlandığında net kârını siler.
İkinci kritik nokta hareket kaydıdır. Her yükleme, her harcama, her iade ve her manuel düzeltme ayrı bir satır olarak, kimin yaptığı ve ne zaman yapıldığı bilgisiyle durmak zorundadır. Bayiyle ay sonu mutabakatında "benim hesabımda böyle görünmüyor" cümlesini duymanın tek panzehiri, iki tarafın da aynı ekranı görmesidir. Kurumsal bir e-pin scripti bakiyeyi işlem bazında kilitler, negatife düşmeyi engeller ve dökümü bayinin kendi panelinde gösterir.
Bayi ağı yönetiminde zaman nereye gidiyor?
- Bakiye ve mutabakat 45%
- Fiyat listesi güncelleme 25%
- Teslimat ve iade itirazları 20%
- Yeni bayi kurulumu 10%
Alt bayiye hangi yetkiyi vermelisin, hangisini asla vermemelisin?
Bayi paneli bir vitrin değil, sınırları çizilmiş bir çalışma alanıdır. Bayi kendi bakiyesini, kendi sipariş geçmişini, kendi teslimat kayıtlarını görmeli; kendi müşteri listesini yönetebilmeli. Buna karşılık senin maliyet fiyatını, tedarikçi adını, stok kaynağını ve diğer bayilerin hacmini asla görmemeli. Aradaki çizgi ince görünür ama işini elinden alacak bilgi hep bu çizginin yanlış tarafında durur.
Özellikle iki alanda cömert olmak intihardır. Birincisi fiyat serbestliği: bayiye dilediği fiyattan satma özgürlüğü verirsen piyasa fiyatın bir ayda dibi bulur. Taban fiyat kuralı koy ve yazılım seviyesinde zorunlu tut. İkincisi iade yetkisi: tek tuşla iade açabilen bayi, satamadığı kodu sana geri yıkar. İadeyi talep mekanizmasına bağla, onay sende kalsın. Doğru yapılandırılmış bir dijital ürün satış yazılımı bu iki kuralı sözleşme metnine değil, sistemin davranışına gömer.
Bayi sözleşmesindeki fiyat maddesi bir temenni, panelde çalışan taban fiyat kilidi ise uygulanabilir bir kuraldır. Pazarını koruyan şey ikincisidir.
Bayi kaçağı: tedarikçini öğrenen bayi seni nasıl devre dışı bırakır?
Alt bayiliğin en sinsi riski rekabet değil, atlanmaktır. Bayi senden aldığı kodun hangi toptancıdan geldiğini öğrendiği gün, aradaki komisyonu neden sana verdiğini sorgulamaya başlar. Bilgi genelde büyük sızıntılarla değil küçük dikkatsizliklerle kaçar: teslimat notundaki referans kodu, faturaya düşen açıklama satırı, kodun içindeki seri deseni, hatta bayiye ilettiğin bir e-posta başlığı.
Korunma yolu bilgi hijyenidir. Tedarikçi kaynağı bayiye görünen hiçbir ekranda, hiçbir bildirimde ve hiçbir belgede yer almamalı. Teslimat kayıtları kaynaktan arındırılmış biçimde sunulmalı, referanslar kendi sistemin tarafından yeniden üretilmeli. Bundan da önemlisi, bayinin sende kalmasını fiyatın değil hizmetin sağlamalıdır: anlık teslimat, çalışan bir panel, hızlı destek ve tutarlı stok. Bayi seni atlamayı düşündüğünde kaybedeceği şey sadece iskonto olmamalı.
Bayi ağını otomatikleştirirken scriptten tam olarak ne istemelisin?
Bir sistemi değerlendirirken özellik listesinin uzunluğuna değil, şu beş soruya verdiği cevaba bak: Bayi seviyeleri hacme göre otomatik mi ilerliyor? Bakiye eş zamanlı işlemde kilitleniyor mu? Fiyat listesi bayi bazında ayrışabiliyor mu? Taban satış fiyatı zorunlu tutulabiliyor mu? Ve her hareketin kim tarafından yapıldığı geriye dönük izlenebiliyor mu? Bu beşine "evet" diyemeyen bir altyapı, bayi ağını büyütmek yerine seni büyüyen bir muhasebe kaosuna sürükler.
Pinova tam olarak bu beş noktayı merkeze alarak kurulmuş bir epin yazılım altyapısıdır: bayi hiyerarşisi, kademeli fiyatlandırma, kilitli bakiye ve yetki sınırları hazır gelir. Hangi modüllerin kutudan çıktığını özellikler bölümünde, hangi paketin bayi ağının büyüklüğüne uyduğunu ise fiyat tablosunda görebilirsin.
| Kontrol maddesi | Neden kritik | Sistemde olması gereken | Durum |
|---|---|---|---|
| Otomatik seviye atama | Elle güncelleme unutulur | 30 günlük hacim hesabı | Zorunlu |
| Bakiye kilidi | Eş zamanlı sipariş açığı | İşlem bazlı kilit | Zorunlu |
| Taban fiyat kuralı | Pazar fiyatı çöker | Bayi bazlı alt limit | Zorunlu |
| Kaynak gizleme | Bayi kaçağı riski | Arındırılmış teslimat kaydı | Zorunlu |
| İade onay akışı | Stok geri yıkılır | Talep + yönetici onayı | Önerilir |
| Bayi bazlı rapor | Kârsız bayi görünmez | Marj ve hacim kırılımı | Önerilir |
Bayi ağını kaosa dönüşmeden kur
Kademeli fiyat, kilitli bakiye ve sınırlı yetki hazır kurulu gelsin; sen sadece büyümeye odaklan.
Alt bayi vermeye kaç müşteriden sonra başlamalıyım?
Müşteri sayısı değil, operasyon istikrarı belirleyicidir. Teslimatın otomatik çalışıyor, stok akışın kesintisiz ve destek süren netse bayiliğe hazırsın. Bu üçü oturmadan bayi almak, kendi sorunlarını çoğaltarak paylaşmak olur.
Bayiye vadeli limit vermek doğru bir hamle mi?
Başlangıç seviyesinde kesinlikle hayır. Vadeli limit yalnızca en az üç ay düzenli hacim üretmiş, ödeme disiplini kanıtlanmış bayiye, üst sınırı sistemde tanımlı biçimde verilmelidir. Limit dışına taşan siparişin otomatik bloke edilmesi şarttır.
Bayim benden daha ucuza satarsa ne yapmalıyım?
Bunu sonradan tartışmak yerine baştan engelle. Panelde bayi bazlı taban satış fiyatı tanımla; sistem bu fiyatın altında satışa izin vermesin. Kural yazılımda çalıştığında hatırlatma yapmana gerek kalmaz.
Alt bayinin kendi alt bayisini vermesine izin vermeli miyim?
Yalnızca en üst kademede ve sınırlı yetkiyle. Çok kademeli yapı hacmi büyütür ama marjı inceltir ve sorumluluk zincirini bulanıklaştırır. İki kademe çoğu işletme için en sağlıklı denge noktasıdır.
Bayi ağı, doğru kurulduğunda işini senin uyurken de büyüten bir çarktır; yanlış kurulduğunda ise her sabah baştan tamir ettiğin bir makine. Aradaki farkı belirleyen şey bayilerin niteliği değil, onları yönettiğin altyapının disiplinidir. Kademeli fiyatın, kilitli bakiyenin ve yetki sınırlarının gerçek bir panelde nasıl çalıştığını kendi gözünle görmek istersen canlı demo üzerinden bayi ekranlarını dolaşabilir, sonra kendi kurulumunu planlayabilirsin.

