Çoğu işletme sahibi bayiliğe geçişi bir ölçek hamlesi sanır: "perakende zor, tek tek müşteri kovalamak yorucu, ben toptan satarım, hacim gelir." İlk ay ciro gerçekten uçar. Üçüncü ay ise ilginç bir tablo çıkar ortaya: ciro beş katına çıkmıştır ama banka hesabındaki para eskisinden daha az hareket etmektedir. Bu, sektörde son derece yaygın ve neredeyse hiç konuşulmayan bir tuzaktır.
Toptan ve perakende e-pin satışı arasındaki fark adet değildir. Fark; marj yapısı, tahsilat riski, destek karakteri ve operasyon biçimidir. İki model aynı ürünü satar ama tamamen farklı iki işletmedir. Aynı panelde ikisini birlikte yürütmek fazlasıyla mümkün, hatta en kârlı kurgu genellikle bu. Ancak bunu yapabilmek için e-pin satış scripti tarafında bakiye, limit ve fiyat grubu mantığının doğru kurulmuş olması şart. Kurulmadığında ortaya çıkan şey, ciro büyürken kârın erimesi oluyor.
Toptan ile Perakende Arasındaki Fark Gerçekten Sadece Adet mi?
Perakende satışta müşteri tek seferlik davranır, fiyata duyarlıdır ama alternatif aramaya da üşenir. Bir kodu 100 liraya alır, teslimat hızlıysa memnun olur, bir daha gelir. Toptan satışta ise karşındaki kişi senin ürününle kendi işini kuruyor. Onun için 40 kuruş fark, ayda binlerce liradır. Bu yüzden bayi sürekli pazarlık eder, sürekli kıyaslar ve marjını sıfıra doğru sıkıştırır.
İkinci fark davranışsaldır. Perakende müşteri ayda bir sipariş verir; bayi günde on beş kez sisteme girer, stoğa bakar, bakiye yükler, API'ye bağlanmak ister. Yani bayi sana daha çok ciro getirirken sistem yükünü de katlar. Manuel yönetimde bir bayi, otuz perakende müşterisi kadar emek tüketir. Otomatik bir e-pin yazılımı üzerinde ise neredeyse sıfır emek tüketir. Bayiliğin kârlı olup olmaması, tam olarak bu ayrımda belirlenir.
| Kriter | Perakende Satış | Toptan / Bayi Satışı | Panelde Gereken Yapı |
|---|---|---|---|
| Net marj | Yüksek (%5-12) | Düşük (%1-3) | Fiyat grubu tanımı |
| Sipariş sıklığı | Seyrek | Çok yüksek | Otomatik teslimat kuyruğu |
| Tahsilat riski | Yok (peşin) | Yüksek (cari açıksa) | Ön ödemeli bakiye |
| Destek karakteri | Ürün odaklı sorular | Teknik ve entegrasyon | API ve dokümantasyon |
| Fiyat hassasiyeti | Orta | Aşırı yüksek | Kademeli iskonto |
| Sadakat | Deneyime bağlı | Yalnızca fiyata bağlı | Hacim primi sistemi |
| Ciro dalgalanması | Düşük | Tek bayi kaybıyla sert | Bayi bazlı ciro raporu |
Bayi Fiyatı Vermek Cironu Artırır, Peki Kârını Artırır mı?
Burada basit bir aritmetik var ve çoğu işletme bu aritmetiği yapmadan bayiliğe giriyor. 100 liralık kodu perakendede 8 lira kârla satıyorsun. Bayiye 2 lira kârla satacaksın. Aynı kârı elde etmek için dört kat hacim gerekiyor. Dört kat hacim demek dört kat sermaye, dört kat sipariş, dört kat destek ve dört kat tedarik baskısı demek. Yani bayilik otomatikleşmeden kârlı olamaz; olamıyorsa yalnızca cironu şişirip özkaynağını yorar.
Doğru kurgu şudur: bayi kanalını hacim ve tedarik gücü için kullan, kârı perakende kanalından çıkar. Bayi hacmi sana üst katmanda daha iyi alım fiyatı kazandırır, o fiyat perakende marjını yükseltir. İki kanal birbirini besler. Ama bunun ön koşulu, her kanalın net kârını ayrı görebilmek. Kanal bazlı raporlama olmayan bir kurulumda işletme sahibi toplam ciroya bakar, iyi gidiyor sanır ve batarken bile fark etmez.
Hibrit çalışan bir işletmede ciro ve kâr dağılımı
- Bayi kanalı cirosu 45%
- Perakende cirosu 25%
- Perakendeden gelen net kâr 20%
- Bayiden gelen net kâr 10%
Perakende Müşteri Duygusal, Bayi Müşteri Matematikseldir
Perakende müşteriyi kazanmak için hız, güven ve temiz bir deneyim yeterli. Beş saniyede kod eline geçtiyse, fiyatı yüzde iki yukarıda olsa da geri gelir. Bayi öyle değil. Bayi her ay bir tabloya oturur, tedarikçilerini fiyat ve kesinti oranına göre sıralar. Duygu yok, alışkanlık çok az. Onu tutmanın tek sürdürülebilir yolu, fiyat dışında ölçülebilir bir avantaj sunmaktır.
Bu avantaj genellikle teknolojiden gelir: çalışan bir API, gerçek zamanlı stok sorgusu, 7/24 kesintisiz teslimat, kendi kendine hizmet eden bir bayi paneli, otomatik fatura. Bir bayi kendi sitesini senin API'na bağladıysa, 20 kuruş ucuz teklif için entegrasyonunu taşımaya kolay kolay kalkışmaz. Yani dijital ürün satış yazılımı burada sadece bir araç değil, doğrudan bayi sadakati üreten bir ürün özelliğidir. Hangi entegrasyon başlıklarının bu işi gördüğünü özellikler bölümünde inceleyebilirsin.
Aynı Panelde İki İş Modeli Nasıl Birlikte Yaşar?
Pratik cevap: tek katalog, çok fiyat. Ürün bir kez tanımlanır, stok tek havuzda tutulur, fiyat ise müşteri grubuna göre hesaplanır. Perakende grubu liste fiyatını görür, bronz bayi yüzde üç, gümüş yüzde beş, altın yüzde yedi iskonto ile görür. Ürünü iki kez tanımlamak, stoğu ikiye bölmek veya iki ayrı site kurmak, sektörde en sık yapılan ve en pahalıya patlayan hatadır; çünkü stok bir tarafta tükenirken diğer tarafta boşta bekler.
Kritik ayrıntı, iskontonun maliyet üzerinden değil hedef marj üzerinden tanımlanmasıdır. Liste fiyatından yüzde yedi indirim veren işletme, kur hareket ettiğinde farkında olmadan maliyetin altına inebilir. Doğru kurulumda sistem bir taban marj kuralı taşır ve hiçbir bayi grubunun o tabanın altına düşmesine izin vermez. Bu tek kural, bayilik modelinde zarar eden işletmelerin büyük kısmını kurtaracak kadar güçlüdür.
Her ürüne bir minimum net marj tanımla ve bayi iskontolarının bu tabanı aşmasını sistem düzeyinde engelle. Bayilikte en büyük zarar, kötü pazarlıktan değil unutulmuş bir indirim oranından gelir.
Bakiye, Cari ve Limit: Toptancıyı Batıran Üç Kelime
Perakendede tahsilat riski yoktur; para gelmeden kod gitmez. Bayilikte ise iş "abi bu hafta yoğunduk, cumaya kapatırım" cümlesiyle başlar ve altı ay sonra tahsil edilemeyen bir alacakla biter. Açık cari, dijital ürün işinde sanıldığından çok daha tehlikelidir çünkü marj yüzde iki iken tahsil edilemeyen tek bir hafta, elli haftalık kârı siler.
Sağlıklı kurgu ön ödemeli bakiye üzerinedir: bayi bakiye yükler, siparişleri bakiyeden düşer, bakiye biterse sipariş açamaz. Vade vermek istiyorsan bunu sistem içinde tanımlı bir limit ve gün sayısıyla yap; limit dolduğunda satış otomatik dursun. Burada kilit nokta, kararı insana bırakmamaktır. Panel "bu bayinin limiti doldu" diyorsa kimse tartışmaz. İnsan karar veriyorsa her seferinde tartışılır ve genellikle esneklik kazanır. İyi bir e-pin scripti bu esnekliği baştan keser, hareket dökümünü her iki taraf da görür ve mutabakat tartışması tarihe karışır.
Hangi Modelle Başlamalısın?
Sermayen sınırlıysa ve marj ihtiyacın yüksekse perakende ile başla. Tedarik gücün ve nakit döngün güçlüyse bayiliğe aç. Sektörde uzun ömürlü işletmelerin neredeyse tamamı hibrit çalışıyor: hacmi bayiden, kârı perakendeden, tedarik avantajını ikisinin toplamından alıyor. Bu modelin tek gerçek gereksinimi, iki kanalı aynı altyapıda ayrı ayrı ölçebilmek.
Karar verirken şu üç rakama bak: kanal bazlı net marjın, bayi başına aylık ciro yoğunlaşman ve tahsilat gecikme ortalaman. Tek bayi cironun yüzde otuzundan fazlasını oluşturuyorsa bu bir başarı değil, bir risktir; o bayi gittiği gün işletme sarsılır. Kanalları ve bayi yoğunlaşmasını raporlayan bir sistem, bu riski sen fark etmeden önce görür.
| Bayilik Açmadan Önce Kontrol Listesi | Neden Kritik | Durum |
|---|---|---|
| Müşteri grubu bazlı fiyat motoru | Tek katalog, çok fiyat zorunluluğu | Kontrol et |
| Ürün bazlı taban marj koruması | Zararına satışı sistem düzeyinde engeller | Kontrol et |
| Ön ödemeli bakiye ve hareket dökümü | Tahsilat riskini sıfıra indirir | Kontrol et |
| Vade limiti ve otomatik satış durdurma | Kararı insandan alır | Kontrol et |
| Bayi API'si ve stok sorgu ucu | Fiyat dışı sadakat üretir | Kontrol et |
| Kanal bazlı net kâr raporu | Ciro yanılsamasını kırar | Kontrol et |
| Bayi yoğunlaşma uyarısı | Tek müşteriye bağımlılığı gösterir | Kontrol et |
| Otomatik fatura ve mutabakat ekstresi | Aylık muhasebe yükünü bitirir | Kontrol et |
| Hacim primi / kademe sistemi | Bayiyi büyümeye teşvik eder | Kontrol et |
Perakende ve bayiliği tek panelde yönet
Pinova; tek katalog üzerinde müşteri grubu bazlı fiyat, ön ödemeli bayi bakiyesi, limit kontrolü ve kanal bazlı kâr raporlamasını birlikte sunan lisanslı bir e-pin satış yazılımıdır.
Bayiye kaç puan iskonto vermek doğru?
Sabit bir rakam yok; doğru yaklaşım kademeli iskonto. Aylık hacme göre üç-dört basamak tanımla ve her basamağın altına bir taban net marj koy. Böylece iskonto büyüdükçe hacim de büyümek zorunda kalır.
Bayiye açık cari vermeli miyim?
Marjın yüzde üçün altındaysa kesinlikle hayır. Vermek zorundaysan sistemde tanımlı bir limit ve gün sayısıyla ver, limit dolduğunda satışın otomatik durmasını sağla ve istisnayı asla elle açma.
Aynı sitede iki fiyat göstermek müşteriyi rahatsız eder mi?
Etmez, çünkü bayi fiyatları yalnızca giriş yapmış bayi grubuna görünür. Perakende ziyaretçi liste fiyatını görür. Karışıklık, fiyatların aynı sayfada birlikte gösterildiği hatalı kurulumlarda çıkar.
Bayi API'si şart mı, panel yeterli olur mu?
Küçük bayiler için panel yeterlidir. Kendi sitesi olan bayilerde API neredeyse zorunludur; entegre olan bayi kolay ayrılmadığı için API aynı zamanda en güçlü elde tutma aracındır.
Toptan ve perakende arasındaki farkı bir adet meselesi olarak görmeyi bıraktığın gün işletmen değişir: fiyatı gruba göre, riski limite göre, kârı kanala göre yönetmeye başlarsın. Bayi paneli, bakiye hareketleri ve grup bazlı fiyatlandırmanın gerçekte nasıl göründüğünü canlı demo üzerinde kendi elinle dene; sonra fiyat planlarına bakıp hangi kanalla başlayacağına rakamlarla karar ver.

