Çoğu kişi bayi ağı büyütmeyi bir toplama işlemi sanır. On bayiyle ayda şu kadar ciro yapıyorsam, yüz bayiyle on katını yaparım. Kâğıt üzerinde kusursuz, sahada ise neredeyse hiç böyle olmuyor. Çünkü bayi sayısı doğrusal artarken destek yükü, stok karmaşası ve istisna sayısı çok daha hızlı büyür. Otuzuncu bayide operasyon çatlar, altmışıncıda gecikmeler başlar, doksanıncıda ağın en iyi bayileri sessizce rakibe kayar.
Bu yazıda ölçeklenmeyi motivasyon konusu olarak değil, eşik yönetimi olarak ele alacağım. On, otuz ve yüz bayi arasında hangi üç kırılma noktası var, her birinde e-pin scripti tarafında neyi otomatikleştirmen gerekiyor ve hangi işi hâlâ insanın yapması gerekiyor. Büyümenin sırrı daha çok çalışmak değil; doğru anda doğru işi elinden bırakmak.
Birinci eşik: 30 bayide kırılan şey ciro değil, hafızan
On bayiyle çalışırken her şeyi bilirsin. Kimin hangi oyunu sattığını, kimin ayın sonunda ödediğini, kimin fiyat pazarlığı yaptığını aklında tutarsın. Bu, avantaj gibi görünen bir tuzak; çünkü operasyonunun kritik bilgisi hiçbir yerde yazılı değil, sadece senin kafanda.
Otuzuncu bayide bu hafıza tükenir. Kim hangi özel fiyatı aldı, kimin limiti neden artırıldı, kimin hangi ürün grubunda kısıtı vardı; hepsi karışmaya başlar. Çözüm daha çok not almak değil, istisnaları kurala çevirmektir. Bayiye özel fiyat vermek yerine fiyat grubu tanımla. Tek kişiye limit artırmak yerine seviye tanımla. Kullandığın e-pin satış yazılımı bunları grup bazlı yönetebiliyorsa bayi sayısı arttıkça senin yükün artmaz, sadece grup sayın artar.
Pratik test şu: yeni bir bayi eklerken kaç ayrı ekranda kaç ayrı ayar yapıyorsun? Cevap üçten fazlaysa otuz bayiye kadar dayanır, sonrası tıkanır.
İkinci eşik: 60 bayide stok mu bitiyor, güven mi?
Ağ büyüdükçe aynı ürünü aynı anda isteyen bayi sayısı artar. Küçük ağda stok bitse telefonla halledersin, büyük ağda stok bitmesi itibar meselesine dönüşür. Çünkü bayi senin stok sorununu müşterisine anlatmak zorunda kalır ve bir daha o pozisyona düşmek istemez.
Burada iki şeyi ayırmak lazım. Birincisi stok görünürlüğü: bayi sipariş vermeden önce gerçek adedi görmeli, "stokta" yazıp sonra iptal gelmemeli. İkincisi tahsis politikası: kıt üründe kimin önce alacağı kurala bağlanmalı. Seviye bazlı rezerv, sipariş sırası ve kişi başı tavan birlikte çalışmazsa her kıtlık anında ağının en sadık bayisi en geç servis alır. Bir dijital ürün satış scripti içinde tahsis kuralı yoksa büyümen stok dalgalanmasına mahkûmdur.
| Bayi Sayısı | Kırılan Alan | Belirti | Zorunlu Otomasyon |
|---|---|---|---|
| 1-10 | Yok | Her şey elde yönetilebilir | Sipariş ve bakiye kaydı |
| 10-30 | Kurumsal hafıza | Özel fiyat ve limit karmaşası | Fiyat grubu, bayi seviyesi |
| 30-60 | Destek kapasitesi | Aynı sorunun tekrar tekrar sorulması | Otomatik teslimat, bilet sistemi |
| 60-100 | Stok ve tahsis | Kıt üründe adaletsizlik şikâyeti | Rezerv kuralı, gerçek zamanlı stok |
| 100+ | Entegrasyon talebi | Bayiler kendi sitesini kurmak istiyor | API, anahtar yönetimi, kota |
Üçüncü eşik: 100 bayide seni bekleyen entegrasyon dalgası
Yüz bayiye yaklaştığında talebin niteliği değişir. Artık kimse panelinden tek tek sipariş vermek istemez; kendi sitesine, botuna veya uygulamasına bağlanmak ister. Bu talebi karşılayamazsan en iyi bayilerini, bu talebi kontrolsüz karşılarsan stok havuzunu kaybedersin.
Doğru kurulum üç şeyi aynı anda sağlar: her bayiye ayrı anahtar, anahtar başına IP kilidi ve istek sınırı, anahtar başına ayrı stok kotası. Böylece bir bayinin hatalı kodu tüm sistemini boğmaz, bir bayinin agresif satışı diğerlerinin stoğunu süpürmez. Bu aşamada bir epin yazılım tercihinde en kritik soru şu olur: entegrasyon kayıtlarını anahtar bazında görebiliyor muyum? Göremiyorsan büyümüyorsun, sadece riski dağıtıyorsun.
100 bayili ağda operasyon zamanının dağılımı
- Tekrarlayan destek soruları 50%
- Stok ve tedarik takibi 25%
- Bayi kazanma ve eğitim 15%
- Finans ve mutabakat 10%
Destek yükünü nasıl yarıya indirirsin?
Yukarıdaki dağılımdaki yüzde elli, ölçeklenmenin gerçek düşmanı. İyi haber şu: bu yükün büyük kısmı beş altı sorudan oluşuyor. Kod çalışmıyor, bakiyem yüklenmedi, fiyat neden değişti, şu ürün ne zaman gelir, faturamı nereden alırım. Her biri için insan cevabı yazdığın sürece ağın büyümesi seni cezalandırır.
Çözüm sırası şöyle olmalı: önce en sık üç soruyu panel içinde kendi kendine cevaplanır hale getir (sipariş detayında kod durumu, bakiye hareket geçmişi, fiyat değişim bildirimi), sonra kalan soruları biletle topla ve etiketle, en son gerçekten insan gerektiren istisnaları kendine ayır. Bu üç adımı uygulayan bir ağda bayi sayısı üçe katlanırken bilet sayısı sabit kalabilir. Bu, bir dijital ürün satış yazılımı seçerken pazarlama sayfasında yazmayan ama en çok fark yaratan özelliktir.
Her ay şu tek soruyu cevapla: yeni bir bayiyi sisteme almak kaç dakikamı alıyor? Bu süre düşmüyorsa büyüme değil yığılma yaşıyorsun. Otuz dakikanın altına inmeden yüz bayiye çıkmayı denemek, operasyonu bilerek duvara sürmektir.
Fiyat kademesini erken kurmak neden hayat kurtarır?
On bayiyle çalışırken herkese aynı fiyatı vermek kolay. Ama büyüdükçe iki farklı bayi tipi ortaya çıkar: ayda birkaç sipariş veren küçük satıcı ve senin hacminin yüzde yirmisini tek başına taşıyan büyük oyuncu. İkisine aynı fiyatı verirsen küçüğü ödüllendirip büyüğü cezalandırmış olursun. Büyük oyuncu bunu fark ettiğinde ya indirim ister ya gider.
Kademeyi ağ küçükken kur. Üç veya dört seviye yeter, kriterleri tek ve ölçülebilir olsun: son 30 günlük ciro. Seviye atlama otomatik, seviye düşme ise bir ay gecikmeli olsun; böylece kötü bir ay kimseyi cezalandırmaz. Kademeyi sonradan kurmak, herkesin alıştığı fiyatı değiştirmek anlamına gelir ve bu her zaman bayi kaybıyla sonuçlanır.
10'dan 100'e çıkarken hangi sırayla ilerlemelisin?
Ölçeklenmede en yaygın hata, her şeyi aynı anda kurmaya çalışmaktır. Sıra önemli: önce ölçüm, sonra kural, sonra otomasyon, en son pazarlama. Ölçmediğin şeye kural koyamazsın; kuralı olmayan şeyi otomatikleştirirsen hatayı hızlandırırsın; otomasyonu kurmadan bayi kazanmaya başlarsan gelen bayiyi kaybederek büyürsün. Aşağıdaki liste, sahada işleyen sırayı özetliyor.
| Adım | Yapılacak | Hedef Eşik | Atlanırsa Sonuç |
|---|---|---|---|
| 1 | Bayi başı ciro ve bilet sayısını ölçmeye başla | 10 bayi | Kör büyüme, yanlış yatırım |
| 2 | Fiyat grubu ve bayi seviyesi tanımla | 20 bayi | Özel fiyat kaosu |
| 3 | Teslimatı tamamen otomatiğe al | 30 bayi | Gece mesaisi ve gecikme |
| 4 | Bilet sistemi ve sık soru cevaplarını kur | 40 bayi | Destek tıkanması |
| 5 | Gerçek zamanlı stok ve tahsis kuralı | 60 bayi | Kıtlıkta güven kaybı |
| 6 | Mutabakat ve otomatik ekstre | 75 bayi | Ay sonu finans krizi |
| 7 | API ve anahtar bazlı kota | 100 bayi | En iyi bayilerin kaybı |
Ağını büyütmeye hazır bir altyapıyla başla
Pinova; bayi seviyeleri, fiyat grupları, otomatik teslimat, gerçek zamanlı stok ve anahtar bazlı API kotasıyla 10 bayiden 100 bayiye aynı kurulumla çıkmanı sağlar.
Bayi sayısını hızla artırmak her zaman iyi mi?
Hayır. Operasyonun hazır olmadığı bir ağda hızlı bayi kazanımı, kaybettiğin bayi sayısını da artırır. Önce yeni bayiyi sisteme alma süresini ve destek yükünü düşür, sonra kazanıma hızlan.
Küçük bayileri elemek mantıklı mı?
Elemek yerine maliyetlerini düşür. Küçük bayi otomatik akışta kendi kendine çalışabiliyorsa kârlıdır; insan desteği gerektiriyorsa zarardır. Karar sayıya değil, birim destek maliyetine göre verilir.
API açmak stok riskimi artırır mı?
Kotasız açarsan evet. Anahtar başına stok kotası, IP kilidi ve istek sınırı tanımlandığında API riski azaltır, çünkü işlemler kayıtlı ve sınırlı bir çerçevede gerçekleşir.
Fiyat kademesini sonradan kurabilir miyim?
Teknik olarak evet, ticari olarak zor. Herkesin alıştığı fiyatı değiştirmek kayıp getirir. Kademeyi 20 bayi civarında kurmak, sonradan uygulamaya göre çok daha az sürtünme yaratır.
Ölçeklenme, cesaret değil sıralama işi. Hangi eşikte hangi otomasyonun devreye girmesi gerektiğini kendi ağının sayılarıyla eşleştirdiğinde yüz bayi, on bayiden daha az yorucu hale gelir. Seviye, fiyat grubu, tahsis kuralı ve API kotasının panel içinde nasıl göründüğünü denemek için canlı demo üzerinden bayi yönetimi ekranını aç; özellik listesini yukarıdaki yedi adımlı tabloyla karşılaştırıp hangi adımın sende eksik kaldığını net biçimde görebilirsin.