Specoria
Menü
EN Ücretsiz test

İçgörülerÜrün verisi

B2B mağazalar ve satın alma ajanları: ajanın okuyabildiği kademeli fiyat, asgari sipariş ve teklif

Kurumsal alıcılar ajandan adet fiyatı değil, belli bir miktardaki fiyatı istiyor. Kademeli fiyatlarınız giriş duvarının arkasında, asgari siparişiniz alt bilgide bir cümleyse ajan sizi karşılaştıramaz. Kademeleri, asgari siparişi ve kimin alabileceğini metinde ve schema.org'da nasıl yazacağınız.

Yazan 4 dk okuma

Bir satın alma yöneticisi ajana şunu söylüyor: "Bir hafta içinde teslim edilecek, M beden 500 nitril eldiven bul; bu miktarda kutu başına en ucuzu." Bireysel alışverişçi bir şeyin kaça olduğunu sorar. Kurumsal alıcı ise belli bir miktarda, işletmeye satış yapan birinden, belli bir tarihe kadar kaça olduğunu sorar.

Çoğu B2B web mağazası bu soruyu bir makine için kötü cevaplıyor. Kademeli fiyatlar giriş duvarının arkasında, asgari sipariş alt bilgide bir satır, büyük miktarlar için tek yol "teklif isteyin". Bu yazıda bunun neden şimdi önemli olduğuna, bir B2B teklifinin hangi parçalarını ajanın okuması gerektiğine ve bunları düz metinde ve schema.org'da nasıl yazacağınıza bakıyoruz.

Sırada neden B2B var?

Gartner, 2028'e kadar B2B satın almanın %90'ının yapay zekâ ajanları aracılığıyla yapılacağını ve 15 trilyon doları aşan B2B harcamasının ajanlar arasındaki alışverişlerden geçeceğini tahmin ediyor. Bu bir ölçüm değil, tahmin; B2B satın alma da yavaş değişir. Ama satın alma işi tekrarlı, kurala dayalı ve karşılaştırma ağırlıklı; alıcıların ajanlara ilk devredeceği iş türü tam olarak bu.

Kurumsal alıcının ajanı neyi okumalı?

  • Miktara göre fiyat. Yalnız birim fiyat değil; 50, 500 ya da 5.000 adet için fiyat.
  • Asgari sipariş. Adet, paket ya da asgari sipariş tutarı olarak.
  • Kimin alabileceği. Yalnız işletmeler, bayiler ya da herkes.
  • Vergili mi vergisiz mi. Kurumsal alıcılar genellikle KDV hariç fiyatları karşılaştırır; hangisini gösterdiğinizi söyleyin.
  • Miktara göre teslim süresi. 500 adedin teslim süresi tek adedinkinden farklı olabilir.
  • Daha fazlası için yol. Listelenen kademelerin üstündeki miktarlar için teklif yolu.

Bunlardan biri eksikse ajan ya sizi atlar ya da tahmin etmek zorunda kalır; fiyatı yanlış tahmin eden bir ajan da alıcının güvenmeyi bıraktığı ajandır.

Önce metinde söyleyin

Herhangi bir işaretlemeden önce koşulları ürün sayfasına sözle ve sayıyla yazın:

  • HTML'de bir kademe tablosu: bir sütunda miktar aralıkları, yanında birim fiyat.
  • Fiyatın yanında bir asgari sipariş satırı: "Asgari sipariş: 10 kutu" ya da "Asgari sipariş tutarı: KDV hariç 2.500 ₺".
  • Fiyatın yanında bir vergi satırı: "Fiyatlara KDV dahil değildir" ya da "Fiyatlara KDV dahildir".
  • Yalnız işletmelere satıyorsanız bir uygunluk satırı: "Vergi numarası olan kurumsal müşteriler için".
  • Farklıysa büyük miktarlar için bir teslim süresi.

HTML'i okuyan bir ajan, hiçbir yapısal veriyi anlamasa bile bunu kullanabilir.

Sonra schema.org'da söyleyin

Schema.org'da bu koşullar için GoodRelations e-ticaret sözlüğünden gelen terimler var:

  • eligibleQuantity, bir Offer ya da PriceSpecification üzerinde: teklifin ya da fiyatın geçerli olduğu sipariş miktarı aralığı ve birimi. minValue ve maxValue içeren bir QuantitativeValue, bir kademeyi ya da asgari miktarı ifade eder.
  • Birden fazla UnitPriceSpecification içeren priceSpecification: her kademe için bir tane, her birinin kendi price, priceCurrency ve eligibleQuantity değeri. referenceQuantity, 100'lük kutu başına fiyat gibi paket fiyatlarını karşılar.
  • eligibleTransactionVolume: teklifin geçerli olduğu sipariş tutarı; örneğin asgari alım tutarı ya da belli bir tutarın üstünde ücretsiz kargo.
  • eligibleCustomerType: teklifin kime yönelik olduğu. Schema.org yaygın değerler olarak Business, Enduser, PublicInstitution ve Reseller'ı sayar.
  • Fiyat tanımında valueAddedTaxIncluded: fiyata KDV'nin dahil olup olmadığı.

On kutu asgari siparişli, iki kademeli bir teklif şunları taşır:

  • eligibleCustomerType değeri Business (http://purl.org/goodrelations/v1#Business) olan ve minValue 10, birimi "kutu" olan bir eligibleQuantity taşıyan bir Offer;
  • birinci UnitPriceSpecification: fiyat 189,00 TRY, valueAddedTaxIncluded false, eligibleQuantity 10 ile 49 kutu arası;
  • ikinci UnitPriceSpecification: fiyat 169,00 TRY, valueAddedTaxIncluded false, eligibleQuantity 50 kutudan başlayarak.

Bir uyarı: bu özellikler schema.org'da tanımlı, ama hangi ajanların onları okuduğu belgelenmiş değil. İşaretlemeyi, metinde zaten gösterdiğiniz koşulların ikinci bir ifadesi olarak görün; yerine geçen bir şey olarak değil.

Sık yapılan hatalar

  • Tek fiyat olarak "fiyat için arayın". Ajan telefon edemez ve fiyatı bilinmeyen bir ürünü karşılaştırma listesine koymaz.
  • Kademeler yalnız görselde ya da PDF'te. Yalnız indirilebilir PDF ya da tablo fotoğrafı olarak duran bir fiyat listesini hiçbir ajan güvenilir biçimde okuyamaz.
  • Yalnız sepette görünen asgari sipariş. Alıcının ajanı bunu son adımda öğrenir ve başka bir yerde baştan başlamak zorunda kalır.
  • Karışık vergi gösterimi. Ürün sayfasında KDV hariç, feed'de KDV dahil fiyat, iki farklı fiyat gibi görünür.
  • Başlıkta saklanan paket boyu. "Eldiven (100)" ajanı fiyatın eldiven başına mı kutu başına mı olduğunu tahmin etmeye bırakır. Birimi yazın ve referenceQuantity kullanın.

Giriş duvarları ve teklif formları

Birçok B2B mağazası fiyatları alıcı giriş yapana kadar gizler. Bu pazarlıkla belirlenmiş fiyatları korur, ama mağazayı teklif karşılaştıran her ajana görünmez yapar. Çoğu mağaza için bir orta yol işe yarar:

  1. Liste fiyatlarını ve standart kademeleri açıkça yayımlayın; sözleşmeli fiyatları giriş duvarının arkasında tutun.
  2. Teklif formunu JavaScript numaralarına gerek kalmadan ulaşılabilir yapın; ürün, miktar ve teslim tarihi için düz alanlarla.
  3. Teklifler için cevap süresini yazın, ki ajan alıcıya ne zaman cevap bekleyeceğini söyleyebilsin.

Sonuç

Kurumsal alıcının ajanı, bireysel alıcınınkinden farklı bir soru sorar: bu miktarda, bana satış yapacak bir satıcıdan, hangi tarihe kadar kaça? Kademeleri, asgari siparişi, vergi durumunu ve uygunluğu sayfaya metin olarak yazın; eligibleQuantity, priceSpecification ve eligibleCustomerType ile tekrarlayın; giriş duvarının arkasında yalnız sözleşmeli fiyatları tutun.

Specoria'nın kontrolleri fiyatın, para biriminin ve stoğun okunup okunmadığına, vergi dahil ibaresinin açık olup olmadığına ve fiyatların sayfa, işaretleme ve feed arasında tutarlı olup olmadığına bakar. Ücretsiz hazırlık testiyle başlayın.

Kaynaklar