7 dk

Tekrar sipariş veren alıcılar için toptan sipariş portalı

Hesaba özel kataloglar, asgari sipariş kuralları, yeniden sipariş listeleri ve hedefli onaylarla tekrar sipariş veren alıcılar için bir toptan sipariş portalı planlayın.

Tekrar sipariş veren alıcılar için toptan sipariş portalı

Tekrar sipariş veren alıcılar neden daha kolay bir sipariş sürecine ihtiyaç duyar?

Tekrar sipariş veren alıcılar neye ihtiyaç duyduklarını zaten bilir. Bir restoran yöneticisi her pazartesi aynı temizlik malzemelerini sipariş edebilir. Bir perakendeci ise her ayın sonunda en çok satan ürünlerini yenileyebilir. Bu alıcılardan boş bir form doldurmalarını, eski bir faturayı aramalarını veya yeni bir e-posta yazmalarını istemek, rutin bir işte zaman kaybettirir.

Bu zorluk her iki tarafı da etkiler. Ürün kodlarını bulamadıklarında veya üzerinde anlaşılan fiyatları hatırlayamadıklarında alıcılar siparişi erteler. Satış çalışanları temel soruları yanıtlamak, e-postalardaki satırları sipariş sistemine aktarmak ve miktarları düzeltmek için zaman harcar. Küçük bir hata sevkiyat gecikmesine, alacak dekontuna veya uzun süredir müşteriniz olan biriyle zor bir görüşmeye yol açabilir.

Fiyatlandırma özellikle sorun yaratır. Alıcı, sözleşme fiyatı yerine herkese açık fiyatı görebilir veya eski bir elektronik tabloyu kullanabilir. Stok durumu da benzer sorunlara yol açar. E-postayla gönderilen bir şablonda artık satılmayan veya stokta olmayan bir ürün varsa satış ekibi, alıcı siparişi tamamladığını düşündükten sonra alternatif önermek zorunda kalır.

Toptan sipariş portalı, tekrar sipariş veren alıcılara tanıdık bir sipariş alanı sunar. Her hesap, kendisi için geçerli olan ürünleri, ambalaj boyutlarını, fiyatları ve koşulları görür. Alıcı boş bir sayfa yerine işe yarar bir listeyle başlar.

Amaç satış ekibini müşteri ilişkisinden çıkarmak değil, rutin işleri portala taşımaktır. Satış çalışanları yüksek miktarlı tek seferlik talepler, özel indirimler, sınırlı stok veya vadesi geçmiş hesaplar gibi değerlendirme gerektiren istisnalara odaklanabilir.

İyi bir B2B sipariş sistemi normal siparişleri kolaylaştırır. Alıcı giriş yapar, alışılmış ürünleri ekler, toplamı kontrol eder ve talebi birkaç dakika içinde gönderir. Satış ekibi daha düzenli bilgiler alır ve önlenebilir hataları düzeltmek için daha az zaman harcar.

Kendi portalını oluşturan şirketler için Koder.ai, tanımlanmış bir sipariş sürecini sohbet tabanlı bir arayüz üzerinden web uygulamasına dönüştürebilir. Kuralların yine dikkatle düşünülmesi gerekir. Ancak arayüz, alıcıların zaten satın alma biçimine uyum sağlamalıdır.

Alıcıların bugün verdiği siparişleri haritalandırın

Toptan sipariş portalı, mevcut satın alma alışkanlıklarını izlediğinde daha iyi çalışır. Portalı kullanabilecek her alıcı hesabını listeleyin. Her hesap için şirket adını, teslimat konumlarını, düzenli iletişim kişilerini ve sipariş verebilen veya onaylayabilen kişileri kaydedin.

Bir müşteri, farklı roller için farklı erişim düzeylerine ihtiyaç duyabilir. Depo yöneticisi her hafta stok sipariş ederken finans sorumlusu harcama limitlerini kontrol edebilir ve şirket sahibi yüksek tutarlı bir satın almayı onaylayabilir. Roller net değilse portal siparişleri yanlış kişiye gönderebilir veya özel fiyatları açığa çıkarabilir.

Rutin ikmal siparişlerini satış görüşmesi gerektiren taleplerden ayırın. Rutin siparişlerde genellikle aynı ürünler, ambalaj boyutları ve teslimat adresi kullanılır. Bu nedenle self servis siparişe uygundurlar. Özel ürünler, sezonluk paketler, değişen sözleşme fiyatları ve alışılmadık teslimat tarihleri ise gönderilmeden önce inceleme gerektirebilir.

Satış çalışanlarının bugün hangi kontrolleri yaptığını belgelemek için son siparişleri kullanın. Alıcının belirli bir konum için sipariş verip veremeyeceğini, üzerinde anlaşılan fiyat ve indirimi, stok ve ambalaj boyutu gereksinimlerini, asgari sipariş kurallarını, satın alma emri numaralarını, teslimat tarihlerini veya kredi durumunu kontrol ediyor olabilirler.

Bu kayıt, portalın hangi kuralları otomatik olarak yönetmesi gerektiğini ve hangilerinin hâlâ bir kişinin kararını gerektirdiğini gösterir. İlk sürümü odaklı tutun. Her istisnayı kapsama çabası, basit bir satın almayı form doldurma işine dönüştürür.

Küçük bir lansman için tek bir alıcı grubu seçin. Sık ve öngörülebilir sipariş veren, fiyatlandırması ve teslimat koşulları zaten net olan müşteriler iyi bir test grubu oluşturur. Her ay aynı 30 ürünü yeniden sipariş eden beş bölgesel mağaza, talepleri büyük ölçüde özel olan hesaplardan daha fazla bilgi sağlar.

Bu gruptan portal üzerinden gerçek bir sipariş vermesini isteyin. Ardından siparişi normalde verecekleri e-posta veya telefon siparişiyle karşılaştırın. Nerede duraksadıklarını, ne aradıklarını ve hangi bilgileri iki kez girdiklerini gözlemleyin. Bu anlar, daha fazla alıcıyı davet etmeden önce neyi düzeltmeniz gerektiğini gösterir.

Her müşteri hesabı için kataloglar oluşturun

Ortak bir ürün listesi önlenebilir hatalara yol açar. Bir alıcı deposunun kullanamayacağı bir ambalaj boyutunu sipariş edebilir. Başka biri sözleşmesinin dışında kalan bir ürünü görebilir. Hesaba özel kataloglar, sipariş sayfasını her müşterinin satın alabileceği ürünlerle sınırlar.

Müşteri hesabından başlayın ve ürünlerini atayın. Her ürün için fiyatı, para birimini, ambalaj boyutunu, minimum miktarı ve varsa limitleri belirleyin. Bir distribütör bağımsız mağazalara 24'lü koliler satarken büyük hesaplara yalnızca palet miktarı sunabilir. Portal, her anlaşmaya uygun seçeneği göstermelidir.

Alıcı ürünleri siparişe eklemeden önce katalogda anlaşmalı fiyatları gösterin. Herkese açık bir fiyat gösterip daha sonra e-postayla düzeltmeyin. Açık fiyatlandırma anlaşmazlıkları azaltır ve satış ekibinin eski elektronik tabloları kontrol etmesini önler.

Katalogları güncel tutun. Satış durduğunda artık satılmayan ürünleri kaldırın. Bölge, lisans, depolama gereksinimleri veya sözleşme koşulları nedeniyle satın alamayan hesaplara kısıtlı ürünleri göstermeyin. Alıcılar bir ürünü sipariş edip edemeyeceklerini tahmin etmek zorunda kalmamalı.

Her ürün, güvenli bir satın alma için yeterli ayrıntıya sahip olmalı: ürün adı, görsel, SKU, sade bir açıklama, hesap fiyatı, sipariş birimi, ambalaj boyutu, stok durumu, tahmini teslimat zamanı ve satın alma limitleri. Siparişe ekleme düğmesi kolayca fark edilmelidir.

Bazı alıcıların alışılmış ürün aralığının dışında bir ürüne ihtiyacı olabilir. Onları aramaya veya e-posta göndermeye zorlamak yerine basit bir «Bu ürünü talep et» seçeneği sunun. Ürün adını veya SKU'yu, miktarı ve kısa bir notu isteyin. Atanan satış sorumlusu ürünü onaylayabilir, alternatif önerebilir veya hesaba özel kataloğa ekleyebilir.

Bir restoran grubu genellikle temizlik malzemelerini standart koliler halinde sipariş edebilir. Yeni bir şube açtığında henüz listede olmayan daha büyük bir dispenser'a ihtiyaç duyabilir. Talep formu, geniş katalogdaki her ürünü göstermeden bu ihtiyacı kaydeder.

Fiyat anlaşmaları yenilendiğinde, ürünler değiştiğinde veya müşteri yeni bir konum açtığında katalogları gözden geçirin. Küçük güncellemeler daha sonra birçok yanlış siparişi önler.

Alıcıların anlayabileceği asgari sipariş kuralları belirleyin

Asgari siparişler kâr marjını korur ve küçük siparişlerin toplama, paketleme ve gönderim maliyetini artırmasını önler. Alıcıların da bu kuralları anlayabilmesi gerekir. Sadece ödeme adımında görünen bir kısıtlama zaman kaybettirir ve çoğu zaman sepetin terk edilmesine veya satış ekibinin aranmasına neden olur.

Koşullar farklıysa kuralları hesap düzeyinde belirleyin. Bir hesap için asgari sipariş 500 $ olabilirken başka bir hesap en az 10 koli sipariş etmek zorunda olabilir. Bazı tedarikçiler her ikisini birlikte kullanır: 300 $ asgari sipariş ve belirli ürünlerde tam koli şartı. Toptan sipariş portalı, müşteri giriş yaptığında doğru kuralı uygulamalıdır.

Sepette ilerlemeyi gösterin

Alıcılar alışveriş sırasında açık ve güncel bir durum görmeli. Bu bilgiyi sepet toplamının yakınına yerleştirin ve bir ürün değiştiğinde güncelleyin. «Minimum karşılanmadı» gibi belirsiz uyarılardan kaçının. Gerekli miktarı veya tutarı açıkça belirtin.

Alıcı 500 $ asgari siparişe karşılık 420 $ eklediyse «Bu siparişi verebilmek için 80 $ daha ekleyin» deyin. Kural 12 koli gerektiriyor ve sepette dokuz koli varsa «12 kolilik minimuma ulaşmak için 3 koli daha ekleyin» deyin.

Sepet, hesabın gereken sipariş tutarını veya miktarını, mevcut ilerlemeyi, kalan tutarı, tam koli gereksinimlerini ve alıcının siparişi gönderebileceğini gösteren onayı içermeli. Bu bilgiyi ödeme adımından önce görünür tutun.

Alıcı bir ürünü kaldırdıktan sonra minimumun altına düşerse sonucu hemen açıklayın. Yeterli ürün eklenene kadar gönderimi engelleyebilir veya siparişin gönderilmesine izin verip satış incelemesine yönlendirebilirsiniz. Bir yaklaşım seçin ve bunu sepette açıklayın.

Anlaşmalı istisnaları açıkça yönetin

Satış ekipleri yeni hesaplar, sezonluk boşluklar veya özel sözleşme koşulları için bazen geçerli istisnalar tanır. Yetkili çalışanlara, bir hesap için minimumu belirli bir süre veya tek bir sipariş boyunca değiştirme imkânı verin. Değişikliği kimin ve neden yaptığını kaydedin.

Alıcı, satış temsilcisinin verdiği sözle çelişen bir mesaj yerine hesapta güncellenmiş gereksinimi görmeli. Pratik test basittir: Alıcılar ödeme adımına gelmeden ne eklemeleri gerektiğini bilmelidir.

Tekrarlanan siparişleri hızlıca verilebilir hale getirin

Gerçek bir yeniden sipariş akışını test edin
Pilot müşteri grubunuz için kayıtlı listeler, hesap erişimi ve sepet kuralları oluşturun.

Tekrar sipariş veren alıcıların çoğu her hafta aynı sepeti yeniden oluşturmak istemez. Toptan sipariş portalı, bir sonraki teslimat için miktarları değiştirmelerine izin verirken daha önce satın aldıkları ürünlere hızlıca dönmelerini sağlamalıdır.

Terk edilmiş sepetler veya taslak teklifler yerine tamamlanmış siparişlerle başlayın. Son onaylanmış satın almadaki ürünleri, ambalaj boyutlarını ve fiyatları içeren bir yeniden sipariş listesi gösterin. Genellikle 12 koli kâğıt bardağı ve altı şişe temizlik ürünü alan biri bu siparişi kopyalayıp ödeme öncesinde miktarları değiştirebilir.

Sık satın alınan ürünler de özellikle her siparişte miktarlar değişiyorsa ayrı bir listeyi hak eder. Listeyi yalnızca hesabın güncel fiyatlarla satın alabileceği ürünlerle sınırlayın. Eski öneriler şüphe yaratır ve zaman kaybettirir.

Listeleri gerçek satın alma alışkanlıklarına göre düzenleyin

Bir müşteri hesabı birkaç mağazayı, depoyu veya departmanı kapsayabilir. Her konumun ihtiyacı farklı olduğunda tek ve uzun bir yeniden sipariş listesi kullanışsızlaşır. Alıcıların «Merkez mağaza haftalık stoğu» veya «Depo ambalaj malzemeleri» gibi rutinlerine uygun listeler kaydetmesine izin verin.

Yararlı seçenekler arasında alıcının kopyalayıp düzenleyebileceği önceki siparişler, sık satın alınan ürünler, her teslimat konumu için kayıtlı listeler ve düzenli etkinlikler veya sezonluk satın alma işleri için listeler bulunur.

Alıcılar sepete göndermeden önce listedeki miktarları doğrudan değiştirebilmeli, bir ürünü kaldırabilmeli veya eksik bir ürün ekleyebilmeli. Portal, kopyalanan bir siparişin ödeme adımında başarısız olmaması için katalog ve asgari sipariş kurallarını yeniden kontrol etmelidir.

Önerileri güncel tutun

Ürün satıştan kalktığında, hesap kataloğundan çıkarıldığında veya yeni bir ambalaj boyutuyla değiştirildiğinde ürünü yeniden sipariş önerilerinden kaldırın. Uygun bir alternatif varsa ürünü haber vermeden değiştirmek yerine alternatifi açıkça gösterin. Alıcı, sipariş vermeden önce bu değişikliği görmelidir.

Koder.ai, ekiplerin sohbet üzerinden kayıtlı listeler, hesap izinleri, sepet düzenleme ve sipariş geçmişi dahil web veya mobil sipariş uygulamaları oluşturmasına yardımcı olabilir. Satış ekiplerinin sık yönettiği tek bir alıcı alışkanlığıyla başlayın. Ardından düzenli bir müşterinin kimseyi aramadan yeniden sipariş verip veremediğini test edin.

Onayları yalnızca satış ekibinin ihtiyaç duyduğu yerlere ekleyin

Toptan sipariş portalı, sıradan tekrar siparişlerini satış temsilcisini bekletmeden onaylamalıdır. Her sepet inceleme gerektirirse alıcılar self servis hızını kaybeder ve satış çalışanları tanıdık siparişleri kontrol etmekle zaman harcar.

Az sayıda, açık inceleme tetikleyicisi belirleyin. 5.000 $ altındaki alışılmış aylık ihtiyacını sipariş eden düzenli bir müşteri siparişi hemen gönderebilir. 20.000 $ tutarındaki bir sipariş, sınırlı stoklu bir ürün veya kısıtlı bir ürün belirlenmiş bir inceleyiciye yönlendirilebilir.

Uygulanabilir onay kuralları belirleyin

Ekibin zaten çalışma biçimine uyan kurallar kullanın. Belirli bir tutarı aşan siparişleri hesap yöneticisine veya finans ekibine yönlendirin. Stok, güvenlik veya sözleşme kontrolü gerektiren kategoriler için inceleme isteyin. Harcama limitleri veya özel koşulları olan müşterilerde hesap düzeyindeki kuralları kullanın. Yeni hesaplardan gelen siparişleri bilgiler doğrulanana kadar satış ekibine gönderin. Onaylanmış hesaplardan gelen rutin tekrar siparişlerini ise doğrudan ilerletin.

Sırf daha güvenli hissettirdiği için inceleme adımı eklemeyin. Yılda bir kez görülen alışılmadık bir siparişi yakalayan kural, yüzlerce normal siparişi geciktirebilir. Satış ekibinin zaten kullandığı limitlerle başlayın ve gerçek sipariş davranışlarını inceledikten sonra ayarlayın.

Alıcıları bilgilendirin

Alıcılar sipariş gönderir göndermez durumunu görmeli. «Onaylandı», «İnceleme bekliyor», «Onaylandı» ve «Değişiklik gerekiyor» gibi sade etiketler kullanın. Bir sipariş inceleniyorsa nedenini yazın. «Bu sipariş, hesabınızın 10.000 $ onay limitini aşıyor» ifadesi genel bir beklemede mesajından çok daha açıktır.

İnceleyicilere hesabı, geçmiş siparişleri, toplam tutarı, istenen teslimat tarihini ve kısıtlı ürünleri gösterin. Böylece ayrıntıları e-postalarda aramadan siparişi onaylayabilir, reddedebilir veya değişiklik isteyebilirler.

Örnek: aylık ikmal siparişi

Projenizin kontrolünü elinizde tutun
Ekibiniz uygulama üzerinde daha fazla kontrol istediğinde kaynak kodu dışa aktarın.

Bir kafe tedarik şirketi her ay üç şubesi için aynı bardakları, kapakları, peçeteleri ve temizlik ürünlerini satın alıyor. Daha önce alıcı bir elektronik tabloyu e-postayla gönderiyor, eski faturaları kontrol ediyor ve satış temsilcisinin fiyatları onaylamasını bekliyordu. Yoğun bir şube için fazladan bir koli gibi küçük değişiklikler çoğu zaman karşılıklı e-postalara neden oluyordu.

Portalda alıcı giriş yapar ve hesaba atanan kataloğu görür. Katalogda bu şirket için geçerli ürünler, ambalaj boyutları ve anlaşmalı fiyatlar yer alır. Anlaşma dışında kalan ürünler alıcının dikkatini dağıtmaz ve daha sonra fiyat anlaşmazlığı oluşturmaz.

Alıcı «Aylık şube stoğu» adlı kayıtlı yeniden sipariş listesini açar. Liste her konum için miktarları içerir: şehir şubesi için 20 koli bardak, havaalanı şubesi için 12 koli ve banliyö şubesi için 10 koli. Alıcı iki miktarı değiştirir ve ürünleri siparişe ekler.

Ödeme öncesinde portal asgari sipariş kurallarını kontrol eder. Havaalanı şubesinin siparişi tedarikçinin 15 koli minimumunun altındadır. Portal sorunu açıkça anlatır. Alıcı bu şubenin her ay kullandığı bir koli peçete ekler ve sipariş kuralı karşılar.

Siparişi durdurmadan bir istisnayı yönetin

Alıcı ayrıca normal hesap kataloğunda görünmeyen ticari bir kahve değirmeni talep eder. Hesap yöneticisinin fiyatı ve stok durumunu doğrulaması gerekir. Portal bu satırı onaya gönderirken standart ikmal ürünlerini ilerletir.

Hesap yöneticisi talebi alıcının hesap bilgileri ve sipariş geçmişiyle birlikte alır. Ürünü onaylayabilir, alternatif önerebilir veya stok sınırlıysa alıcıyla iletişime geçebilir. Alıcının tüm siparişi yeniden oluşturması gerekmez.

Tekrarlanan satın alımlar kolay kalır, satış ekibi ise istisnalarla ilgilenir.

Yaygın kurulum hataları

Toptan sipariş portalı rutin işleri azaltmalı, yeni bir karmaşa katmanı oluşturmamalıdır. İlk sorunların çoğu şirket içinde anlamlı olan ancak alıcıya açık görünmeyen kurallardan kaynaklanır.

Yanlış kataloğu göstermek

Tek bir katalog oluşturmak kolaydır, ancak bu katalog çoğu zaman her hesap için geçerli olmayan fiyatları, ürünleri ve ambalaj boyutlarını açığa çıkarır. Bölgesel bir distribütör bir fiyattan 12'li koliler alırken küçük bir perakendeci farklı bir anlaşma kapsamında 6'lı koliler satın alabilir. İkisi de her seçeneği görürse hangi fiyatın geçerli olduğunu sorar veya düzeltilmesi gereken siparişler verir.

Katalog erişimini hesap düzeyinde ayarlayın. Alıcılara satın alabilecekleri ürünleri, anlaşmalı fiyatlarını ve genellikle sipariş ettikleri birimleri gösterin. Bir ürün hesap için geçici olarak kullanılamıyorsa gizleyin veya neden eklenemediğini açıklayın. Kısıtlamayı alıcıların yalnızca ödeme adımında öğrenmesine izin vermeyin.

Asgari sipariş sorunlarını gizlemek

Belirsiz bir hata mesajıyla engellenen ödeme, tekrar sipariş veren alıcıları rahatsız eder. Alıcılar sipariş vermeye başlamadan önce kuralı bildirin ve eksik tutarı sepette görünür tutun.

Bir hesap için asgari sipariş 500 $ ve sepet toplamı 420 $ ise 80 $ kaldığını söyleyin. Ayrıca o hesabın kataloğundan uygun ürünler önerebilirsiniz. «Sipariş gereksinimleri karşılamıyor» gibi ifadelerden kaçının. Alıcıların bir sayıya ve net bir sonraki adıma ihtiyacı vardır.

Ekipler her satın almaya onay uyguladığında da benzer bir sürtüşme oluşur. Satış çalışanları rutin ikmal siparişlerini neredeyse her zaman değişiklik yapmadan onaylıyorsa bu kural yalnızca teslimatı geciktirir. Onayları yüksek tutarlı sipariş, alışılmadık indirim, yeni teslimat adresi veya kredi koşullarını aşan alıcı gibi istisnalara ayırın.

Ürün kataloğu güncellemelerinden sonra B2B sipariş sistemini test edin. Bir ekip ürün fiyatını değiştirdiğinde, ürünü yenisiyle değiştirdiğinde veya ambalaj boyutunu güncellediğinde yeniden sipariş listeleri bozulabilir. «1 koli» olarak kayıtlı bir satır bir ay 12 birim, sonraki ay 24 birim anlamına gelebilir. Böylece alıcı beklediğinin iki katı stok alabilir.

Bir güncellemeyi yayınlamadan önce gerçek hesap senaryolarını test edin. Hesap kataloğundaki fiyatların doğru olduğunu doğrulayın, düzenli bir yeniden sipariş listesi ekleyip miktarları ve ambalaj boyutlarını kontrol edin, bir fiyatı değiştirerek veya ürünü kaldırarak kayıtlı listelerin nasıl tepki verdiğini görün ve minimumun altında kalan sepetleri test edin. Onayı atlaması gereken bir sipariş ve onay gerektiren başka bir sipariş verin.

Yayına almadan önce hızlı kontroller

Portalı güvenle geliştirin
Portal güncellemelerini pilot alıcılarla test ederken anlık görüntüleri ve geri almayı kullanın.

Bir toptan sipariş portalı, alıcı yanlış bir fiyat gördüğünde veya ödemenin neden durduğunu anlayamadığında hâlâ gereksiz iş çıkarabilir. Müşterileri davet etmeden önce örnek hesaplarla satın alma yolunun tamamını test edin.

Mümkün olduğunda gerçek hesap kurallarını kullanın. Koli satın alan bir distribütör kendi fiyatlarını, mevcut ürünlerini ve miktar limitlerini görmeli. Yalnızca yönetici hesabıyla test etmeyin. Yönetici erişimi alıcıların karşılaştığı sorunları çoğu zaman gizler.

Yayına almadan önce birkaç alıcı hesabıyla giriş yapın ve her birinin doğru katalog ve fiyatları gördüğünü doğrulayın. Her asgari kuralın biraz altında ve üstünde sepetler oluşturun ve her mesajı bir alıcının gözünden okuyun. Kayıtlı bir listeden normal bir yeniden sipariş verin, ardından onay gerektiren bir sipariş oluşturun. Onay e-postalarını, sipariş durumlarını ve satış ekibine aktarımı kontrol edin.

Küçük bir tekrar siparişi veren alıcı grubundan alışılmış ürünleriyle gerçek bir test siparişi vermesini isteyin. Nerede duraksadıklarını, soru sorduklarını veya sepeti terk ettiklerini gözlemleyin.

Kısa bir sorun listesi tutun ve problemleri yol açtıkları zarara göre sıralayın. Yanlış bir hesap kataloğunu veya fiyatı yayına almadan önce düzeltin. Kafa karıştıran bir etiket de daha açık ifadelerle değiştirilmeli. Çünkü bu etiket her ay düzenli bir müşteriyi yavaşlatabilir.

Alıcı bir sorun bildirdiğinde ekran görüntüsünden tahmin yürütmek yerine sorunu kendi hesabıyla yeniden oluşturun. Katalog atamasını, alıcı rolünü, minimum ayarını ve onay kuralını bu sırayla kontrol edin. Bu kontroller ilk hafta boyunca manuel düzeltmeleri azaltır.

Portalınız için sonraki adımları seçin

İlk gün portalı tüm alıcılara açmak yerine tek bir müşteri grubuyla başlayın. Bölgesel distribütörler veya aylık ikmal siparişleri veren müşteriler gibi düzenli satın alma alışkanlıklarına sahip hesapları seçin. İlk siparişleri, kurulumun gerçek işle eşleştiği ve eşleşmediği noktaları gösterecektir.

Girişten onaya kadar tüm yolu izleyin. Terk edilen bir sepet, anlaşılmayan bir minimuma, eksik ürün erişimine veya hesaba uygun olmayan bir teslimat seçeneğine işaret edebilir. Alıcılar bunun yerine satış ekibiyle iletişime geçtiğinde nedeni sade bir dille kaydedin. Birbirine benzeyen beş soru genellikle tek bir portal düzeltmesine işaret eder.

İlk birkaç hafta satış ve operasyon ekipleriyle kalıpları gözden geçirin. Müşteriler satın alabilecekleri ürünleri göremiyorsa katalog erişimini değiştirin. Rutin siparişler inceleme bekliyorsa veya alışılmadık siparişler doğrudan geçiyorsa onay tetikleyicilerini ayarlayın. Özellikle bir sipariş daha yüksek miktar veya yönetici onayı gerektirdiğinde kuralları görünür tutun.

Yeni siparişleri ve terk edilen sepetleri her hafta inceleyin. Alıcı sorularını ortaya çıktıkları adıma göre gruplayın, satış çalışanlarının hâlâ siparişleri elle yeniden oluşturup oluşturmadığını kontrol edin, değişiklikleri daha geniş bir kullanıma sunmadan önce pilot grupla test edin ve her kuralın neden değiştiğini kaydedin.

Her talebi hemen eklemeyin. Büyük bir alıcının özel bir fiyat listesine veya farklı bir onay yoluna ihtiyacı olabilir. Bu, her hesabın aynı seçeneğe ihtiyaç duyduğu anlamına gelmez. İstisnaları tek bir alışılmadık sipariş aciliyet yarattığı için değil, sipariş verileri tekrarlanan bir ihtiyati gösterdiğinde oluşturun.

Koder.ai, özel uygulamalar için planlama, oluşturma, dağıtım ve barındırma desteği sunar. Böylece ekipler alıcı akışlarını, hesaba özel katalogları, yeniden sipariş listelerini ve onay kurallarını günlük dille anlatabilir. Satın alma alışkanlıkları değiştikçe güncellemeleri pilot grupla test edin ve projeyi baştan oluşturmadan iyileştirmeleri yayınlayın.

Amaç pratiktir: Alıcılar yaygın siparişleri bağımsız biçimde verirken satış ekipleri zamanını bir kişinin ilgilenmesini gerektiren hesaplara ve siparişlere ayırır.

SSS

Her toptan satış müşterisinin neden kendi kataloğu olmalı?

Her hesabı yalnızca üzerinde anlaşılan ürünleri, ambalaj boyutlarını, fiyatları ve sipariş koşullarını gösterecek şekilde yapılandırın. Böylece alıcılar bulunmayan ürünleri seçmez veya satış ekibinin sonradan düzeltmesi gereken genel fiyatlara güvenmez.

Portal asgari sipariş gereksinimlerini nasıl göstermeli?

Kuralı sepette gösterin ve miktarlar değiştikçe güncelleyin. Örneğin genel bir ödeme hatası göstermek yerine alıcıya «Bu siparişi verebilmek için 80 $ daha ekleyin» deyin.

Tekrarlanan siparişleri desteklemenin en hızlı yolu nedir?

Başlangıç noktası olarak tamamlanmış siparişleri kullanın. Alıcıların önceki bir siparişi kopyalamasına, miktarları değiştirmesine, ürünleri çıkarmasına ve ödeme öncesinde eksik ürünleri eklemesine izin verin.

Alıcılar kayıtlı sipariş listelerini ne zaman kullanmalı?

Kayıtlı listeler, bir hesabın birkaç konum veya düzenli faaliyet için sipariş verdiği durumlarda işe yarar. Alıcı haftalık mağaza teslimatı, depo malzemeleri veya sezonluk bir etkinlik için ayrı listeler tutabilir.

Hangi toptan satış siparişleri onay gerektirmeli?

Normal ve onaylanmış ikmal siparişlerini inceleme beklemeden ilerletin. Yalnızca yüksek tutarlı siparişler, kısıtlı ürünler, sınırlı stok, yeni hesaplar veya harcama limitini aşan siparişler gibi açık istisnaları bir kişiye yönlendirin.

Alıcılar sipariş gönderdikten sonra ne görmeli?

Sipariş gönderildikten hemen sonra «Onaylandı», «İnceleme bekliyor», «Onaylandı» veya «Değişiklik gerekiyor» gibi anlaşılır bir durum gösterin. İnceleme gerekiyorsa nedeni, uygun olduğunda ilgili sipariş limitini de belirterek açıkça yazın.

Alıcının kataloğunun dışında bir ürüne ihtiyacı olursa ne olur?

Ürün adı veya SKU, miktar ve kısa bir not için basit bir talep formu sunun. Satış sorumlusu ürünü onaylayabilir, alternatif önerebilir veya standart siparişi kesintiye uğratmadan ürünü bu hesabın kataloğuna ekleyebilir.

Katalog güncellemelerinin yeniden sipariş listelerini bozmasını nasıl önleriz?

Yayınlamadan önce her katalog değişikliğini gerçek alıcı hesaplarıyla test edin. Fiyatları, ambalaj boyutlarını, kayıtlı yeniden sipariş listelerini, asgari kuralları ve onay yollarını kontrol edin. Değişen koli boyutu veya kaldırılan ürün, tekrarlanan siparişi beklenmedik biçimde değiştirebilir.

Yeni bir B2B sipariş portalını ilk olarak kim test etmeli?

Sık sipariş veren, fiyatlandırması ve teslimat koşulları net olan küçük bir grupla başlayın. Onlardan gerçek sipariş vermelerini isteyin, nerede duraksadıklarını gözlemleyin ve daha fazla hesap davet etmeden önce bildirdikleri sorunları çözün.

Bir alıcının sipariş sorununu nasıl araştırmalıyız?

Önce alıcının katalog atamasını, ardından rolünü, asgari sipariş ayarını ve onay kuralını kontrol edin. Sorunu ekran görüntüsünden tahmin etmek yerine ilgili hesap içinde yeniden oluşturun. Böylece ekip gerçek nedeni bulabilir.

Related posts