B2B bayi sipariş portalı kurmak

Salı sabahı 08.40. Bayi temsilcisinin telefonunda on dört okunmamış WhatsApp mesajı var: üçü ekran görüntüsü hâlinde sipariş listesi, ikisi «bu kod stokta var mı» sorusu, biri geçen haftaki irsaliyenin bulanık fotoğrafı. Aynı dakikada satış destek ekibinden biri, bir bayinin telefonda okuduğu on sekiz kalemlik siparişi elle tabloya geçiriyor; kodlardan ikisi kapanmış bir katalogdan, biri yanlış varyant. Öğlene kadar bu siparişler sisteme girilecek, akşamüstü de yanlış giren kalemler için özür telefonları başlayacak.

Bu yazı, o sabahı ortadan kaldıran şeyi anlatıyor: bayinin siparişini kendi elleriyle girdiği bir B2B portalı. Portalın tam olarak hangi problemi çözdüğünü, bayi girişlerini ve yetkilendirmeyi nasıl kuracağınızı, fiyat ile stok görünürlüğünü nereye kadar açmanız gerektiğini, cari bakiyeyi nasıl göstereceğinizi, portalın CRM ve ön muhasebeyle nasıl senkron kalacağını ve devreye alırken hangi sırayı izlemeniz gerektiğini sırayla göreceksiniz.

BayiportalıKatalogFiyat listesiStok durumuSiparişCari / bakiyeBelgeler

Telefondan geçen siparişin görünmeyen maliyeti

WhatsApp'tan gelen sipariş ilk bakışta hızlı görünür. Bayi yazar, temsilci okur, iş biter. Görünmeyen kısım şudur: o mesajın siparişe dönüşmesi için bir insan onu okuyup ürün kodlarına çevirmek, fiyatı doğru listeden bulmak, stoğu kontrol etmek, cariye bakmak ve sonra sisteme girmek zorundadır. Yani sipariş aslında iki kez oluşturulur; bir kez bayide, bir kez sizde. İkinci oluşturmanın her adımı yeni bir hata ihtimalidir.

Bu modelin ikinci maliyeti zaman penceresidir. Bayi cumartesi akşamı sayım yapıp sipariş listesini çıkarır ama o liste pazartesi mesai saatine kadar bekler. Üçüncü maliyet ise görünürlüktür: kanalın nabzı temsilcinin telefonundadır, yöneticinin ekranında değil. Kanal satışının nasıl görünür hâle getirileceğini bayi ve partner satışını CRM ile yönetmek yazısında ayrıntılı ele alıyoruz; portal, o görünürlüğün en somut aracıdır.

Portal aslında hangi işi kime devrediyor

Self-servis bayi portalının mantığı basittir: siparişin veri girişini, o veriyi zaten en doğru bilen tarafa, yani bayinin kendisine bırakırsınız. Bayi kendi ihtiyacını sizden iyi bilir; ürün kodunu yanlış yazma ihtimali, onu telefonda dinleyip aktaran kişininkinden düşüktür. Siz de böylece sipariş girişinden çıkıp sipariş yönetimine geçersiniz.

Bu devir tek yönlü bir yük atma değildir. Bayi karşılığında üç şey kazanır: kendi fiyatını ve stok durumunu izinsiz sormadan görmek, mesai saatine bağlı kalmadan sipariş geçmek ve geçmiş belgelerine kimseyi aramadan ulaşmak. Değiş tokuş dürüst olduğunda benimseme kendiliğinden gelir.

Bayi portalı bir yazılım projesi değil, bir alışkanlık transferidir; başarısı arayüzün zarafetiyle değil, bayinin sipariş için telefonu bir daha eline almamasıyla ölçülür.

Bayi girişleri ve yetkilendirme: hangi bayi neyi görür

Portalın omurgası kimlik ve yetkidir. Her bayi kendi hesabıyla girer, kendi carisini, kendi fiyatını, kendi siparişlerini görür; başka bir bayinin verisine hiçbir koşulda erişemez. Bunu bir tercih olarak değil, kurulumun ilk günündeki mimari karar olarak ele alın. Veri ayrımı sonradan eklenen bir filtreyle değil, her sorgunun kökündeki bayi kimliğiyle sağlanmalıdır.

Yetki ayrımı bayinin içinde de gerekir

Orta ölçekli bir bayide sipariş geçen kişi, cari bakiyeyi görmesi gereken kişiyle aynı olmayabilir. Depo sorumlusu katalog ve stok görsün, sipariş oluştursun; muhasebeci fatura ve bakiyeye baksın ama sipariş onaylamasın; işletme sahibi hepsini görsün. Portalda en az üç rol tanımlayın ve rolleri bayinin kendi yöneticisinin atayabilmesini sağlayın — aksi hâlde her personel değişikliği sizin destek ekibinize düşer.

Kurumsal bayilerde tek tek parola yönetmek yerine kimlik sağlayıcı üzerinden giriş talebi gelebilir; bu senaryonun nasıl kurulduğunu tekil oturum (SSO) ve kimlik entegrasyonu yazısında anlatıyoruz. Parola sıfırlama, oturum süresi ve ayrılan personelin erişiminin kapatılması gibi sıradan görünen konuları da baştan yazılı kurala bağlayın.

Bayiye özel katalog ve fiyat listesi görünürlüğü

Portalın en çok kullanılan ekranı kataloktur ve buradaki en yaygın hata, herkese aynı katalogu göstermektir. Bayi kanalında ürün görünürlüğü çoğu zaman ayrışır: bazı seriler yalnızca yetkili servis bayilerine, bazıları belirli bölgelere, bazıları da yalnızca sözleşmesi olan iş ortaklarına açıktır. Katalogu bayi segmentine göre süzülebilir kurun.

Katalog kalitesi de en az görünürlük kadar önemlidir. Kodu, ölçüsü, paket adedi, görseli ve teknik özelliği eksik bir ürün kartı bayiyi yine telefona iter; portal soruyu bitirmek için vardır, üretmek için değil. Ürün verisini tek bir doğru kaynakta toplamanın yöntemini PIM ve dijital katalog yazısında bulabilirsiniz.

Fiyat tarafında kural nettir: bayi giriş yaptığı anda gördüğü fiyat, onun sözleşmesindeki fiyat olmalıdır. Liste fiyatı gösterip iskontoyu sipariş sonrası uygulamak, bayinin portala olan güvenini ilk haftada bitirir. Kademeli iskonto, kampanya ve müşteri bazlı liste mantığını müşteriye özel fiyat listesi ve iskonto matrisi yazısında ayrı ayrı ele alıyoruz.

Stok: gerçek rakam mı, uygunluk göstergesi mi

Bu, portal kurulumundaki en tartışmalı karardır. Gerçek stok adedini göstermek şeffaftır ama iki riski vardır: bayiler birbirinin eline bakarak panik sipariş verir ve anlık senkron gecikmesi «vardı, aldım, gelmedi» şikâyetine dönüşür. Uygunluk göstergesi ise beklentiyi yumuşatır ama planlama yapmak isteyen bayiyi tatmin etmez.

Yaklaşım	Bayiye verdiği his	Ne zaman uygun
Gerçek stok adedi	Tam şeffaflık, planlama kolaylığı	Stok devir hızı düşük, senkron gecikmesi kısa ürünlerde
Uygunluk göstergesi (var / sınırlı / yok)	Yeterli bilgi, düşük panik	Hızlı tüketilen, çok bayili, dalgalı stoklarda
Adet aralığı (örneğin 50'den fazla)	Dengeli; ne çıplak sayı ne belirsizlik	Karma katalogların çoğunda güvenli varsayılan

Hangisini seçerseniz seçin, tedarik tarihi bilgisini ekleyin. «Şu an yok, beklenen giriş haftaya» cümlesi, bayinin siparişi rakibe kaydırmasını engelleyen tek cümledir. Stok verisinin depo sisteminizden portala hangi sıklıkta aktığını da bayiye açıkça yazın.

Sipariş akışı ve minimum sipariş kuralları

İyi bir portal sipariş akışı üç ekranı geçmez: sepeti oluştur, koşulları gör, onayla. Bayi kanalında sepete birkaç kural daha girer — minimum sipariş tutarı, paket katları, bölge bazlı sevkiyat günü, kampanya eşiği. Bu kuralları onay anında hata mesajı olarak değil, sepette canlı geri bildirim olarak gösterin: «Ücretsiz sevkiyat eşiğine iki koli kaldı» cümlesi hem sipariş büyütür hem itiraz üretmez.

Bayilerin çoğu aynı ürünleri döngüsel alır. Geçmiş siparişi tek tıkla tekrarlama, favori liste oluşturma ve Excel/CSV ile toplu kalem yükleme özellikleri, portal benimsemesini en çok artıran üç şeydir. Siparişin portaldan sonraki yolculuğunu — onay, ayırma, sevkiyat, faturalama — sipariş yönetimi kurulumu yazısında uçtan uca anlatıyoruz.

Cari bakiye, limit ve açık hesap görünürlüğü

Bayi kanalının gerilimi çoğunlukla parada çıkar. Bayi ödediğini sanır, siz ödenmediğini bilirsiniz; ikisi de aynı ekrana bakmadığı için tartışma uzar. Portal bu tartışmayı sessizce bitirir: güncel bakiye, vadesi gelen ve gecikmiş tutarlar, açık faturalar ve kredi limitinin ne kadarının kullanıldığı tek yerde durur.

Limit kontrolünü sipariş akışına da bağlayın. Limit aşıldığında siparişi sessizce reddetmek yerine «onay bekliyor» durumuna alın ve satış sorumlusuna bildirim düşürün; böylece ticaret durmaz, kontrol de kaybolmaz. Borç-alacak dengesini hatasız izlemenin temel prensiplerini cari hesap takibi yazısında bulabilirsiniz.

Belge erişimi ve sipariş durumu takibi

Destek ekibine gelen taleplerin şaşırtıcı bir kısmı yeni sipariş değil, geçmişe dair belgedir: «mart faturasını yollar mısınız», «irsaliyenin kopyası lazım», «bu cihazın montaj kılavuzu var mı». Faturayı, irsaliyeyi, ürün sertifikasını ve teknik dokümanı portalda indirilebilir kılmak, bu trafiği bir haftada sıfıra yaklaştırır.

Durum isimlerini bayinin diliyle yazın

Sipariş durumu takibi, iç süreç adlarınızı bayiye dayatma yeri değildir. «Depo çıkış onayı bekliyor» bayi için anlamsızdır; «hazırlanıyor» anlamlıdır. Dört ya da beş durumla yetinin, her durumun yanına tahmini tarihi koyun ve kargo takip numarasını doğrudan bağlayın. Bu ekran, yalnızca müşteri tarafında değil bayi tarafında da «siparişim ne oldu» aramalarını kesen ekranın ta kendisidir; benzer mantığı müşteri self-servis portalı yazısında son kullanıcı için de anlatıyoruz.

Portalın CRM ve ön muhasebeyle senkronu

Portal ayrı bir ada olursa hiçbir şey çözmez; sadece hatanın yerini değiştirir. Kurulumda dört akışın çift yönlü çalıştığından emin olun: ürün ve fiyat verisi sistemden portala, stok bilgisi depodan portala, sipariş portaldan CRM'e ve cari hareketler ön muhasebeden portala. Her akış için güncellenme sıklığını ve hata durumunda ne olacağını yazılı hâle getirin.

• Tekil kimlik: Bayinin portaldaki hesabı ile CRM'deki cari kartı aynı kimlikle eşleşmeli, aksi hâlde iki sistemde iki farklı müşteri oluşur.
• Sipariş numarası: Portalda üretilen numara CRM'de aynen görünmeli; bayi bir numara söylediğinde ekibin ikinci bir tabloya bakması gerekmemeli.
• Hata görünürlüğü: Senkron koptuğunda sessiz kalmayan, sorumlusuna görev açan bir uyarı mekanizması kurun.
• Geri yazım: Sipariş durumu ve fatura numarası portala geri düşmeli; tek yönlü entegrasyon bayiyi yine telefona iter.

Sipariş verisinin ilişkiye dönüştürülmesi tarafındaki kalıplar e-ticaretle büyük ölçüde ortaktır; ayrıntısını e-ticaret ve CRM entegrasyonu yazısında bulabilirsiniz. Rocketly kullanıyorsanız ön muhasebedeki cari, fatura ve stok kayıtları ile fırsat ve sipariş kayıtları zaten aynı yerde durduğu için portalın besleneceği kaynak da tek olur.

Pilot bayiden yaygınlaştırmaya

Portalı bir gecede tüm kanala açmak, en iyi kurulumu bile batırır. Üç aşamalı bir sıra izleyin. Önce iki ya da üç bayiyle pilot yapın; sipariş hacmi orta, size güveni yüksek, teknik olarak rahat bayiler seçin. İkinci aşamada bölge ya da segment bazında dalgalar hâlinde açın, her dalgadan sonra iki hafta durup gelen soruları toplayın. Üçüncü aşamada tarih verin: belirli bir günden sonra rutin siparişlerin portaldan geçeceğini duyurun, istisnaları da açıkça tanımlayın.

Bayi portalı neden kullansın

Benimseme, zorlamayla değil karşılıklı fayda ile gelir. Portalda ilk siparişini geçen bayiye ek bir sevkiyat kolaylığı tanımak, portale özel kampanya açmak, sipariş kesim saatini portal siparişleri için uzatmak gibi somut avantajlar işe yarar. Bir de gerçekçi olun: her bayi eş zamanlı dönmez, bir kısmı için telefon kanalı bir süre daha açık kalacaktır. İş ortağı ilişkisini baştan kurmanın çerçevesini B2B iş ortaklığı ve reseller programı yazısında ele alıyoruz.

Neyi ölçeceksiniz

Portalın işe yarayıp yaramadığı hisle değil, birkaç net göstergeyle anlaşılır. Rakamları kurulumdan önce ölçmeye başlayın; kıyas noktanız yoksa sonrasındaki iyileşmeyi kimseye gösteremezsiniz.

• Portalden geçen sipariş oranı: Toplam bayi siparişinin ne kadarının portalda oluştuğu; benimsemenin tek gerçek ölçüsüdür.
• Sipariş giriş hatası: Yanlış kalem, yanlış varyant veya yanlış adet nedeniyle düzeltilen sipariş satırı sayısı.
• Sipariş başına işlem süresi: Siparişin ekibinize ulaşmasından onaylanmasına kadar geçen ortalama süre.
• Mesai dışı sipariş payı: Akşam ve hafta sonu oluşan siparişler; portalın açtığı yeni pencereyi doğrudan gösterir.
• Destek talebi kompozisyonu: «Fatura yollar mısınız» türü rutin taleplerin toplam içindeki payındaki düşüş.

Bu göstergeleri aylık bir panoya bağlayın ve pilot bayilerle yaygınlaştırma dalgalarını ayrı ayrı izleyin; hangi bayi tipinin portale kolay uyum sağladığını ancak böyle görürsünüz.

Portal projesine ürün seçimiyle değil, envanterle başlayın: hangi bayi hangi fiyat listesinde, katalogunuzun hangi kalemleri eksik, cari verileriniz ne kadar güncel. Bu üç sorunun cevabı netleştiğinde portal kurulumu teknik bir işe indirgenir. Bayi kayıtlarınızı, fiyat listelerinizi, stok ve cari hareketlerinizi tek bir yerde toplayıp self-servis portalı bunun üzerine kurmak istiyorsanız Rocketly hesabınızı ücretsiz açarak kanalınızın ilk pilot bayisiyle bu hafta başlayabilirsiniz.