B2B satış ve self servis
B2B bayi portalı; kurumsal müşterilerin ve bayilerin kendilerine tanımlanan ürün, fiyat, teklif, sipariş, belge ve teslimat bilgilerine yetkileri ölçüsünde eriştiği web uygulamasıdır. Telefon, e-posta ve Excel ile yürüyen bayi siparişlerini dijitalleştirirken önce firma hesabını, ticari kuralları, ana veri kaynağını ve ERP/CRM entegrasyon sınırını netleştiririz.
Önce iş akışı, kullanıcı ve ilk faz sınırı. Sonra teknoloji seçimi.
B2B portal kapsamı
Bayi portalı teklifini ekran sayısıyla karşılaştırmadan önce ticari kuralların ne kadar standart olduğunu, müşterinin hangi veriyi görmesi gerektiğini ve portalın ana sistemlerden hangi sorumluluğu devralacağını ayırın.
Çözüm yolu
01
Standart katalog, fiyat listesi, sepet, sipariş ve cari görünümü ürünün mevcut yapısıyla karşılanıyorsa hızlı başlangıç sağlar.
Karar kontrolü: Müşteri grupları, fiyat kuralları, veri dışa aktarımı ve ERP bağlantısı hazır paketin sınırları içinde kalıyor mu?
02
Ana ürün, fiyat, stok ve sipariş kayıtları ERP'de kalırken müşteriye daha sade ve kontrollü bir self-servis deneyimi gerekiyorsa uygundur.
Karar kontrolü: ERP'nin API kapasitesi, veri güncelliği, alan eşleme, hata kuyruğu ve manuel düzeltme süreci tanımlanabiliyor mu?
03
Teklif, termin, fiyat onayı, müşteri hiyerarşisi, özel ürün veya sevkiyat kuralları hazır ürünleri sürekli aşıyorsa değerlendirilir.
Karar kontrolü: Şirkete özgü kural gerçek bir satış/operasyon farkı yaratıyor ve ürün sahipliği ile bakım sorumluluğu üstlenilebiliyor mu?
Hesap ve yetki modeli
B2B portalında kullanıcı hesabı tek başına yeterli değildir. Kullanıcının bağlı olduğu şirket, görebildiği ticari koşullar ve oluşturduğu işlemler aynı yetki zincirinde izlenmelidir.
Bayi, kurumsal müşteri, alt hesap, teslimat adresi ve varsa şube ilişkisi ortak bir ticari kimlik altında tutulur.
Satın almacı, onaylayan, görüntüleyen ve satıcı temsilcisi hangi hesabı ve hangi işlemi görebileceğine göre ayrılır.
Katalog, fiyat, iskonto, para birimi, limit, minimum miktar ve ödeme/teslim koşulu doğru firma hesabına bağlanır.
Talep, teklif, revizyon, sipariş, kısmi sevk, iptal ve belge olayları zaman ve sorumluyla birlikte izlenir.
İlk faz
Bütün ürünleri, müşterileri ve ticari istisnaları aynı anda taşımak yerine bir bayi grubu, sınırlı katalog ve tek sipariş senaryosu seçilir.
Temsili firma, kullanıcı ve onay rollerinin yalnız izinli veriyi gördüğünü doğrulayın.
Seçilen ürün grubu için fiyat, miktar, stok/termin ve teslim koşulunun hangi kaynaktan geldiğini netleştirin.
Talep, teklif veya doğrudan sipariş akışını onay ve ana sisteme aktarım dahil gerçek durumlarla tamamlayın.
Yetkisiz erişim, değişen fiyat, yetersiz stok, başarısız entegrasyon ve kısmi sevk senaryolarını test edin.
Problem
Bu tür bir çözüm, yeni ekran eklemek için değil; işin dağınık, yavaş veya görünmez kalan kısmını daha güvenilir hale getirmek için değerlendirilir.
Bayi siparişi mesajla geliyor; satış ekibi ürünü, fiyatı ve teslim tarihini tekrar kontrol edip sisteme elle giriyor.
Her müşteri farklı fiyat, iskonto, ürün grubu veya onay kuralına sahip olduğu için genel e-ticaret akışı ihtiyacı karşılamıyor.
Stok, cari, teklif, sipariş ve sevkiyat bilgisi farklı sistemlerde kaldığından bayi güncel durumu öğrenmek için sürekli satış ekibini arıyor.
Modüller
İlk sürümde hepsini yapmak zorunda değiliz. Önce en kritik akışı seçer, diğer modülleri kullanım ve bütçeye göre sıraya alırız.
Bayi veya kurumsal müşteri hesabı altında şube, satın almacı, onaylayan ve görüntüleyen kullanıcıları ayrı erişim sınırlarıyla yönetme.
Müşteri grubu, ürün yetkisi, fiyat listesi, iskonto, para birimi, minimum miktar ve teslim koşullarını doğru hesaba gösterme.
Sepet veya talebi teklife, revizyona, müşteri onayına ve siparişe dönüştüren durumları ve sorumluları görünür hale getirme.
Kullanılabilir stok, tahmini termin, kısmi sevk, kalan miktar, kargo veya teslimat durumunu ana sistemin izin verdiği kapsamda portala taşıma.
Teklif, sipariş özeti, sevk belgesi ve destek talebini aynı firma hesabında; erişim ve işlem geçmişiyle birlikte tutma.
Müşteri, ürün, fiyat, stok ve sipariş verisini ana kayıt sistemiyle kontrollü eşleştirme; aktarım hatalarını operasyon ekranında görünür kılma.
Yaklaşım
Önce kapsamı sadeleştirir, sonra yazılımın gerçek iş akışına nasıl bağlanacağını netleştiririz.
Bayi türlerini, firma hesaplarını, kullanıcı rollerini ve bugün kullanılan sipariş kanallarını birlikte çıkarırız.
Ürün, fiyat, stok, cari, teklif ve sipariş için hangi sistemin ana kayıt olduğunu veri türü bazında belirleriz.
İlk fazda tek bayi grubu ve tek sipariş akışını; giriş, fiyat, onay, aktarım ve durum takibiyle uçtan uca çalıştırırız.
Yetki, alan eşleme, hata, tekrar deneme, manuel düzeltme ve işlem geçmişini kabul senaryolarına bağlarız.
Canlı kullanım sonrası farklı fiyat modelleri, şubeler, belge merkezi, destek talepleri ve gelişmiş raporları fazlı genişletiriz.
Örnek akış
Bu akış temsili bir başlangıçtır. Gerçek roller, onaylar ve veri kaynakları ilk görüşmede kendi sürecinize göre daraltılır.
Bayi kullanıcısı kendi firma hesabıyla giriş yapar; yalnız yetkili olduğu katalog, fiyat listesi ve teslim koşullarını görür.
Ürünleri seçer, miktar ve teslimat notunu girer; şirket içi onay gerekiyorsa talep önce kendi yöneticisine gider.
Satıcı tarafı fiyat, termin, stok veya ticari koşul kontrolünü tamamlar; gerektiğinde teklifi revize edip müşterinin onayına sunar.
Onaylanan sipariş belirlenen entegrasyon kuralıyla ERP veya operasyon sistemine aktarılır; başarısız aktarım sessizce kaybolmaz.
Bayi kısmi sevk, kalan miktar, belge ve teslimat durumunu portalda izler; satış ekibi istisna ve bekleyen onaylara odaklanır.
Karar kriterleri
Doğru başlangıç yalnızca bir özellik listesiyle değil; kullanıcı, veri, entegrasyon ve ilk başarı ölçütüyle birlikte belirlenir.
Portal yalnız sipariş mi alacak; teklif, revizyon, onay, sevkiyat ve belge akışları da kapsamda mı?
Firma hesabı altında kaç kullanıcı ve hangi satın alma/onay rolleri bulunacak?
Ürün, fiyat, iskonto, stok, cari ve sipariş için doğru kayıt hangi sistemde tutuluyor?
Fiyatlar sabit liste, müşteri sözleşmesi, miktar, para birimi veya yönetici onayına göre mi değişiyor?
ERP, CRM, muhasebe veya depo sistemi hangi API, webhook ya da dosya aktarım imkanlarını sunuyor?
Kesinti, eksik veri, yinelenen sipariş veya başarısız aktarım olduğunda kim hangi ekrandan müdahale edecek?
Örnek teslim çıktıları
Çözüm başlığı tek başına kapsam değildir. İlk konuşmada hangi akışın öncelikli olduğu, hangi verinin kullanılacağı ve hangi kararın sonraya kalacağı netleşmelidir.
Bu bölüm temsili formatları anlatır; gerçek müşteri belgesi, garanti sonuç, referans veya başarı metriği değildir.
Görüşme
Talebi ekran listesi olmaktan çıkarıp problem, kullanıcı, veri ve sonraki adım olarak okunabilir hale getirir.
Örnek format
Örnek format: mevcut süreç, ilk faz adayı, açık risk, sonraki adım.
Kapsam
Şimdi yapılacakları, sonraki faza kalacakları ve ilk sürümü şişirecek istekleri ayrı ayrı görünür yapar.
Örnek format
Örnek format: ilk faz kapsamı, faz dışı istekler, kabul sınırı.
Risk
Veri, entegrasyon, kullanıcı alışkanlığı, bakım ve yapay zekâ hata sınırı gibi konuları teklif öncesinde konuşulur hale getirir.
Örnek format
Örnek format: risk, etkisi, ilk kontrol adımı, karar sahibi.
İlk faz
İlk sürümde hangi akışın hangi sırayla çıkacağını sadeleştirir; ürünün küçük ama test edilebilir kalmasına yardım eder.
Örnek format
Örnek format: hafta, ana çıktı, geri bildirim noktası, sonraki karar.
Entegrasyon
Hangi sistemin hangi veriyi ürettiğini, nereye aktardığını ve nerede manuel kontrol gerektiğini anlaşılır hale getirir.
Örnek format
Örnek format: kaynak sistem, veri türü, hedef ekran, kontrol noktası.
Sonraki adım
Uzun brief hazırlamanız gerekmez. Mevcut süreci birkaç cümleyle yazın; ilk görüşmede hangi çıktının gerçekten gerekli olduğunu birlikte ayıralım.
Sık Sorulanlar
Kapsam, fiyat, ilk sürüm ve yapay zekâ uygunluğu gibi konularda en sık gelen soruları kısa ve dürüst cevaplarla topluyoruz.
Bayi veya kurumsal müşterilerin kendi firma hesaplarıyla giriş yaparak yetkili katalog, fiyat, teklif, sipariş, belge ve teslimat bilgilerine eriştiği web uygulamasıdır. İçerik ve işlemler firma, kullanıcı rolü ve ticari kurala göre sınırlandırılır.
Genel e-ticaret çoğunlukla herkese açık katalog, fiyat ve ödeme akışına dayanır. B2B portalda ise firma hesabı, kullanıcı rolleri, müşteriye özel ürün/fiyat, teklif ve onay, miktar kuralları, termin ve mevcut ERP/CRM bağlantıları daha belirleyicidir.
API, webhook, dosya aktarımı veya desteklenen başka bir güvenli arayüz varsa entegre olabilir. Ürün, fiyat, stok, müşteri ve sipariş için ana veri kaynağı; aktarım yönü, güncellik ve hata davranışı ayrı ayrı tanımlanmalıdır.
İhtiyaca göre müşteri grubu, sözleşme, ürün, miktar, para birimi veya iskonto kuralıyla farklı ticari koşullar gösterilebilir. Fiyatın portalda mı hesaplanacağı, ERP'den mi geleceği ve değişiklik onayının kimde olduğu proje başında netleşmelidir.
Olabilir. Aynı firma altında satın almacı, onaylayan, yalnız görüntüleyen veya şube kullanıcısı gibi roller tanımlanabilir. Yetki yalnız menüyü gizlemekle değil, her kayıt ve işlem seviyesinde uygulanmalıdır.
İlk sürüm genellikle firma hesabı ve giriş, sınırlı katalog/fiyat, sipariş veya teklif akışı, gerekli onay, ana sisteme aktarım ve durum takibini kapsar. Belge merkezi, destek, gelişmiş rapor ve tüm ticari istisnalar sonraki faza bırakılabilir.
Maliyet; firma ve rol yapısı, katalog/fiyat kuralları, teklif ve sipariş akışı, ERP/CRM entegrasyonu, veri taşıma, belge, güvenlik, kabul testleri ve canlı bakım kapsamına göre belirlenir. Sağlıklı teklif ilk fazı, varsayımları ve kapsam dışını ayrı gösterir.
Sonraki adım
Mevcut iş akışını, kullanıcıları ve beklenen ilk değişimi anlatın. İlk görüşmede kapsamı, riski ve doğru başlangıç adımını birlikte netleştirelim.
Projenizi anlatın