E-Pin Scriptinde Bayilik Sistemi Nasıl Kurulur?

Bir e-pin sitesinin büyümesi, tek başına yeterli değildir; asıl sıçrama toplu satış yapan bayilerle gelir. Ama çoğu satıcı bayilik işini WhatsApp grupları, Excel tabloları ve elle IBAN kontrolüyle yürütmeye çalışır — ve bir noktadan sonra bu düzen kendi ağırlığı altında çöker. Peki gerçek bir bayilik sistemi teknik olarak nasıl kurulur, hangi parçalardan oluşur ve Pinova gibi bir script bu işi nasıl otomatiğe bağlar?

Bayilik Sistemi Aslında Ne İşe Yarar?

Bayilik, sitenizdeki ürünleri perakende fiyatın altında toplu alıp kendi müşterilerine (veya kendi sitesinde) satan ikinci bir satış katmanı kurmaktır. Siz tedarikçiyle (Turkpin, Pinabi gibi) muhatap olursunuz, bayi sizinle muhatap olur, bayinin müşterisi de bayiyle. Bu zincir doğru kurulduğunda üç taraf da kazanır: siz hacim satarsınız, bayi kâr marjı elde eder, son kullanıcı hızlı teslimat alır.

Sorun şurada: bu zinciri elle yönetmeye kalktığınızda her bayi için ayrı fiyat listesi, ayrı bakiye takibi, ayrı sipariş geçmişi tutmanız gerekir. On bayiye kadar belki idare eder; elli bayiye çıktığınızda tablo tutmak tam zamanlı bir iş hâline gelir.

• Bayi = toplu alım yapan, kendi kârıyla satan ikinci satıcı
• Her bayinin kendine özel fiyat kademesi olabilir
• Bayi işlemleri site cüzdanı üzerinden, bakiyeden düşerek yürür
• Sistem doğru kurulmazsa manuel takip sizi değil, siz sistemi yönetirsiniz

Bir başka önemli nokta: bayilik yalnızca "daha ucuza satmak" değildir. Doğru kurulmuş bir bayi ağı, sizin için de bir talep tahmin aracına dönüşür. Hangi ürünün hangi bayide ne kadar döndüğünü görebildiğinizde, tedarikçiden hangi ürünü daha fazla stoklamanız gerektiğini de önceden kestirebilirsiniz. Bu yüzden bayilik altyapısı sadece bir "indirim mekanizması" değil, aynı zamanda bir veri kaynağıdır — ama bu veri ancak sistem düzenli ve merkezi kayıt tutuyorsa anlamlı hâle gelir.

Manuel Bayilik Takibi Neden Er Geç Çöker?

Excel'de bayi fiyat listesi tutan hemen her satıcı aynı noktada tıkanır: liste güncellenmeyi unutulur, eski fiyattan sipariş gelir, bayi itiraz eder, siz zarar edersiniz. WhatsApp üzerinden "500 TL yükle" diyen bayinin dekontunu manuel kontrol edip bakiyesine elle yazmak ise hem yavaştır hem de insan hatasına açıktır — yanlış bayiye para yazmak, aynı dekontu iki kez işlemek gibi hatalar bayilik ilişkisini baştan zedeler.

Asıl kırılma noktası ölçekte ortaya çıkar. Beş bayiyle çalışırken sorun olmayan bir süreç, otuz bayiye çıktığınızda günün büyük bölümünü yiyip bitirir. O zaman ya bayi almayı durdurursunuz ya da bir sisteme geçersiniz — ve genelde ikincisine geç kalınır.

• Fiyat listesi güncellemesi unutulursa sipariş zararına satılır
• Elle bakiye kontrolü, dekont eşleştirme hatasına açıktır
• Bayi sayısı arttıkça takip yükü doğrusal değil katlanarak büyür
• Gece/hafta sonu gelen bakiye taleplerine anında cevap veremezsiniz

Manuel sistemin bir başka gizli maliyeti de güven kaybıdır. Bayi, sipariş verdiğinde ürünün anında teslim edilmesini bekler; ürünün teslimi sizin uyanık olup panele girmenize bağlıysa, gece geç saatte veya siz meşgulken gelen sipariş bekletilir. Bekleyen bayi başka bir tedarikçiye yönelir ve bir daha geri gelmeyebilir. Otomatik teslimat burada yalnızca bir konfor değil, doğrudan bayi sadakatini belirleyen bir faktördür.

Çok Seviyeli Bayi Yapısı Panelde Nasıl Kurulur?

Gerçek bir bayilik sistemi tek bir "bayi" rolünden ibaret değildir; genelde kademeli bir yapı işe yarar: standart bayi, altın bayi, platin bayi gibi. Her kademe ürün başına farklı bir indirim veya sabit fiyat görür. Pinova'da bu yapı admin panelinden tanımlanır — yeni bir bayi grubu açar, o gruba özel fiyat kuralını (yüzdesel indirim veya ürün bazlı sabit fiyat) tanımlarsınız; grup altındaki her bayi otomatik olarak o kuralı görür.

Kademeyi belirleyen kriter genelde aylık/haftalık ciro olur. Bir bayi belirli bir hacmi geçtiğinde üst kademeye elle veya kural bazlı taşınır. Bu, bayiler için de teşvik edici bir mekanizmadır: daha çok satan bayi, daha iyi fiyat görür.

Kurulum sırası genelde şöyle işler: önce ürün kataloğunuzdaki kategorileri gözden geçirip hangi ürünlerin bayi indirimine uygun olduğuna karar verirsiniz (bazı düşük marjlı ürünleri bayilik dışında tutmak da bir seçenektir). Ardından her kademe için taban indirim oranını belirlersiniz — örneğin standart bayi %5, altın bayi %8, platin bayi %12 gibi. Son adımda bu oranları panelde tanımlayıp test bir bayi hesabıyla fiyatların doğru yansıdığını kontrol edersiniz. Bu son test adımı atlanmamalıdır; canlıya çıkmadan önce en az bir gerçek sipariş senaryosuyla doğrulama yapmak, ilk günden itibaren yanlış fiyattan satış yapma riskini ortadan kaldırır.

• Kademe bazlı grup: standart / altın / platin gibi
• Her gruba ürün kategorisi bazında ayrı indirim oranı
• Bazı ürünlerde sabit bayi fiyatı, bazılarında yüzdesel indirim
• Ciro eşiğine göre otomatik veya manuel kademe yükseltme

Kademe sayısını belirlerken abartmamak önemlidir. Beş, altı farklı seviye açmak kâğıt üzerinde detaylı görünse de pratikte hem sizin hem bayinin kafasını karıştırır — bayi kendi kademesinin tam olarak hangi eşikte değiştiğini takip edemez, siz de her seviye için ayrı kural bakımı yapmak zorunda kalırsınız. Deneyimli satıcıların çoğu üç kademeyle başlar, ihtiyaç gerçekten ortaya çıkarsa yeni bir kademe ekler; tersini yapıp baştan karmaşık bir yapı kurmak, sistemi büyütmekten çok yavaşlatır.

Bayi Cüzdanı ve Bakiye Yükleme Süreci Nasıl İşler?

Bayilik sisteminin can damarı cüzdandır. Bayi, siparişi anında ve kesintisiz verebilmek için sitede önceden bakiye biriktirir; sipariş anında bu bakiyeden düşer, kartla/havale ile her seferinde ayrı ödeme yapmaz. Bu hem bayi için hızdır hem sizin için nakit akışı avantajıdır — para önden sizde durur.

Pinova'da bakiye yükleme üç kanaldan yürür: PayTR ve Shopier ile anında otomatik yükleme, ya da havale/EFT ile — havale seçildiğinde bayi dekont bilgisini panelden bildirir, siz onaylarsınız ve bakiye o an hesaba geçer. Otomatik kanallarda ise insan müdahalesi hiç gerekmez; ödeme onaylanır onaylanmaz cüzdan güncellenir.

• PayTR / Shopier: anında, otomatik, 7/24 bakiye yükleme
• Havale/EFT: bayi bildirir, admin tek tıkla onaylar
• Her bakiye hareketi (yükleme, harcama, iade) kayıt altında tutulur
• Bayi kendi panelinden bakiye geçmişini anlık görür

Cüzdan modeli aynı zamanda dolandırıcılık riskini de azaltır. Sipariş anında ödeme alan geleneksel bir akışta, iade edilen veya çekilen bir kart işlemi ürün zaten teslim edildikten sonra ortaya çıkabilir ve zararı siz üstlenirsiniz. Cüzdanda ise para önceden, gerçek bir ödeme yöntemiyle yatırılmış ve doğrulanmış olur; sipariş anında yalnızca bakiyeden düşülür, dışarıdan yeni bir ödeme riski girmez. Bu da özellikle yüksek hacimli bayi siparişlerinde önemli bir güvenlik katmanıdır.

Bayilere Özel Fiyatlandırma Yanlış Kurulursa Ne Olur?

Fiyatlandırma bayilik sisteminin en hassas noktasıdır. Yanlış kurulmuş bir yapı, ya sizin kâr marjınızı sıfırlar ya da bayinin kendi müşterisine satacak alanı bırakmaz. İki yaygın hata vardır: tüm ürünlere tek bir sabit indirim oranı uygulamak (bazı ürünlerde bu oran zarar ettirir, bazılarında ise gereğinden düşük kalır) ve fiyat güncellemesini geç yapmak (tedarikçi fiyatı değiştiğinde bayi fiyatı eski kalırsa zararına satış olur).

Doğru yaklaşım kategori ve hatta ürün bazında ayrı marj tanımlamaktır. Kâr marjı düşük olan yüksek hacimli ürünlerde (örneğin popüler oyun kodları) bayiye daha az indirim, marj yüksek nişte ürünlerde daha fazla indirim vermek toplam kârı optimize eder. Pinova'da bu tanımlama ürün, kategori ve bayi grubu kesişiminde yapılır; tedarikçi fiyatı değiştiğinde bayi fiyatları da tanımlı kural üzerinden otomatik güncellenir, elle müdahale gerekmez.

• Tek tip indirim yerine kategori/ürün bazlı marj tanımlayın
• Tedarikçi fiyat değişimini otomatik yansıtan kural kurun
• Yüksek hacim + düşük marj / düşük hacim + yüksek marj dengesini gözetin
• Bayi fiyatını asla elle, tek tek güncellemeye kalmayın

Bir de sık göz ardı edilen bir ayrıntı var: bayi fiyatıyla perakende fiyat arasındaki makas çok daralırsa bayi sizinle çalışmanın anlamını kaybeder, çok açılırsa siz kâr kaybedersiniz. Sağlıklı bir aralık genelde ürün kategorisine göre değişir ama kural sabittir — makası ürün bazında test edip zamanla ince ayar yapmak, baştan "tek doğru oran" bulmaya çalışmaktan daha gerçekçi bir yaklaşımdır.

Bayilik Başvurusu ve Onay Süreci Kimin Elinde Olmalı?

Herkesi doğrudan bayi yapmak riskli olabilir — kötü niyetli bir hesap, çalıntı kartla yüklenen bakiyeyle sisteme zarar verebilir. Bu yüzden bayilik başvurusunun bir onay adımından geçmesi gerekir: kullanıcı sitede "Bayi Ol" formunu doldurur (iletişim bilgisi, tahmini aylık hacim, varsa mevcut satış kanalı), başvuru admin paneline düşer, siz inceleyip onaylar veya reddedersiniz.

Onaylanan hesap otomatik olarak bayi grubuna atanır ve o andan itibaren bayi fiyatlarını, cüzdanını ve panelini görmeye başlar. Bu adım hem sizi kötüye kullanımdan korur hem de bayiliği gerçekten ciddi çalışacak kişilerle sınırlı tutar — çünkü kontrolsüz büyüyen bir bayi ağı, denetimsiz büyüyen bir risk demektir.

• Başvuru formu: iletişim, tahmini hacim, satış kanalı bilgisi
• Admin onayı olmadan bayi fiyatı/paneli görünmez
• Onay sonrası otomatik grup ataması ve panel erişimi açılır
• Şüpheli hesaplar onay aşamasında elenir, sonradan sorun çıkmaz

Onay sürecini tamamen otomatiğe bağlamak da mümkündür ama önerilmez — özellikle yeni açılan bir bayilik programında ilk bayilerle kişisel olarak tanışmak, beklentilerini (minimum sipariş, ödeme tercihi, hangi ürünlerle ilgilendiği) doğrudan öğrenmek uzun vadede daha sağlıklı bir ilişki kurar. Onay adımını kaldırmak yerine, onay süresini kısaltmak (örneğin başvurudan 24 saat içinde dönüş yapmak) hem güvenliği korur hem de bayi adayını bekletmez.