CPQ nedir? Yapılandır, fiyatla, teklif ver
Teklif hazırlamak neden elektronik tabloda kayboluyor? CPQ'nun üç adımını — yapılandır, fiyatla, teklif ver — kurallarıyla birlikte tek tek açıyoruz.
Salı öğleden sonra, satış odasında kısa bir sessizlik. Temsilci üç gün önce gönderdiği teklifi geri çekmek zorunda: müşterinin seçtiği modelle birlikte gelmesi zorunlu olan montaj aparatı listeye hiç girmemiş, üstüne bayi iskontosu iki ayrı satırda ikişer kez uygulanmış. Teklifi hazırlarken açtığı dosya, geçen yıl başka bir müşteri için yapılmış bir teklifin kopyasıydı; içindeki formüller, kimin ne zaman değiştirdiği belli olmayan hücrelere bağlıydı. Masada artık iki soru var: müşteriye ne söyleyeceğiz ve aradaki farkı kim üstlenecek?
Karmaşık ürün ya da hizmet satan hemen her ekip bu sahneyi tanır. CPQ — configure, price, quote; yani yapılandır, fiyatla, teklif ver — tam olarak bu üç adımı kurala bağlayan bir çalışma biçimidir. Aşağıda CPQ'nun ne olduğunu, kimin gerçekten ihtiyaç duyduğunu, üç adımın her birinde neyin nasıl kurgulandığını, onay akışının nasıl kurulacağını ve geçişi kademeli yapmanın yolunu anlatıyoruz.
CPQ nedir? Üç adımın anlamı
CPQ, bir teklifin hazırlanışını birbirinden ayrı üç soruya böler. Yapılandırma adımı “müşteri tam olarak neyi alıyor?” sorusunu yanıtlar. Fiyatlama adımı “bu bileşim hangi kurallara göre fiyatlanır ve hangi indirim kimin yetkisindedir?” sorusunu üstlenir. Teklif adımı ise “bu bilgi, müşterinin okuyup karar verebileceği bir belgeye nasıl dönüşür?” sorusunu çözer.
Üçünün ayrı ayrı tanımlanması teknik bir ayrıntı değil, işin özüdür. Elektronik tabloda hazırlanan tekliflerde bu üç soru tek bir hücre yığınında iç içe geçer: ürün seçimi de, indirim de, metin de aynı dosyada ve aynı kişinin o günkü dikkatine emanettir. Kural motoruna bağlandığında ise her adımın kendi doğrulaması olur; bir sonraki adım, önceki adımın çıktısını güvenle devralır. Sürecin bütününü teklif yönetimi yazısında ele alıyoruz; CPQ, o sürecin hazırlık tarafını kurallara bağlayan katmandır.
Kimin CPQ'ya ihtiyacı var?
CPQ her ekip için gerekli değildir. Tek bir ürünü sabit fiyatla, tek kalem hâlinde satıyorsanız iyi bir teklif şablonu fazlasıyla yeter. İhtiyaç, seçeneklerin çarpımı büyüdükçe ve teklifi hazırlayan kişi sayısı arttıkça doğar.
- Çok varyantlı ürünler: Ölçü, malzeme, renk, güç ve aksesuar kombinasyonları katlanarak arttığında doğru bileşimi akılda tutmak insan hafızasının işi olmaktan çıkar; sağlıklı bir ürün varyant yönetimi düzeni burada CPQ'nun temelini oluşturur.
- Montaj, kurulum ve nakliye kalemleri: Ürünün yanında keşif, taşıma, montaj ve devreye alma gibi hizmet satırları varsa, bunların hangi koşulda ekleneceği ürünün kendisi kadar belirleyicidir.
- Kademeli hizmet paketleri: Başlangıç, standart ve kurumsal gibi paketlerde her kademenin içeriği, limitleri ve ek modülleri farklıdır; müşteri bir kademeden diğerine geçtiğinde teklifin yarısı yeniden yazılır.
- Proje bazlı işler: Her iş biraz farklı olduğunda teklif aslında küçük bir bütçedir: adam-gün, malzeme ve alt yüklenici kalemlerinden oluşur; buradaki bir hata doğrudan projenin kârından düşer.
Configure: ürünü kurallarla yapılandırmak
Yapılandırma adımının amacı sade: teklife yalnızca gerçekten üretilebilir, kurulabilir ve teslim edilebilir bir bileşimin girmesi. Bunu sağlayan şey, ürün ağacının üzerine yazılmış kurallardır. Kuralları yazmak ilk bakışta zahmetli görünür, ama bu bilgi zaten ekibin içinde vardır; siz onu yalnızca kafalardan sisteme taşırsınız.
Uyumlu ve uyumsuz kombinasyonlar
Her seçenek her seçenekle çalışmaz. Belirli bir gövde ölçüsü belirli bir motor gücünü taşımaz, belirli bir kaplama dış mekân sınıfında kullanılamaz, belirli bir yazılım modülü daha yeni bir altyapı sürümü ister. CPQ'da bu bilgi temsilcinin belleğinde değil sistemde durur: uyumsuz seçenek listede ya hiç görünmez ya da seçildiği anda gerekçesiyle birlikte uyarı verir. İyi kurgulanmış bir yapılandırıcı yalnızca engellemez, çalışan alternatifi de önerir; böylece kural, satışı yavaşlatan bir duvar değil hızlandıran bir kılavuz olur.
Zorunlu kalemler ve miktar kuralları
İkinci kural ailesi unutulan satırları önler. Bir ana ürün seçildiğinde onunla birlikte gelmesi zorunlu aparat, kablo, lisans ya da eğitim kalemi teklife kendiliğinden düşer. Miktar kuralları aynı mantıkla çalışır: her cihaz için kaç metre kablo, her kullanıcı için kaç lisans, her metrekare için ne kadar malzeme gerektiği formüle bağlanır. Böylece teklifin kapsamı, hazırlayan kişinin deneyimine değil ürün tanımına dayanır — ve ekibe yeni katılan biri de ilk gününde doğru teklifi çıkarabilir.
Price: fiyatı kurala bağlamak
Fiyatlama adımı, yapılandırılmış bileşimi ticari bir tutara çevirir. Burada dört soru vardır: hangi liste geçerlidir, hangi kademe uygulanır, hangi ek kalemler fiyatı etkiler ve indirim yetkisi kimdedir? İlk üçü büyük ölçüde veriyle çözülür; müşteri segmenti, sözleşme süresi, hacim kademesi, para birimi ve teslim koşulu doğrudan fiyat kuralına girdi olur. Müşteri bazında farklılaşan listeler ve iskonto matrisleri başlı başına bir konudur ve müşteriye özel fiyat listesi ve iskonto matrisi yönetimi yazısında ayrıntısıyla ele alınır.
İskonto yetki kademeleri ve onay eşikleri
Dördüncü soru en hassas olanıdır. İndirimi tamamen serbest bırakmak marjı sessizce eritir; her indirimi üst yönetime bağlamak ise satışı durma noktasına getirir. Aradaki denge yetki kademeleriyle kurulur: temsilcinin kendi inisiyatifiyle verebileceği bir bant, satış yöneticisinin onayıyla açılan ikinci bir bant, ticari yönetimin kararına giden bir üçüncü bant. Sistem, teklifte oluşan indirim seviyesini otomatik olarak doğru kademeye yönlendirir; temsilcinin kimden onay isteyeceğini düşünmesi gerekmez. Bantların sınırlarını kendi marj yapınıza göre belirlersiniz; kritik olan sınırın nerede olduğu değil, yazılı ve sistemde tanımlı olmasıdır.
Quote: teklifi okunur bir belgeye dönüştürmek
Üçüncü adım, doğru bileşimi ve doğru fiyatı müşterinin karar verebileceği bir belgeye çevirir. Teklif bir fiyat listesi değil, bir ikna metnidir: kapsamın ne olduğu, neyin dâhil olmadığı, teslim süresi, ödeme koşulu ve sonraki adım net biçimde yazılır. Belgenin yapısını teklif şablonu ve kazandıran yapı yazısında, dilini ve kurgusunu ise fiyat teklifi nasıl hazırlanır yazısında bulabilirsiniz.
Geçerlilik süresi, revizyon ve versiyonlama
Her teklifin bir geçerlilik tarihi olmalıdır; bu hem maliyet dalgalanmasına karşı koruma sağlar hem de kararı nazikçe hızlandırır. Revizyonlar numaralanmalı: müşteri kapsamı değiştirdiğinde eski belgeyi silmek yerine yeni bir sürüm üretilir ve hangi sürümün konuşulduğu iki tarafta da aynı olur. Rocketly'de teklifi paylaşılabilir bir bağlantı olarak gönderebilir, müşterinin belgeyi açtığını fırsat kaydı üzerinden görebilirsiniz. Kabul aşamasında ıslak imza beklemek yerine elektronik imzayla ilerlemenin yolunu e-imza ile sözleşme süreçleri yazısında anlatıyoruz.
Teklif onay akışı: bekletmeden ilerletmek
CPQ'nun gözden kaçan tarafı onay akışıdır. Kurallar teklifin içeriğini doğru kurar, ama teklif çoğu zaman gönderilemediği için değil, onayda beklediği için gecikir. Sağlıklı bir akışta üç şey bellidir: hangi durumun onay gerektirdiği, onayın kime gittiği ve yanıt gelmezse ne olacağı. Onay talebi temsilcinin kişisel mesajına değil sistemin kaydına düşmeli; her onay, kimin neyi hangi gerekçeyle kabul ettiğiyle birlikte saklanmalıdır.
Yedekleme kuralı da şarttır: onaycı izinliyse talep otomatik olarak vekiline yönlenmeli, belirli bir süre yanıtsız kalan talep bir üst kademeye yükselmelidir. Bu mekanizmanın nasıl kurulacağını onay akışı otomasyonu yazısında adım adım anlatıyoruz. Kural şu: onay bir nezaket ricası değil, süreç adımıdır.
CPQ ve CRM: teklif fırsat kaydının içinde yaşar
Teklif ayrı bir dünyada üretilirse hiçbir kural işe yaramaz. Doğru kurgu, teklifin fırsat kaydının içinde doğması ve orada yaşamasıdır: hangi fırsata ait, hangi sürümde, hangi indirim kademesinden geçmiş, kim onaylamış, müşteri açmış mı? Fırsat aşaması ilerledikçe kazanma olasılığı da güncellenir; teklif gönderildiğinde ve açıldığında hattın ağırlığı değişir. Gönderilen teklifi kazanca taşımanın yöntemlerini teklif takibi ve kazanma oranı yazısında topladık.
Teklif kabul edildikten sonrası da aynı zincirin parçasıdır: sipariş, fatura ve tahsilat. Bu zincirin bütününü tekliften tahsilata (quote-to-cash) süreci yazısında ele alıyoruz; CPQ, o zincirin ilk halkasını sağlam kurmakla ilgilenir. İlk halka gevşekse sonraki her adım aynı hatayı taşır.
Hatalı teklifin gerçek maliyeti
Yanlış teklifin bedeli çoğu zaman yalnızca eksik kalan marj sanılır. Oysa asıl maliyet dağılır: düzeltme için harcanan saatler, müşterinin gözünde kaybedilen güven, sipariş sonrası çıkan kapsam tartışması, üretim ya da montaj planına giren beklenmedik iş. Bir kalem eksikse ya siz üstlenirsiniz ya müşteriyle pazarlığa dönersiniz; ikisi de bedava değildir.
Teklifteki hata, imzadan sonra ortaya çıkarsa artık bir hata değildir; taahhüttür.
| Konu | Tabloda hazırlanan teklif | Kurala bağlı CPQ |
|---|---|---|
| Ürün bileşimi | Hazırlayanın bilgisine bağlı | Uyumluluk kuralı doğrular |
| Zorunlu kalemler | Hatırlandığı kadar eklenir | Otomatik olarak düşer |
| İndirim | Sözlü mutabakat | Yetki kademesi ve onay |
| Revizyon | Dosya adına yazılır | Sürüm kaydı tutulur |
| Görünürlük | Temsilcinin bilgisayarında | Fırsat kaydının içinde |
CPQ'ya kademeli geçiş: uygulanabilir bir yol haritası
CPQ'yu tek hamlede kurmaya çalışan ekipler genellikle kural yazarken tıkanır. Daha sağlıklısı, dar bir alandan başlayıp genişletmektir.
- Ürün verisini temizleyin: Kod, isim, birim ve varyant yapısı tutarlı değilse hiçbir kural doğru çalışmaz; ilk iş kataloğu düzene sokmaktır.
- En çok satan ailede başlayın: Tüm kataloğu değil, cironun büyük bölümünü taşıyan tek bir ürün ailesini kurallandırın ve gerçek tekliflerle sınayın.
- Zorunlu kalemleri ekleyin: En sık unutulan satırları listeleyip bağlayın; ilk somut kazanç genellikle buradan gelir.
- Yetki kademelerini tanımlayın: İndirim bantlarını ve onaycıları yazıya dökün, sonra sisteme taşıyın.
- Şablonu ve imzayı bağlayın: Teklif belgesini tek şablona indirin, paylaşılabilir bağlantı ve elektronik imzayla kapanışı hızlandırın.
- Genişletin: İlk aile stabil çalıştığında sonraki aileye geçin; kuralları yaşayan bir belge gibi güncelleyin.
Ne ölçeceksiniz?
CPQ'nun işe yarayıp yaramadığı hisle değil birkaç basit göstergeyle anlaşılır. Geçiş öncesinde bunların başlangıç değerlerini kaydedin ki iyileşmeyi görebilesiniz.
- Teklif hazırlama süresi: Talebin gelmesiyle teklifin müşteriye ulaşması arasındaki süre, ortalama ve en kötü senaryo olarak izlenir.
- Teklif hatası oranı: Gönderildikten sonra düzeltilmek zorunda kalan tekliflerin payı, kural setinin olgunluğunu doğrudan gösterir.
- İskonto sapması: Verilen indirimin tanımlı bandın dışına çıktığı durumların sıklığı, yetki kademelerinin gerçekten uygulanıp uygulanmadığını söyler.
- Revizyon sayısı: Bir teklifin kapanana kadar kaç sürüm gördüğü, ilk teklifin ne kadar isabetli olduğunu ölçer.
- Teklif-sipariş dönüşümü: Gönderilen tekliflerin siparişe dönme oranı ve ortalama kapanma süresi, bütün zincirin nihai sınavıdır.
Yaygın hatalar
İlk hata, kuralları gerçeklikten kopuk yazmaktır. Sahada uygulanmayan bir kısıt sisteme girdiğinde ekip onu aşmanın yolunu bulur ve teklif yine dosyalarda hazırlanmaya başlar. Kuralları satış, üretim ve servis birlikte yazmalı; her kuralın arkasında gerçek bir gerekçe olmalıdır.
İkinci hata, aşırı karmaşıklıktır. Yüzlerce istisnayla başlayan bir yapılandırıcı hem bakımı imkânsız hem de kullanımı yorucu olur. Kuralların büyük bölümü teklif hacminin küçük bir kısmını etkiler; önce sık karşılaşılan bileşimleri kurallandırın, istisnaları manuel bırakın. Üçüncü hata, onay akışını sonraya bırakmaktır: kural motoru mükemmel çalışsa bile onay bir gelen kutusunda beklerse kazanım kaybolur. Dördüncüsü, kuralları kurup unutmaktır; ürün değişir, tedarik koşulu değişir, kural seti onlarla birlikte güncellenmelidir.
Son bir uyarı: CPQ bir yazılım satın alma kararı değil, bir disiplin kararıdır. Ürün bilgisini, fiyat mantığını ve onay yetkisini yazıya dökmeyi göze alan ekipler, hangi aracı kullanırsa kullansın kazanır. Teklif hazırlamayı fırsat kaydınızın içine almak ve paylaşılabilir teklif bağlantısıyla süreci hızlandırmak istiyorsanız, Rocketly hesabınızı oluşturup ilk ürün ailenizin kurallarını bu hafta kurmaya başlayabilirsiniz.