Bayi sipariş yazılımı mı, e-ticaret sitesi mi? B2B portal seçme rehberi

Bayilere, toptancılara ve kurumsal müşterilere satış yapan bir üretici ya da distribütörseniz, bir noktada şu soruyla karşılaşırsınız: bayi siparişlerini e-ticaret sitesiyle mi alacağız, yoksa bayiye özel bir sipariş yazılımıyla mı? İkisi yüzeyde benzer görünür: ürün listesi, sepet, sipariş. Ama arkasındaki iş kuralları farklıdır ve yanlış seçim, ya satış ekibinin yükünü azaltmaz ya da gereğinden pahalı bir sistem kurdurur. Bu rehber, farkı sade bir dille ve karar kriterleriyle anlatıyor.

E-ticaret sitesi ile B2B bayi portalı: temel farklar

Aşağıdaki karşılaştırma, genel mantığı gösterir; her işletmenin kuralı kendi içinde şekillenir.

Bayi siparişi bugün nasıl alınıyor?

Çoğu işletmede bayi siparişi telefon, WhatsApp, e-posta ve Excel arasında dolaşır. Satış ekibi siparişi alır, ERP'ye elle girer, stok kontrol eder, bayiye geri döner. Bu düzenin üç tipik maliyeti vardır: siparişin yanlış ya da eksik girilmesi, "bu ürün ne zaman gelir?" sorularının telefona düşmesi ve hangi bayinin ne aldığının zamanında görülememesi. Portalın asıl işi bu üç yükü azaltmaktır; güzel bir vitrin yapmak değil.

Kendi vakamızdan bir örnek: toptan aksesuar üreten bir firma için kurduğumuz bayi sipariş sisteminde sipariş verildiği anda yönetim paneline, WhatsApp'a ve e-postaya aynı anda iletilir; bayi siparişin ulaştığını görür, satış ekibi hangi kanaldan bakarsa baksın aynı siparişi görür. Bayi sepetini teklif olarak biriktirebilir, ödeme dekontunu siparişe yükleyebilir. Bu vaka isimsiz anlatılmıştır; ayrıntısı bayi sipariş yazılımı sayfasında.

Karar kriterleri: 8 soru

1. Fiyat herkes için aynı mı? Hayırsa, bayi bazlı fiyat bir B2B özelliğidir.
2. Ödeme sepette mi alınıyor? Cari hesap, vade ve limit varsa portal gerekir.
3. Bayi sayınız kaç ve nasıl büyüyecek? Küçük bir ağ için basit çözüm yeterli olabilir; ağ büyüdükçe mimarinin buna hazır olması ve yayın öncesi yük testi önem kazanır.
4. Stok ve teslimat bilgisi bayiye gösterilecek mi? Gösterilecekse stok sisteminizle bağlantı gerekir.
5. Siparişler ERP'ye elle mi giriliyor? Elle giriş yük ve hata kaynağıysa, çift yönlü bağlantı düşünülür.
6. Bayiye özel ürün görünürlüğü gerekiyor mu? Bazı ürünlerin yalnızca belirli bayilere açık olması B2B mantığıdır.
7. Perakende satış da yapıyor musunuz? Yapıyorsanız tek altyapıda iki vitrin düşünülebilir.
8. Bayileriniz ne kadar dijital? Alışkanlığı kademeli değiştirmeniz gerekebilir.

Senaryolar

Senaryo 1: Yalnızca bayiye satış, bayi sayısı sınırlı

Bayi ağınız yönetilebilir büyüklükte, fiyat listeleri birkaç gruba ayrılıyor, ödeme cari hesaptan yürüyor. Burada bayi girişli, fiyat listeli, sipariş geçmişli ve cari ekstreli bir portal çoğu zaman yeterlidir. Vitrin tasarımı ikincil, iş kuralları birincildir.

Senaryo 2: Hem perakende hem bayi

Üretici markasınız ve hem internetten son kullanıcıya hem bayiye satıyorsunuz. Aynı ürün ve stok altyapısı kullanılır; bayi fiyatı ve vadeli ödeme kuralları yalnızca bayi girişinde görünür, perakende müşteri kendi vitrinini görür. Bu yapı için gelişmiş e-ticaret sistemleri sayfasına bakabilirsiniz; genel e-ticaret kararı için Trendyol ve Hepsiburada mı, kendi siteniz mi? yazısı iyi bir başlangıçtır.

Senaryo 3: Büyük sanayi alıcıları ve teklif odaklı satış

Alıcılarınız ana sanayi ya da kurumsal tedarikçi listeleri ise sipariş kadar teklif, katalog ve teknik doküman da önemlidir. Bu durumda portalın önüne iyi bir B2B web sitesi gerekir; B2B web sitesi tasarımı ve Bursa OSB firmaları için B2B web sitesi yazıları bu tarafı anlatır.

Senaryo 4: İhracat ve yabancı bayi

Yabancı bayilere katalog, fiyat ve konteyner teklifi sunuyorsanız dil, para birimi ve teklif akışı öne çıkar. İnegöl mobilya ihracat web sitesi yazısında bu yapının örneği ele alınmıştır.

Bayi sipariş yazılımında olması gerekenler

• Bayiye özel giriş ve yetki: Her bayi yalnızca kendi fiyatını, limitini ve ürün listesini görür.
• Bayi bazlı fiyatlandırma: İskonto oranı, özel fiyat listesi ya da ürün grubu bazında.
• Sipariş ve takip: Mesai saatini beklemeden sipariş, geçmiş siparişlerin görünürlüğü, tekrar sipariş.
• Stok ve teslimat görünürlüğü: "Ne zaman gelir?" sorusunun telefona düşmemesi.
• Cari hesap ve ekstre: Bayinin kendi ekranında.
• Raporlar: Hangi bayi ne sattı, hangi ürün öne çıktı, Excel çıktısı.
• ERP ve muhasebe bağlantısı: Sipariş, stok, fatura ve cari bilgilerinin senkronu; bu bağlantı kapsamda yazılı bir kalemdir.
• Mobil uyum: Bayi sahada telefondan sipariş verebilmeli.

Fiyat, limit ve vade kuralları nasıl yazılır?

B2B projelerinde en çok zaman alan konu ekran tasarımı değil, kuralların yazıya dökülmesidir. Başlamadan önce şu soruların cevabını bir sayfaya yazın:

• Kaç fiyat grubunuz var ve bir bayi birden fazla gruba girebilir mi?
• İskonto ürün bazında mı, sipariş toplamı üzerinden mi, kampanya dönemine göre mi uygulanıyor? Birden fazla iskonto varsa hangi sırayla hesaplanıyor?
• Bayi limiti aşıldığında sipariş engellenir mi, yoksa onaya mı düşer?
• Vade ve tahsilat bilgisi portalda görünecek mi, yoksa yalnızca satış ekibinde mi kalacak?
• Minimum sipariş miktarı, koli ve palet katları gibi kurallar var mı?
• İade, iptal ve değişim süreci portalda mı yürüyecek?

Bu liste kısa görünür ama gerçek hayatta her maddenin bir istisnası çıkar. Yazılımın işi istisnaları görünür kılmak ve tek bir yerde yönetmektir. İstisnaların çoğu bir kural olarak yazılabiliyorsa portal iş yükünü gerçekten azaltır; yazılamayan istisnalar ise satış ekibinde kalmaya devam eder, bunu baştan bilmek daha iyidir.

Bayiyi portala nasıl alıştırırsınız?

Teknik olarak kusursuz bir portal, bayi kullanmadıkça işe yaramaz. Bayinin gözünden bakın: portalda ne kazanıyor? Genellikle üç şey: mesai saatini beklemeden sipariş vermek, kendi fiyatını ve stoğu görmek, geçmiş siparişine ve ekstresine tek ekrandan ulaşmak. Geçişte işe yarayan yaklaşım şudur:

1. Önce birkaç istekli bayiyle pilot başlatın; geri bildirimleri yazılı toplayın.
2. Telefondan sipariş vermeyi kolaylaştırın; bayinin çoğu işi sahada ya da telefonda yapar.
3. Geçiş döneminde eski kanalı hemen kapatmayın, ama yeni kanalın daha hızlı olduğunu gösterin. Sipariş aynı anda panele, WhatsApp'a ve e-postaya düşüyorsa satış ekibi iki sistemi paralel izleyebilir.
4. Kısa bir kullanım kılavuzu ve destek kanalı belirleyin; kapsam ve yanıt süreleri sözleşmede yazılıdır.

Sık yapılan hatalar

1. B2B ihtiyacını hazır bir e-ticaret temasıyla çözmeye çalışıp bayi fiyatını eklentilerle yamamak.
2. Kuralları yazmadan yazılıma başlamak: iskonto hangi sırayla uygulanır, limit aşılınca ne olur?
3. Tüm bayi ağını bir anda geçirmeye çalışmak, pilot yapmamak.
4. ERP tarafındaki veri kalitesini düzeltmeden bağlamak: yanlış stok, yanlış cari portala da yansır.
5. Sahiplik ve sürekliliği konuşmamak: yazılımı kim barındırır, kim günceller, çıkış durumunda veriler nasıl teslim edilir?

Süreç: portala nasıl geçilir?

Yöntem özetle şöyledir: önce iş süreci analizi (bayi yapısı, fiyat grupları, ERP), sonra tasarım ve özel önizleme bağlantısıyla onay, ardından ERP entegrasyonu, birkaç bayiyle pilot ve son olarak tüm ağın geçişi. Proje takvimi keşif görüşmesinden sonra aşama tarihleriyle sözleşmeye girer. Hazır bir B2B ürün altyapısından yola çıkan örnek için B2B portal ürün sayfasına, ERP tarafı için ERP ve web sitesi entegrasyonu yazısına göz atabilirsiniz.

Sahiplik ve süreklilik sorusu

Sipariş altyapınız işinizin omurgası olduğundan, sözleşmede şu üç şey açık olmalı: sistemi kim barındırıyor ve güncel tutuyor, alan adı kimin adına kayıtlı, hizmet sona ererse verileriniz hangi biçimde teslim edilir. Bizde yazılımı Kodem geliştirir, Türkiye'deki sunucularda barındırır ve güncel tutar; alan adı sizin adınıza kayıtlıdır, hizmet sonlanırsa verileriniz standart formatlarda teslim edilir.

Hangisini seçmeli?

Sorunuz "hangisi daha modern" değil, "siparişim hangi kuralla ilerliyor" olmalı. Kurallarınız kısa ve herkese aynıysa e-ticaret sitesiyle başlayın. Fiyat, limit, vade ve ERP akışı bayiye göre değişiyorsa bayi sipariş yazılımı sorunun gerçek cevabıdır. Emin değilseniz, bayi yapınızı ve mevcut sipariş akışınızı anlatmanız yeterli: keşif görüşmesinde ihtiyacınızın hangi tarafa düştüğünü, gerekmiyorsa gerekmediğini açıkça söyleriz.