B2B e-ticarette şirket hesabı, alıcı yetkisi, özel fiyat ve ödeme koşulları gerekebilir; DTC doğrudan tüketici satın alımını destekler. Gereksinimleri etiketten değil müşterinin gerçek sipariş ve onay sürecinden çıkarın.
Satın alan kişiyi ve yetkisini tanımlayın
Siparişi veren, onaylayan ve ödeyen kişi aynı mı belirleyin. Yetkili alıcının başka bir şubenin fiyatını veya siparişini görüp göremeyeceğini örnek kullanıcılarla test edin.
DTC tarafında ilk alışverişin anlaşılır ilerlemesi öne çıkabilir; kurumsal tarafta doğru hesapla giriş ve yetkiye uygun katalog önemli olabilir. Bunlar her işletmede aynı katılıkta uygulanmaz. İki müşteri grubunun gerçek karar sürecini gözlemleyerek gereksinimleri belirleyin.
Fiyatın ne zaman ve kime gösterileceğini kararlaştırın
Herkese açık fiyat, giriş sonrası fiyat, miktar kademesi ve teklif talebini ayrı kurallar olarak yazın. DTC müşterisinin B2B şartlarına yanlışlıkla erişmesi de test senaryosudur.
Shopify'ın B2B dokümanları şirket ilişkileri, kataloglar ve ödeme koşulları gibi ayrı kavramlar tanımlar. Bu, değerlendirmede sorulacak somut alanları gösterir; belirli özelliğin her planda aynı kapsamda bulunduğu varsayılmamalıdır. Seçilen platform ve plan için gereksinimi ayrıca doğrulayın.
Gereksinimleri aynı başlıkta karşılaştırın
B2B ve DTC için katalog, hesap, ödeme, teslimat ve tekrar siparişi karşılaştırın. Seçilen platformda gereken işlevin hangi plan veya ek çözümle sağlandığını güncel olarak doğrulayın.
| Alan | DTC için incelenecek | B2B için incelenecek |
|---|---|---|
| Hesap | Bireysel alışveriş ve sipariş takibi | Şirket, şube ve kullanıcı yetkisi |
| Fiyat | Açık fiyat ve kampanya koşulu | Anlaşma, katalog ve miktar ilişkisi |
| Sepet | Ürün seçimi ve kolay tamamlama | Toplu giriş, sipariş kodu ve tekrar alım |
| Ödeme | Uygun ödeme yöntemi ve açık toplam | Vade, onay ve tahsilat durumu |
| Teslimat | Bireysel adres ve teslimat seçimi | Birden fazla adres ve operasyon koşulu |
| İçerik | Ürün kararı ve kullanım bilgisi | Teknik belge, uyumluluk ve satın alma bilgisi |
Tekrar sipariş ve istisnaları baştan düşünün
İki teslimat adresi olan bir şirketi örnekleyin. Alıcı doğru şirket konumunu seçiyor mu, ilgili fiyat uygulanıyor mu, tekrar siparişte eski teslimat yanlış taşınıyor mu deneyin.
Varsayımsal bir müşteri iki şubesi için aynı ürünü farklı teslim adreslerine alır. Kullanıcının doğru şirket lokasyonunu seçmesi, fiyatın ve teslimatın ona göre uygulanması gerekir. Sadece ilk siparişin başarılı olması bu senaryonun da çalıştığını göstermez.
Karma mağazanın kurallarını test edilebilir hale getirin
Karma mağazada misafir tüketici ve yetkili şirket kullanıcısıyla aynı ürünü satın alın. Fiyat, katalog görünürlüğü, ödeme kuralı ve sipariş kaydındaki şirket bilgisini ayrı doğrulayın.
Son gereksinim dokümanı hangi kuralın standart, hangisinin özel geliştirme veya entegrasyon olduğunu açıklasın. Böylece tasarım yalnızca iki ayrı görünüm üretmez; iki farklı satın alma modelini anlaşılır ve yönetilebilir biçimde destekler.
Gereksinimleri “B2B hesap var” gibi tamamlandı kutularıyla kapatmayın. Hangi kullanıcı hangi şirket adına hangi kataloğu görecek, sipariş hangi aşamada onaya düşecek ve ödeme ne zaman istenecek yazın. Böyle hazırlanmış bir kabul senaryosu tasarımcı, geliştirici ve satış ekibinin aynı iş kuralını kontrol etmesini sağlar.