Müşterinin karar vermesini kolaylaştıran teklif yazmak

Satış teklifi neden bir fiyat listesi değildir?

Teklif, müşterinin elinde kalan ve onun adına iç tartışmalarda dolaşan belgedir. Satış görüşmesine katılmamış karar vericiler, finans ve satın alma ekipleri teklifi okuyarak karar verir. Bu yüzden teklif, yalnız ne satıldığını ve ne kadara satıldığını değil, müşterinin sorununu neden bu çözümün çözeceğini de anlatmalıdır.

Kavramları ayırmak gerekir: fiyat teklifi (quotation) belirli bir ürün ve koşul için fiyat bildirimidir. Satış teklifi ya da öneri belgesi (proposal) ise ihtiyaç, çözüm, değer, kapsam, takvim ve fiyatı bütünleştirir. Karmaşık, yüksek bedelli ya da kurumsal satışta ikincisi gerekir. Müşteri resmi bir talep metni (RFP) yayımladıysa, yanıtın yapısı o metindeki sıraya uymak zorundadır.

Hazırlık: teklif yazılmadan önce bilinmesi gerekenler

İyi teklif, iyi keşif görüşmesinin sonucudur. Yazmaya başlamadan şu sorulara net cevap gerekir: • Müşterinin sorunu ya da hedefi nedir ve bunu hangi ölçüyle değerlendirecek • Kararı kim veriyor, kim etkiliyor, kim engelleyebilir • Karar kriterleri nelerdir: fiyat, risk, uygulama süresi, teknik uyum, referans • Bütçe sürecinin ve onay mekanizmasının işleyişi nasıl • Rakip ya da mevcut çözüm nedir, müşteri neden değişmeyi düşünüyor • Karar için takvim ve tetikleyici bir olay var mı

Bu bilgiler eksikse teklif genel geçer bir belge olur. Satış ekibi teklifi müşterinin kendi cümleleriyle başlatmalıdır; görüşmede duyduğu ihtiyaçları yazıya dökmek, müşterinin 'bizi dinlemişler' demesini sağlar ve yanlış anlaşılmaları teklif gönderilmeden yakalatır.

Örneğin bir yazılım firması, müşterinin raporlama sürecinde yaşadığı gecikmeyi görüşmede öğrenmişse teklifini 'raporlama süreniz kısalsın' hedefi üzerine kurar. Çözüm, kapsam ve takvim bu hedefe bağlanır; müşteri teklifi okuduğunda kendi probleminin cevabını arar ve bulur. Aynı firmanın bütün müşterilerine gönderdiği ortak bir ürün tanıtımı ise karar verici için sıradan bir belgedir.

Teklifin bölümleri

Her sektörde değişse de sağlam bir teklif şu akışı izler: • Yönetici özeti: müşterinin sorunu, önerilen çözüm ve beklenen sonuç, kısa tutularak. Karar verici bazen yalnız bu bölümü okur • İhtiyaç anlayışı: keşifte öğrenilenlerin müşterinin kendi diliyle özeti • Önerilen çözüm: kapsam, teslimatlar, teslim yöntemi, dışarıda kalanlar • Değer ve gerekçe: çözümün hangi iş sonucuna katkı yapacağı ve neden bu yaklaşımın seçildiği • Uygulama planı ve takvim: kim ne zaman ne yapacak • Fiyatlandırma ve ticari koşullar: ödeme, geçerlilik süresi, değişiklik yönetimi • Referanslar ve benzer deneyimler • Sonraki adım: müşterinin kararı için net bir davet

Kapsamın açık yazılması, sonradan çıkan beklenti farklarını önlemenin temel yoludur. Dahil olanlar kadar dahil olmayanlar da belirtilir.

Fiyatı nasıl sunmalı?

Fiyat, değer anlatıldıktan sonra gelir; teklifin ilk sayfasında tek başına durmaz. Müşteri fiyatı, aldığı sonucun yanında görmelidir. Tek seçenek sunmak karar baskısı yaratır; kapsamı farklı birkaç seçenek sunmak ise müşteriye 'alsam mı almasam mı' yerine 'hangisini alsam' sorusunu sordurur.

Fiyat kalemleri açık ve izlenebilir olmalıdır. Neyin tek seferlik, neyin tekrarlayan olduğu, hangi hizmetin fiyata dahil sayıldığı belirtilir. İndirim sunulacaksa karşılığında bir değişim istenir: daha uzun sözleşme süresi, daha erken ödeme ya da daha geniş kapsam. Karşılıksız indirim değer algısını zayıflatır.

Teklif geçerlilik süresini yazın; bu hem kararı hızlandırır hem de eski fiyatların açıkta kalmasını önler.

Teknik teklif ve RFP yanıtı

Teknik ürün ve hizmetlerde teklif teknik ve ticari olarak ayrılır: teknik teklif ve ticari teklif. Teknik teklif, çözümün mimarisini, standartlara uyumunu, kurulum ve entegrasyon yaklaşımını, test ve kabul ölçütlerini, destek modelini anlatır. Ticari teklif fiyat, ödeme ve sözleşme koşullarını içerir.

RFP yanıtında müşterinin sorduğu her maddeye, soruldukları sırayla cevap verilir. Karşılanamayan bir gereksinim gizlenmez; alternatif çözüm ya da açık bir sınırlama yazılır. Teknik ve satış ekipleri teklifi birlikte hazırlar: teknik ekip uygulanabilirliği, satış ekibi müşteriye dönük anlatımı yönetir. Kanıt gösterme yöntemi olarak pilot uygulama ya da kavram kanıtı (POC) önerisi güven yaratır.

Sunum, takip ve sık yapılan hatalar

Mümkünse teklif e-postayla gönderilip beklenmez, müşteriyle birlikte yüz yüze ya da çevrimiçi sunulur. Sunumda belge baştan sona okunmaz; müşterinin sorununa, önerilen yaklaşıma ve karar için gereken adıma odaklanılır. Kararda söz sahibi herkesin toplantıda olması ya da bilgilendirilmesi sağlanır.

Gönderimden sonra takip gerekir, ancak 'teklifi gördünüz mü' sorusu değer katmaz. Takip, yeni bir bilgiyle gelir: ek bir sorunun cevabı, benzer müşteri deneyimi ya da bir sonraki adımın önerisi.

Sık yapılan hatalar: • Aynı şablonu müşteri adını değiştirerek göndermek • Kendi ürünü anlatıp müşterinin sorununu anlatmamak • Fiyatı değerden önce vermek • Kapsam dışını yazmamak • Karar vericiyi tanımadan göndermek • Teklifi uzun ve ağır bırakmak; fazla ek, karar vericinin ana mesajı bulmasını zorlaştırır • Net bir sonraki adım ve tarih önermemek

Bu beceriyi Mindset programlarında nerede çalışırsınız?

B2B Satış Temelleri programında teklif hazırlama ve sunum, kurumsal keşif görüşmesi, hedef hesap araştırması ve anlaşma kapama aynı akışın parçası olarak ele alınır. Kurumsal Satış Uzmanlığı Sertifika Programı ise ihtiyaç analizi, stratejik vizyon geliştirme ve kritik keşif, ilişki oluşturma ve rekabet yönetimi ile pazarlık, kapatma ve fırsat hunisi yönetimi başlıklarını içerir.

Teknik Satış (Technical Sales) programı, RFP ve teknik teklif hazırlama, teknik sunum ve demo, teknik müzakere ve itiraz yönetimi ile POC planlama modüllerini barındırır; bu nedenle teknik ürün satanlar için teklifin teknik tarafını güçlendirir.