Ürün Konfigüratöründe Seçenek ve Fiyat Kuralları

B2B Ürün Kataloğundan Teklif Talebine rehberindeki örnek tablo ve kontrol listesiyle bu adımı proje ekibinizle netleştirebilirsiniz.

Ürün ailesi hangi seçeneklerin mevcut olduğunu belirler. Seçenekler renk, ölçü, yüzey veya ek donanım olabilir. Kurallar ise bu seçeneklerin hangi birleşimlerinin geçerli olduğunu söyler. Ürün isimlerini kod içinde dağınık koşullara dönüştürmek yerine kararlı seçenek kodları ve sürümlenebilir kural kaydı kullanın.

Örneğimizde kabin genişliği, yüzey kaplaması ve ek aydınlatma seçilir. Kullanıcıya gösterilen Türkçe etiket değişse bile kayıtlı seçenek kodu aynı kalır. Katalogdan kaldırılan bir seçenek geçmiş tekliflerin anlamını bozmamalıdır. Eski seçimlerin görüntülenmesi ile yeni siparişlerde kullanılabilmesi ayrı kararlardır.

Bir tercih değişince önceki tercihler geçersiz hale gelebilir. Yazılımın bunları sessizce sıfırlaması kullanıcının yanlış ürün istediğini düşünmesine neden olur. Hangi seçimin neden değişmesi gerektiğini açıklayın; mümkünse uygun alternatifleri gösterin.

Örnek hesap mantığı taban bedel + seçenek farkları + gerekli ek parçalar şeklinde olabilir. Miktar indirimi, bayi indirimi ve kampanyanın hangi sırayla uygulandığı ayrıca belirlenmelidir. Vergi, para birimi ve yuvarlama kuralı tüm adımlarda aynı anlama gelmelidir.

Fiyatı yalnızca tarayıcıda hesaplamak, kullanıcı isteği değiştirdiğinde hatalı sipariş kabulüne yol açabilir. Sunucu seçilen seçenekleri ve güncel kural sürümünü doğrulayıp kabul edilecek toplamı hesaplamalıdır. Ekrandaki toplamla son toplam farklıysa kullanıcıya değişiklik açıklanır; yeni tutar onaylanmadan eski beklentiyle sipariş oluşturulmaz.

Her ürün otomatik siparişe uygun olmayabilir. Nakliye, kurulum veya teknik değerlendirme gerektiren işlerde yapılandırma bir teklif talebi oluşturabilir. Kullanıcının gördüğü tutarın tahmin mi, katalog fiyatı mı, belirli süre geçerli teklif mi olduğu açıkça yazılmalıdır.

Teklif kaydında seçilen seçenekler, miktar, fiyat sürümü, hesap sonucu ve geçerlilik bilgisi korunur. Katalog ertesi gün değiştiğinde eski teklif yeniden güncel fiyatla hesaplanarak sessizce farklılaşmamalıdır. Değişiklik gerekiyorsa yeni revizyon oluşturun ve hangi revizyonun onaylandığını izleyin.

CRM veya ERP’ye yalnızca serbest metin açıklama göndermek eşlemeyi zorlaştırır. Ürün ailesi, seçenek kodları, miktar, revizyon ve dış referans birlikte aktarılmalıdır. İşletmede parça listesi veya üretim rotası gerekiyorsa bunun kim tarafından ve hangi aşamada doğrulanacağını belirleyin.

Aktarım tekrarlandığında aynı teklifin iki üretim emri oluşturmamasını sağlayacak referans yapısı kurun. Seçeneğin ERP’de karşılığı yoksa başarı mesajı göstermek yerine işleme bekleme veya hata durumu atayın. Satış ekibi müşteriye söz vermeden önce bu durumu görebilmelidir.

Testi yalnızca en sık seçilen ürünle sınırlamayın. Birbirini gerektiren, dışlayan ve fiyatı değiştiren seçenek çiftlerini kapsayın. İş sahibinden temsili örneklerin beklenen sonucunu geliştirme başlamadan isteyin.

Geniş bir katalogla başlamak yerine temsil gücü yüksek tek aile seçebilirsiniz. Bu ailenin seçenekleri, uyumsuzlukları, fiyatı ve teklif akışı uçtan uca çalışsın. Sonra kural modelinin diğer aileleri destekleyip desteklemediğini sınayın.

Başarıyı yalnızca konfigürasyonu tamamlayanların sayısıyla değerlendirmeyin. Teknik incelemeye geri dönen seçimler, satış ekibinin düzelttiği kayıtlar ve fiyat uyuşmazlıkları da yararlı sinyallerdir. Ölçüm başlamadan azaltılmış hata veya artmış satış oranı iddiası üretmeyin.

Bayi portalı akışı · Teklif karşılaştırma aracı · Proje brief oluşturucu