B2B Portalda Bayi Bazlı Ürün Görünürlüğü Nasıl Kurgulanır?

Kısa cevap: B2B portalda bayi bazlı ürün görünürlüğü, her müşteriye aynı kataloğu göstermek yerine; bayi tipi, sözleşme kapsamı, satış bölgesi, marka yetkisi ve stok durumu gibi kurallara göre ürünleri filtreleyen bir yapı ile kurgulanmalıdır. En sağlıklı kurulum, katalog kurallarını baştan netleştirip ERP, stok ve satış süreçleriyle aynı veri mantığında çalıştırmaktır.

B2B satışta her müşterinin aynı ürün ağacını, aynı fiyatı ve aynı sipariş koşullarını görmesi gerekmez. Bazı bayiler sadece belirli marka veya ürün gruplarını satarken, bazı hesaplar bölgesel veya sözleşmeye bağlı kısıtlarla çalışır. Bu nedenle ürün görünürlüğü kurgusu; katalog düzeni, sipariş akışı ve operasyon yükü üzerinde doğrudan etkili bir karar alanıdır.

Bu yapı planlanırken satış süreçlerini CRM sistemi seçimi ve kurulumu, ödeme koşullarını online ödeme sistemi kurgusu, ürün akışını ise stok yönetimi tarafıyla birlikte düşünmek gerekir. Kural seti büyüdükçe manuel takip yerine otomasyon ve entegrasyon ihtiyacı da artar.

Ürün görünürlüğü neden ayrı bir kural seti gerektirir?

B2B portallarda ürün görünürlüğü yalnızca tasarım tercihi değildir. Hangi müşterinin hangi ürünü göreceği; satış stratejisi, bayi hiyerarşisi, tedarik yapısı ve teklif süreciyle bağlantılıdır. Portalda fazla geniş katalog göstermek yanlış ürün talebine yol açabilir; fazla dar katalog göstermek ise satış fırsatlarını gizleyebilir.

Bu yüzden görünürlük kurgusu, ürün listeleme ekranından önce iş kurallarının netleştirilmesini gerektirir. Amaç, müşteriyi gereksiz seçenekle yormadan doğru ürünleri doğru hesaplara göstermektir.

Hangi görünürlük modeli seçilebilir?

Tek bir doğru model yoktur. En uygun yapı, şirketin bayi ağına ve ürün ağacına göre seçilir.

Müşteri grubu ve segment bazlı model

En pratik başlangıç modeli budur. Bayiler; ana distribütör, alt bayi, kurumsal müşteri veya proje hesabı gibi segmentlere ayrılır. Her segmente ayrı kategori, ürün grubu veya marka görünürlüğü atanır. Bu yaklaşım, büyüyen katalogları yönetilebilir hale getirir.

Hesap bazlı özel katalog modeli

Bazı müşteriler sözleşmeye bağlı özel ürün listeleriyle çalışır. Bu durumda ürün görünürlüğü, müşteri kartı düzeyinde tanımlanır. Böylece aynı segmentte yer alan iki bayi bile farklı ürünleri görebilir. Özellikle proje bazlı satış, özel marka dağıtımı veya kurumsal satın alma süreçlerinde bu model daha uygundur.

Marka, bölge ve kanal kısıtları

Dağıtım yapısında marka yetkisi, satış bölgesi veya kanal ayrımı varsa görünürlük buna göre daraltılmalıdır. Örneğin sadece belirli bölgede satış izni olan bir bayi, o bölgeye açık ürünleri görmelidir. Bu yaklaşım, satış ekibinin sonradan manuel düzeltme yapma ihtiyacını azaltır.

Kuruluma başlamadan önce hangi veriler netleştirilmelidir?

Sağlıklı bir ürün görünürlüğü kurgusu için önce veri modeli temizlenmelidir. Şu soruların cevabı net olmalıdır:

• Ürünler hangi ana grup, alt grup ve markalara ayrılıyor?
• Müşteri hesapları hangi ticari segmentlerle yönetiliyor?
• Özel görünürlük gerektiren sözleşmeli müşteriler var mı?
• Stokta olmayan ürünler gizlenecek mi, gösterilip bilgi mi verilecek?
• Yeni ürünler herkese mi açılacak, yoksa onayla mı yayına alınacak?

Bu hazırlık yapılmadan geliştirilen portal, kısa sürede istisna listeleriyle karmaşıklaşır. Önce kural mantığı kurulmalı, sonra ekrana taşınmalıdır.

Teknik kurguda hangi sistemler birbiriyle konuşmalıdır?

B2B portalda ürün görünürlüğü çoğu zaman tek başına portal içinde yönetilmez. En azından ürün kartı, stok bilgisi ve müşteri hesabı verisi birkaç farklı sistemden beslenir.

ERP ve stok kaynağı

Ürün ana verisi, varyant yapısı, satışa açık/pasif durumu ve depo ilişkileri çoğu zaman ERP veya stok sisteminde tutulur. Portal görünürlüğü bu veriyle çelişmemelidir. Aksi halde kullanıcı portalda gördüğü ürünü sipariş aşamasında tamamlayamaz.

CRM ve satış süreci

Müşteri tipi, teklif geçmişi, sorumlu satış temsilcisi veya hesap durumu CRM tarafında tutuluyorsa görünürlük kuralı bu verilerle ilişkilendirilebilir. Böylece bir müşterinin portal deneyimi, satış ekibinin sahadaki gerçek süreciyle daha tutarlı hale gelir.

Ödeme ve onay akışı

Her ürün herkese görünse bile her sipariş aynı koşulla tamamlanmayabilir. Bazı ürünler belirli vade, limit veya onay gerektirebilir. Bu nedenle ürün görünürlüğü ile sipariş tamamlama koşulları arasında kopukluk olmamalıdır. Kullanıcı portalda gördüğü ürün için hangi ticari adımla ilerleyeceğini baştan anlayabilmelidir.

Operasyon ekibi hangi kuralları yönetmelidir?

Portal canlıya alındıktan sonra iş bitmez. Ürün görünürlüğü, yaşayan bir operasyon alanıdır. En azından şu sorumlulukların sahibi belli olmalıdır:

• Yeni ürün hangi müşteri gruplarına açılacak?
• Pasif ürünler portalda ne zaman gizlenecek?
• Özel müşteri listeleri kim tarafından güncellenecek?
• Satış ekibi istisna taleplerini nasıl iletecek?
• Yanlış görünürlük tespit edildiğinde düzeltme SLA'i ne olacak?

Bu sahiplik tanımlanmazsa portal, kısa sürede manuel taleplerin toplandığı bir destek ekranına dönüşür.

En sık yapılan hatalar

• Tüm müşterilere aynı kataloğu açıp sonradan istisna eklemek
• Müşteri segmentlerini satış ekibinin kullandığı gerçek yapıyla eşleştirmemek
• Stokta pasif olan ürünleri portalda açık bırakmak
• Portal kuralları ile ödeme, vade veya onay akışını ayrı düşünmek
• Özel müşteri kataloglarını kişiye bağlı manuel listelerle yönetmek

En güvenli yaklaşım, önce minimum uygulanabilir kural setiyle başlamak; sonra gerçek kullanım verisine göre istisnaları kontrollü şekilde genişletmektir.

Sık sorulan sorular

Her bayiye aynı kataloğu göstermek sorun yaratır mı?

Her zaman yaratmaz; ancak farklı marka yetkileri, bölgesel kısıtlar veya sözleşmeli ürün listeleri varsa gereksiz ürün görünürlüğü yanlış taleplere yol açabilir. Bu nedenle görünürlük modeli, satış yapısına göre tasarlanmalıdır.

Ürün görünürlüğü fiyatlandırmadan ayrı düşünülebilir mi?

Kısmen evet; fakat çoğu B2B projede bu iki alan birbirini etkiler. Müşterinin gördüğü ürün ile uygulanan fiyat, vade ve sipariş koşulları uyumlu değilse portal deneyimi kırılır.

İlk kurulumda en pratik yol nedir?

Çoğu ekip için en pratik başlangıç; müşteri segmentleri, temel ürün grupları ve pasif ürün kurallarıyla ilerlemektir. Hesap bazlı özel kataloglar ise gerçekten ihtiyaç oluşan müşterilerde açılmalıdır.

B2B portal kurgusunu entegrasyonla güçlendirin

B2B portalınızda bayi bazlı ürün görünürlüğünü sadece ekran seviyesinde değil; stok, müşteri hesabı, ödeme koşulu ve operasyon akışıyla birlikte kurgulamak istiyorsanız entegrasyon çözümlerimizi inceleyebilirsiniz. Doğru veri akışı, satış ekibinin manuel iş yükünü azaltırken müşteriye daha net bir sipariş deneyimi sunar.