İçeriğe geç
Blog

Fiyatlandırma · Satış süreci

Müşteriye Özel Fiyatları Kayıt Altına Almak

Özetle

Müşteriye özel fiyatın doğru yeri telefon hafızası değil, teklif satırıdır: kural fiyatının üzerine satırda özel koşul uygulanır ve teklifle birlikte zaman damgalı saklanır. Aynı müşteriye önceki koşullar geçmiş tekliflerden okunur; çelişkili fiyat gitmez, verilen söz kayda dönüşür. Model, örnek senaryo, yetki sınırları ve geçiş planı bu yazıda.

Yazan:
Wemeep Ekibi
Yayın:
3 dk okuma
Müşteriye özel fiyat yönetimi kapak görseli — yeşil Wemeep karosu

"Ahmet abiye demir fiyatını hep yüzde beş kırarız." Bu cümle işletmenin gerçeğidir — sorun cümle değil, yaşadığı yerdir: bir satıcının hafızası. Satıcı izne çıkar, unutur ya da işten ayrılır; müşteriye özel fiyat sözleri de onunla birlikte gider. Sonuç, aynı müşteriye iki farklı rakam ve zedelenen güvendir.

Özel fiyatın üç kötü evi

Sahada özel koşullar genellikle üç yerde "saklanır" ve üçü de güvenilmezdir:

  1. Hafıza. En yaygını ve en kırılganı. Kişiye bağlıdır, devri imkânsızdır, çelişkiyi ancak müşteri fark ettirir.
  2. Kenar notları. Ajanda, masa altı kâğıt, telefon notu… Yazılıdır ama bulunamaz; tarihi ve bağlamı yoktur.
  3. Müşteri başına Excel. En tehlikelisi, çünkü düzen gibi görünür. Beş büyük müşteri, beş liste; her zamda beş güncelleme; birkaç ay sonra hangisinin güncel olduğu meçhul.

Üçünün ortak kusuru aynı: özel koşul, işlemden koparılmış hâlde yaşıyor. Koşulun doğal evi, uygulandığı işlemin kendisidir — yani teklif.

Doğru model: tek liste + satırda sapma

Sağlıklı düzen üç katmandır:

  1. Temel fiyat kuraldan gelir. Marka bazlı iskonto kuralları herkese aynı başlangıcı verir; satıcı pazarlığa tanımlı bir zeminden başlar.
  2. Özel koşul teklif satırında uygulanır. Ahmet Bey’in %5’i, o teklifin o satırına işlenir — ek iskonto ya da özel birim fiyat olarak. Sistemdeki karşılığı tam olarak budur.
  3. Koşul, teklifle birlikte saklanır. Kim, kime, ne zaman, hangi fiyatla: hepsi zaman damgalı kayıttır ve revizyonlarla birlikte yaşar.

Bu modelde liste tek kalır (zamda tek sürüm güncellenir), sapma ise asla kaybolmaz.

"Geçen sefer ne vermiştik?" sorusunun ölümü

Düzenin gündelik meyvesi bu sorunun cevabıdır. Yeni teklif hazırlanırken müşterinin geçmiş teklifleri açılır: önceki koşullar, kabul edilen rakamlar, revizyonlar. Satıcı sözü hatırlamak zorunda değildir; kayıt hatırlar.

Bunun iki ikinci dereceden faydası var. Birincisi eşitleyicidir: yeni satıcı, kıdemlinin ezberine muhtaç olmadan aynı müşteriye tutarlı koşul verir. İkincisi koruyucudur: müşteri "geçen sefer daha iyiydi" dediğinde cevap belgelidir — geçen seferki teklif açılır, koşul gösterilir, konuşma zeminde kalır.

Örnek senaryo: üç ayın üç teklifi

Bir müteahhit müşteri düşünün; üç ayda üç teklif almış olsun:

  • Ocak: İlk teklif, kural fiyatından. Pazarlıkla satırda −%4 uygulanmış; kabul edilmiş.
  • Şubat: Zam gelmiş, liste v5 olmuş. Yeni teklif v5 fiyatı üzerinden yine −%4 ile açılıyor — yüzde yaşıyor, rakam değil.
  • Mart: Müşteri "%6 olsun" diyor. Satıcının sınırı −%5; üstü yönetici onayına gidiyor. Onay çıkıyor, koşul satıra işleniyor, gerekçesiyle kayda düşüyor.

Üç ay sonunda bu müşterinin fiyat hikâyesi üç teklifte, eksiksiz duruyor. Yıl sonunda "bu müşteriyle marjımız ne oldu" sorusunun cevabı da oradadır — hafızada değil.

Sınırlar: neyi kayıt altına almamalı?

Dürüst bir not: bu düzen bir muhasebe defteri değildir. Vade, çek, bakiye gibi cari bilgiler ERP/ön muhasebenizde kalmalıdır; müşteri kartları satış öncesinin hafızasını tutar — kim, hangi teklifi, hangi koşulla aldı. İki sistemin sınırı net çizildiğinde ikisi de temiz kalır; katmanlı mimarinin genel ilkesi burada da geçerlidir.

Kültür değişimi: söz vermek serbest, kayıtsız söz yasak

Teknik kurulumdan sonra tek bir ekip kuralı yeter: özel koşul ancak teklife yazılarak verilir. Telefonda pazarlık olur, olmalıdır; ama konuşmanın sonunda rakam bir teklife dönüşür ve müşteriye tek linkle gider. Böylece söz de, sözün tarihi de tartışmasızdır — ve "Ahmet abiye ne veriyorduk" sorusu, kimsenin hafızasını sınamaz.

Verilen koşulların takibi, teklif akıbetinin takibiyle birleşince asıl gücünü gösterir — o tarafı teklif takibiyle satış yazısında anlatıyoruz.

Sık sorulanlar

Her müşteriye ayrı liste mi tutmalıyım?
Hayır — bu, yönetilemeyen bir liste ormanı doğurur. Doğru model terstir: temel liste tektir, müşteriye özel olan yalnızca sapmadır ve sapma teklif satırında uygulanıp kayıtla saklanır. Sürekli çalışılan koşullar gerekirse kural düzeyine taşınır.
Sözlü verilen eski fiyatları sisteme nasıl taşırım?
Toplu bir hafıza dökümü denemeyin; doğal akışla taşıyın. O müşteriye ilk yeni teklifi hazırlarken bilinen koşulu satıra işlersiniz; artık kayıttadır. Birkaç teklif sonra “telefon arşivi” kendiliğinden sisteme taşınmış olur.
Zam gelince özel koşullar ne olur?
Sağlıklı modelde özel koşul yüzde olarak yaşar (ör. kural fiyatı üzerinden ek −%5), rakam olarak değil. Zam yeni liste sürümüyle gelir, kural fiyatı yükselir, müşterinin yüzdesi aynen uygulanır. Rakam donduran sözler ise geçerlilik süresiyle sınırlanmalıdır — süresiz sabit fiyat sözü, zam döneminde marj bağışıdır.
Satıcı istediği kadar indirim verebilir mi?
Vermemeli — sınır tanımlanmalıdır. İyi düzende satıcının satırda uygulayabileceği pay bellidir; üstü yönetici onayı ister ve her sapma kayda düşer. Bu, satıcıya güvensizlik değil, pazarlığa çerçevedir: “ne kadar inebilirim” sorusunun cevabı telefon değil, politika olur.
Özel fiyat bilgisini müşteri kartında mı, teklifte mi tutmalı?
İkisinde birden ama farklı biçimde: bağlayıcı kayıt her zaman tekliftir (tarih, satır, koşul); kart ise geçmiş tekliflerin toplandığı yerdir. Karta “bu müşteriye hep −%5” gibi serbest not düşmek yerine koşulu teklif geçmişinden okumak, güncelliğini garanti eder.