Kurumsal müşterilere satış yapmak isteyen bir e-ticaret işletmesi için standart perakende mağazası çoğu zaman yeterli olmaz. Toptan alıcılar yalnızca ürünü sepete eklemek istemez; firmalarına özel fiyatları görmek, yüksek adetlerle sipariş vermek, teklif istemek, farklı kullanıcılarla aynı hesabı yönetmek ve satın alma onaylarını takip etmek ister. Bu nedenle B2B satış yapısı, perakende mağazasına birkaç alan eklemekten daha kapsamlı bir planlama gerektirir.
Doğru kurulan sistem satış ekibinin tekrarlayan işlerini azaltırken müşterinin de sipariş sürecini kendi başına tamamlamasını sağlar. Ancak fiyatlandırma, kullanıcı yetkileri ve sipariş kuralları baştan tanımlanmazsa mağaza yönetimi kısa sürede karmaşıklaşabilir. Planlamaya ekranlardan önce iş kurallarıyla başlamak bu yüzden önemlidir.
Perakende ve toptan satış akışlarını ayırın
İlk karar, perakende ve kurumsal satışın aynı mağazada mı yoksa ayrı bir yapıda mı yürütüleceğidir. Aynı mağaza kullanılacaksa ziyaretçinin türüne göre fiyat, ürün, ödeme ve teslimat seçeneklerinin değişebilmesi gerekir. Ayrı bir B2B portal tercih edildiğinde kurumsal müşteriye özel deneyim daha net kurulabilir; buna karşılık iki yapının ürün, stok ve sipariş verilerinin uyumu ayrıca yönetilmelidir.
Her ziyaretçiye aynı katalog gösterilecek mi? Bazı ürünler yalnızca onaylı bayilere mi açık olacak? Perakende fiyatı kurumsal kullanıcıdan gizlenecek mi? Bu soruların yanıtları müşteri grupları, ürün çeşitliliği ve mevcut operasyonla birlikte değerlendirilmelidir.
Kurumsal üyelik ve hesap onayı nasıl çalışmalı?
B2B mağazada üyelik formu yalnızca ad ve e-posta alanlarından oluşmayabilir. Firma unvanı, vergi bilgileri, fatura adresi, teslimat noktaları ve yetkili kişi bilgileri gerekebilir. Yine de her alanın gerçekten gerekli olup olmadığı sorgulanmalıdır. Gereksiz veri istemek başvuruyu zorlaştırır ve yönetilecek veri yükünü artırır.
Başvurunun otomatik mi yoksa yönetici onayıyla mı açılacağı da belirlenmelidir. Onaylı üyelik modelinde müşteri kayıt olur, işletme bilgileri kontrol edilir ve uygun müşteri grubuna atanır. Kullanıcıya başvurunun alındığı, incelendiği ve hesabın etkinleştirildiği aşamalarda açık bildirimler gönderilmesi belirsizliği azaltır.
Firma hesabı altında birden fazla kullanıcı tanımlayın
Kurumsal müşterilerde siparişi hazırlayan, onaylayan ve ödemeyi takip eden kişiler farklı olabilir. Tek şifreyle paylaşılan hesap yerine firma hesabına bağlı ayrı kullanıcılar daha güvenli ve izlenebilir bir yapı sunar. Satın alma çalışanı sepet oluşturabilir, yönetici siparişi onaylayabilir, finans birimi ise fatura ve ödeme bilgilerini görüntüleyebilir.
Hangi rolün hangi işlemi yapabileceği açıkça tanımlanmalıdır. Bu yaklaşımın teknik çerçevesi için web yazılımı projesinde kullanıcı yetkilerinin planlanması hakkındaki yazı yararlı bir başlangıç sunar. Yetkiler yalnızca ekran görünürlüğünü değil; veri indirme, adres değiştirme, sipariş iptali ve kullanıcı ekleme gibi işlemleri de kapsamalıdır.
Müşteri grupları ve fiyat görünürlüğünü kurala bağlayın
Toptan satışta her müşteri aynı fiyatı görmeyebilir. Bayi, distribütör, kurumsal alıcı veya özel sözleşmeli müşteri gibi gruplar için farklı fiyat listeleri tanımlanabilir. Fiyatların oturum açmadan önce gösterilip gösterilmeyeceği de ticari modele göre belirlenmelidir.
Fiyat kuralı tasarlanırken ürün bazlı özel fiyat, kategori indirimi, müşteri grubuna özel oran ve tarih aralığı gibi seçenekler birbiriyle çakışabilir. Sistem hangi kuralın öncelikli olduğunu kesin biçimde bilmelidir. Bu konuda e-ticaret sitesinde kampanya ve indirim kurallarının planlanması yazısındaki öncelik ve çakışma yaklaşımı da dikkate alınabilir.
Kademeli fiyat ve minimum sipariş kurallarını anlaşılır gösterin
Kurumsal müşterilerde birim fiyat satın alınan miktara göre düşebilir. Farklı koli veya adet aralıkları için ayrı fiyat kademeleri tanımlanabilir. Kullanıcı bu kademeleri ürün sayfasında görmeli; sepette hangi fiyatın uygulandığını kolayca doğrulayabilmelidir.
Minimum sipariş adedi, koli içi miktar, sipariş katı ve minimum sepet tutarı birbirinden farklı kurallardır. Bir ürün yalnızca on ikinin katlarıyla satılıyorsa adet alanı bunu desteklemeli; kullanıcı hatayı ödeme aşamasında değil, ürünü seçerken görmelidir. Kuralların ürün, kategori ve müşteri grubu düzeyinde nasıl yönetileceği yönetim panelinde de açık olmalıdır.
Stok bilgisini kurumsal alıma göre tasarlayın
Yüksek adetli siparişlerde yalnızca “stokta var” ifadesi yeterli olmayabilir. Müşteri mevcut miktarı, tahmini tedarik durumunu veya kısmi sevkiyat seçeneğini bilmek isteyebilir. Bununla birlikte gerçek stok adedinin herkese gösterilmesi ticari açıdan uygun olmayabilir. Görünürlük bu nedenle müşteri grubuna göre sınırlandırılabilir.
Sepete eklenen ürünün stok ayırıp ayırmayacağı, teklif sürecindeki ürünlerin rezerve edilip edilmeyeceği ve eş zamanlı siparişlerde stok çakışmasının nasıl önleneceği karara bağlanmalıdır. Stok başka sistemlerde tutuluyorsa veri alışverişinin sıklığı ve hata senaryoları ayrıca planlanmalıdır.
Teklif, sipariş ve onay akışlarını birbirinden ayırın
Bazı kurumsal müşteriler doğrudan sipariş verirken bazıları önce teklif talep etmek ister. Teklif sepeti; istenen teslim tarihi, proje bilgisi, özel not veya dosya ekleme gibi farklı alanlara ihtiyaç duyabilir. Teklif kabul edildiğinde ürünlerin ve fiyatların yeniden girilmeden siparişe dönüştürülebilmesi operasyonu hızlandırır.
Müşteri tarafında da bir onay zinciri bulunabilir. Belirli tutarın üzerindeki sepetlerin firma yöneticisine gitmesi, reddedilen talebin açıklamayla geri dönmesi ve onaylanan siparişin değiştirilmesinin sınırlandırılması gerekebilir. Her aşamanın zaman damgası ve işlemi yapan kullanıcıyla kaydedilmesi sonradan yapılacak kontrolleri kolaylaştırır.
Ödeme koşulları müşteriye göre değişebilir
Perakende mağazada kartla anında ödeme yaygınken kurumsal satışta havale, vadeli çalışma veya sipariş sonrası ödeme gibi seçenekler bulunabilir. Her ödeme yöntemi tüm müşterilere açık olmak zorunda değildir. Müşteri grubuna, sipariş tutarına veya hesap durumuna göre kullanılabilecek yöntemler belirlenebilir.
Vadeli satış, kredi limiti veya cari hesap gibi iş kuralları kullanılıyorsa e-ticaret ekranı mevcut finansal sistemle tutarlı çalışmalıdır. Müşteriye gösterilen bakiye ile arka ofisteki kayıt farklıysa güven sorunu doğar. Veri kaynağı, güncelleme sıklığı ve yetkisiz değişikliklere karşı kontroller açıkça belgelenmelidir.
Fatura ve teslimat bilgilerini yeniden kullanılabilir hâle getirin
Bir firma birden fazla şubeye veya depoya teslimat isteyebilir. Kayıtlı adreslerin adlandırılması, varsayılan adres seçimi ve kullanıcı rolüne göre adres ekleme yetkisi sipariş hızını doğrudan etkiler. Çok sayıda teslimat noktası olan müşteriler için adres arama ve filtreleme de gerekli olabilir.
Sipariş sırasında firma bilgileri tekrar tekrar yazılmamalı, ancak kullanıcı güncel bilgileri kontrol edebilmelidir. Vergi ve fatura alanlarının biçimi işletmenin süreçlerine göre yapılandırılmalı; mevzuat veya muhasebe uygulaması gerektiren ayrıntılar ilgili uzmanların görüşüyle kesinleştirilmelidir.
Kurumsal müşteri panelinde hangi bilgiler bulunmalı?
B2B müşteri paneli yalnızca sipariş geçmişi sunmamalıdır. Teklifler, bekleyen onaylar, sevkiyat durumu, faturalar, cari belgeler ve kayıtlı kullanıcılar uygun yetkilerle erişilebilir olmalıdır. Sık alınan ürünlerden tekrar sipariş oluşturma ve önceki sepeti kopyalama gibi işlevler, düzenli alımlarda kullanım kolaylığı sağlar.
Paneldeki durum adları işletmenin gerçek operasyonuyla eşleşmelidir. “Hazırlanıyor” ifadesi müşteriye anlamlı olabilir; ancak içeride hangi aşamayı temsil ettiği net değilse yanlış bildirimler oluşur. Sipariş, ödeme ve sevkiyat durumları teknik ekip ile operasyon ekibi tarafından birlikte tanımlanmalıdır.
Yönetim panelini günlük operasyonla sınayın
Kurumsal satış sistemi yalnızca müşteri ekranlarından ibaret değildir. Satış ekibinin müşteri grubunu değiştirebilmesi, özel fiyat tanımlayabilmesi, teklif oluşturabilmesi ve işlem geçmişini görebilmesi gerekir. Bununla birlikte kritik fiyat ve yetki değişiklikleri herkes tarafından yapılamamalıdır.
Yönetim panelinde toplu ürün güncelleme, müşteri içe aktarma, fiyat listesi yükleme ve hata raporlama özellikleri gerekebilir. Bu işlemlerde ön izleme, doğrulama ve geri alınabilir kayıtlar bulunması hatalı toplu değişiklik riskini azaltır.
Yayına almadan önce gerçek senaryolarla test edin
Test planı yalnızca tek ürünle başarılı sipariş vermekten oluşmamalıdır. Yeni kurumsal başvuru, reddedilen başvuru, farklı müşteri grupları, kademeli fiyat sınırları, minimum adet hatası, yetkisiz kullanıcı, tekliften siparişe dönüşüm, kısmi stok ve farklı teslimat adresleri ayrı ayrı denenmelidir.
Mobil kullanım da göz ardı edilmemelidir. Kurumsal kullanıcılar ofis dışında ürün kontrol edebilir veya onay bekleyen siparişe telefondan karar verebilir. Geniş fiyat tabloları, çok satırlı sepetler ve onay ekranları küçük ekranda okunabilir ve kullanılabilir olmalıdır.
Sağlam bir B2B e-ticaret altyapısı iş kurallarıyla başlar
Kurumsal müşteri ve toptan satış sistemi; üyelik, fiyatlandırma, stok, teklif, onay, ödeme ve teslimat süreçlerinin aynı yapı içinde tutarlı çalışmasını gerektirir. Sağlam bir plan yalnızca bugünkü satış yöntemini kopyalamaz; yeni müşteri grupları ve artan sipariş hacmi için yönetilebilir bir temel kurar.
Proje başlamadan önce müşteri türlerini, kullanıcı rollerini, fiyat önceliklerini ve sipariş durumlarını yazılı hâle getirmek en değerli adımdır. Bu çalışma, hangi özelliklerin standart e-ticaret altyapısıyla karşılanabileceğini ve hangi noktaların özel web yazılımı gerektirdiğini daha görünür kılar.