Bayilik Verirken Aslında Neyi Sattığını Biliyor musun? Epin Franchise Modelinde Sözleşmeyi Böyle Kurmayanlar Altı Ay Sonra Kendi Rakibini Büyütüyor

Epin işinde bir yere geldiğinde kaçınılmaz olarak şu teklif kapını çalar: "Abi ben de senin ürünlerini satmak istiyorum, bana bayilik ver." Çoğu satıcının bu noktada verdiği cevap tek cümledir: "Tamam, sana yüzde şu kadar indirimli fiyat açayım." İşte tam burada, farkında olmadan, kendi işini parçalamaya başlarsın. Çünkü bayilik vermek bir fiyat kararı değildir; bir hak devridir. Karşı tarafa markanı kullanma, müşteri toplama ve senin adına söz verme yetkisi veriyorsun.

Sahada gördüğüm tablo şu: indirimli fiyatla başlayan ilişkiler ilk üç ay harika gider. Dördüncü ayda bayi hacmi büyür, "biraz daha indirim" ister. Altıncı ayda senin tedarikçini bulur ve doğrudan onunla konuşmaya başlar. Dokuzuncu ayda kendi sitesini kurar ve senin müşteri listesiyle sana rakip olur. Bu hikâyenin kötü adamı bayi değil; iskeletsiz kurulmuş bir modeldir. Bu yazıda o iskeleti kuruyoruz: sözleşmede hangi maddeler olmalı, fiyatı kaç kademeye böleceksin, cari limiti nasıl hesaplayacaksın ve bunları bir e-pin scripti üzerinde nasıl işletilebilir hale getireceksin.

Bayilik mi franchise mı? İkisini karıştırırsan sözleşmen boşa gider

Bu iki kelime günlük konuşmada birbirinin yerine kullanılıyor ama işletme mantıkları farklı. Bayilik, karşı tarafın senden ürün alıp kendi adına satmasıdır; marka onun değil, senin. Franchise ise karşı tarafın senin markanı, görsel kimliğini, fiyat politikanı ve iş yapış biçimini kullanarak faaliyet göstermesidir. Epin dünyasında ikisinin arası bir model yaygın: bayi senin altyapını kullanır, kendi alan adında satış yapar, ama ürün tedariği ve teslimat tamamen senin sisteminden geçer.

Hangisini seçersen seç, sözleşmenin cevaplaması gereken soru aynıdır: müşteri kimin? Eğer son kullanıcı bayinin müşterisiyse, ilişki bittiğinde o müşteriler bayiyle gider. Eğer teslimat senin sisteminden yapılıyor ve kayıt sende duruyorsa, müşteri verisi üzerinde ortak bir hak doğar ve bunu yazılı olarak düzenlemen gerekir. Ben bu maddeye "veri sahipliği" başlığı açılmasını öneriyorum: kimin hangi veriye erişeceği, ilişki sona erdiğinde kimin neyi saklayacağı net yazılmalı. Kullandığın e-pin satış yazılımı bayi bazlı veri izolasyonu yapabiliyorsa bu madde kâğıtta kalmaz, sistemde de uygulanır.

Fiyatı kaç kademeye bölmelisin ve indirim neye göre verilir?

En sık yapılan hata, tek bir "bayi fiyatı" tanımlamaktır. Tek kademe olduğunda her yeni bayi pazarlığa aynı yerden başlar ve sen her seferinde sıfırdan tartışırsın. Üstelik büyük bayiyle küçük bayi aynı fiyattan alınca büyük bayi kendini kandırılmış sayar. Çözüm, hacme bağlı otomatik merdivendir: belirli bir aylık ciroyu geçen bayi bir üst kademeye çıkar, düşerse iner. Pazarlık yok, kural var.

Merdiveni kurarken iki şeye dikkat et. Birincisi, en alt kademe bile sana kâr bırakmalı; tedarik maliyetin üzerine sabit işletme payını koymadan indirim vermeye başlarsan hacim büyüdükçe zararın büyür. İkincisi, kademeler arasındaki fark anlamlı ama abartılı olmamalı; iki kademe arası fark çok açılırsa üst kademedeki bayi alt kademedekilere toptan satıp senin işine girer. Genel bir yaklaşım olarak kademe farkını dar tutup üst kademelere parasal olmayan ayrıcalıklar eklemek daha sağlıklıdır: öncelikli stok, özel destek hattı, kampanya önceliği, kendi alt bayi ağını kurma hakkı.

Sözleşmede olmadığı için pahalıya ödediğin altı madde

Bir bayi sözleşmesinin iskeleti standart ticari maddelerle başlar ama epin işinin kendine has riskleri var. Birincisi kod arızası ve sorumluluk sınırı: bayinin sattığı kod çalışmazsa son kullanıcıya kim cevap verecek, inceleme süresi kaç gün olacak, hangi durumda iade yapılacak? İkincisi fiyat tavanı ve taban: bayi senin ürününü maliyetin altına satarsa bütün pazarı bozar; bunun yazılı bir sınırı olmalı. Üçüncüsü marka ve alan adı kullanımı: bayi "resmi distribütör" gibi ifadeler kullanabilir mi, hangi görselleri kullanabilir?

Dördüncüsü rekabet ve müşteri devri: ilişki bittikten sonra makul bir süre boyunca aynı tedarikçiyle doğrudan çalışma ve müşteri listesini kullanma konusunda sınırlar. Beşincisi ödeme ve cari: gecikme halinde otomatik durdurma, teminat mekanizması. Altıncısı fesih ve çıkış: hangi ihlalde anında kapanır, elinde kalan kodlar ne olur, panel erişimi ne zaman kesilir? Bu altı maddeyi yazmayan sözleşme, sorun çıktığında sadece bir niyet mektubudur. Hukuki metni mutlaka bir avukatla son haline getir; buradaki liste sana hangi soruları sorman gerektiğini gösterir.

Cari limit vermek cesaret değil hesap işidir

Bayi işinin en tatlı, en tehlikeli kısmı burası. "Sen al, hafta sonu ödersin" cümlesi ilişkiyi güçlendirir, sonra bir gün bayi ödeyemez ve sen hem kodu hem parayı kaybedersin. Dijital üründe bu kayıp fiziksel üründen daha acıdır çünkü geri alacak bir şey yoktur; kod kullanıldıysa bitmiştir.

Sağlıklı yaklaşım şudur: yeni bayi sıfır açık limitle başlar, tamamen ön ödemeli çalışır. Belirli bir süre düzenli alım yaptıktan sonra, haftalık ortalama cirosunun bir kısmı kadar limit tanımlanır. Limit büyüdükçe teminat istenir. Ve en önemlisi: limit aşıldığında sistem insan onayı beklemeden satışı durdurur. Çünkü "bu sefer geçelim" diyen bir yönetici her zaman bulunur ve batık tam oradan doğar. Otomatik durdurmayı yazılıma gömmek, hem bayiyle aranı bozmaz hem de kararı kişiselleştirmez: kural konuşur, sen konuşmazsın. Özellikler listesinde cari limit, teminat ve otomatik durdurma mantığının nasıl kurulduğunu inceleyebilirsin.

Bayi kendi sitesinde satarsa marka hakkın ne olur?

Franchise'a yaklaşan modellerde bayi genelde kendi alan adını ister ama senin altyapını kullanmak ister. Bu iyi bir kurgu olabilir; ancak üç soruyu baştan cevapla. Birincisi, görünürde kimin markası var? Eğer bayi kendi markasını öne çıkarıyorsa son kullanıcı seni hiç tanımaz; ilişki bittiğinde o müşteriler senin için yok olur. İkincisi, altyapı kimin adına çalışıyor? Alan adı, SSL, ödeme hesabı ve panel erişimi kimin üzerine kayıtlı? Üçüncüsü, çıkışta ne oluyor? Bayi ayrılırken site kapanır mı, devredilir mi, yönlendirme yapılır mı?

Benim tavsiyem, altyapıyı senin kontrolünde tutup bayiye kendi görünümünü vermektir: kendi logosu, kendi renkleri, kendi fiyat listesi; ama teslimat, stok ve loglama senin merkezinde. Böylece bayi kendini sahibi gibi hisseder, sen de kritik varlıkları elinde tutarsın. Teknik olarak buna çoklu satıcı yapısı diyoruz ve düzgün bir dijital ürün satış scripti bunu alt hesap mantığıyla çözer: her bayinin kendi paneli, kendi fiyat kademesi, kendi raporu; hepsi tek stok havuzunun üstünde.

Bayi ağını yazılım tarafında nasıl işletilebilir hale getirirsin?

Sözleşme kâğıtta güzeldir ama işletilmiyorsa hiçbir şey ifade etmez. Fiyat kademesini sözleşmede yazıp panelde tek fiyat gösteriyorsan, kademe diye bir şey yok. İşletilebilir bir bayi ağı için sistemde şu beş şeyin bulunması gerekir: kademe bazlı otomatik fiyat, bayi bazlı cari ve limit takibi, bayi bazlı sipariş ve teslim logu, kademe geçişini hesaplayan periyodik değerlendirme ve bayiye kendi performansını gösteren şeffaf bir rapor.

Beşincisi en çok atlanan ama en çok işe yarayan kalem. Bayi kendi cirosunu, bir üst kademeye ne kadar kaldığını ve hangi ürünün ona ne kazandırdığını görebildiğinde, sen onu motive etmek için hiçbir şey yapmak zorunda kalmazsın; rakam onu kendisi iter. Bu şeffaflık aynı zamanda pazarlık trafiğini de bitirir, çünkü indirim artık bir lütuf değil, ölçülebilir bir sonuçtur. Böyle bir epin yazılım kurgusu, bayi sayısı onu geçtiğinde aradaki farkı çok net gösterir: sen hâlâ tek kişiyken ağ kendi kendine dönmeye başlar.

Bayilik, iyi kurulduğunda tek başına ulaşamayacağın hacmi sana getiren en ucuz büyüme kanalıdır; kötü kurulduğunda ise kendi elinle beslediğin bir rakip üretir. Farkı yaratan şey karizman ya da fiyatın değil, kuralların ne kadar açık ve ne kadar otomatik olduğudur. Kademeli fiyatın, bayi carisinin ve alt hesap panellerinin gerçekte nasıl göründüğünü kendi gözünle görmek istersen canlı demo içinde örnek bir bayi hesabı açıp sipariş akışını baştan sona deneyebilirsin.