3D konfigüratör ile CPQ arasındaki fark

Configure, Price ve Quote ne anlama gelir?

Configure, seçilen ölçü ve bileşenlerin birlikte geçerli olup olmadığını belirler. Price; liste fiyatı, ölçü formülü, malzeme farkı, müşteri grubu veya para birimi gibi ticari kuralları uygular. Quote ise seçimi okunabilir bir özet, PDF, e-posta veya CRM kaydına dönüştürür.

• Configure: seçenekler, bağımlılıklar ve ürün kodları
• Price: fiyat listeleri, formüller, indirim ve vergi kuralları
• Quote: teklif özeti, geçerlilik, onay ve satış takibi

Ne zaman yalnız 3D, ne zaman CPQ gerekir?

Amaç ürünün formunu ve seçeneklerini keşfetmekse 3D seçim yeterli olabilir. Kullanıcıya fiyat göstermek, satış ekibine yapılandırılmış talep göndermek veya bayi koşullarını uygulamak gerekiyorsa CPQ katmanı gündeme gelir.

Fiyat verisinin kaynağını belirleyin

Fiyatların konfigüratör içinde elle tutulması, ERP’den okunması veya ayrı bir fiyat servisinden gelmesi farklı bakım sorumlulukları doğurur. Hangi sistemin esas kaynak olduğu ve güncellemenin ne sıklıkla yapılacağı açık olmalıdır.

Bayi ve müşteri grubu fiyatlarında yetkilendirme ayrıca değerlendirilir. Her kullanıcıya aynı fiyatı göstermek ile oturum açmış bayiye özel koşul uygulamak aynı entegrasyon değildir.

Fiyatı tek bir toplamdan ibaret görmeyin

Bir fiyat; taban ürün, ölçü, malzeme sınıfı, opsiyon, miktar, para birimi, vergi, indirim ve teslimat bileşenlerinden oluşabilir. Bu parçaların hangi sırayla hesaplandığı sonuç kadar önemlidir.

Kullanıcıya gösterilen tahmini tutar ile satış ekibinin onayladığı bağlayıcı teklif farklı olabilir. Arayüzde fiyatın kapsamı, vergi durumu, geçerlilik zamanı ve hangi seçimlerin henüz hesaplanmadığı açıkça belirtilmelidir.

İndirim, onay ve sürüm davranışını tanımlayın

Belirli bir indirim oranı, marj sınırı veya özel üretim seçeneği yönetici onayı gerektirebilir. Bu durumda kullanıcıya yalnız hata göstermek yerine talebin hangi aşamada olduğunu ve kimden aksiyon beklendiğini açıklayan bir akış gerekir.

Fiyat listesi değiştiğinde açık teklifler sessizce yeniden hesaplanmamalıdır. Teklifin oluşturulduğu fiyat sürümü, geçerlilik tarihi ve yeniden fiyatlama koşulu kayıt altında tutulmalıdır.

• Yetkiye göre görünür fiyat ve indirim alanları
• Marj veya tutara göre onay eşikleri
• Teklif geçerlilik tarihi
• Kur ve fiyat listesi sürümü
• Revizyon geçmişi ve önceki teklifle farklar

Teklif akışını son kullanıcıdan satış ekibine taşıyın

Teklif talebi yalnız toplam tutardan oluşmamalıdır. Ürün kodu, ölçüler, seçilen malzeme ve donanım, görsel önizleme, müşteri bilgisi ve yapılandırma kimliği satış ekibinin talebi yeniden kurmadan incelemesini sağlar.

Onay, geçerlilik süresi, vergi ve teslimat gibi koşullar mevcut satış sürecinin sorumluluğunda kalabilir. Konfigüratörün nerede bittiği, CRM veya ERP sürecinin nerede başladığı açıkça tasarlanmalıdır.

Uçtan uca bir CPQ senaryosunu prova edin

Canlıya geçmeden önce örnek bir müşteri talebini ürün seçiminden onaylı teklife kadar yürütün. Sadece doğru fiyatı değil, satış ekibinin talebi açabilmesini, revize edebilmesini ve müşteriye geri gönderebilmesini de kontrol edin.

Bu prova; eksik ürün kodu, yetkisiz indirim, süresi geçmiş fiyat ve yeniden açılan yapılandırma gibi sınır durumlarını görünür kılar.