Teklif Onay Süreçleri ve İskonto Yönetimi: Satış Hızını Düşürmeden Kârlılığı Korumak

28.08.26 01:39 PM By Yağmur Ece Diri

Her B2B satış organizasyonunda aynı gerilim vardır. Satış temsilcisi anlaşmayı kapatmak için iskonto vermek ister, finans tarafı kâr marjını korumak ister. Bu gerilim yönetilmediğinde iki sonuçtan biri çıkar: ya iskontolar kontrolsüz büyür ve kârlılık sessizce erir, ya da her fiyat kararı yöneticiye takılır ve satış süreci yavaşlar.


İskonto yönetimi, bu iki uç arasında tanımlı bir orta yol kurma işidir. Amaç iskontoyu tamamen engellemek değil, kimin ne kadar iskonto verebileceğini önceden belirlemek ve bu sınırın ötesindeki taleplerin hızlı bir onay mekanizmasından geçmesini sağlamaktır. Bu yazıda iskonto yetki matrisinin nasıl kurulacağını, onay süreçlerinin satış hızını düşürmeden nasıl tasarlanacağını ve bu yapının CRM üzerinde nasıl otomatikleştirileceğini ele alıyoruz.

İskonto Yönetimi Neden Gereklidir?

İskontonun kâr üzerindeki etkisi çoğu zaman olduğundan küçük algılanır. Yüzde on iskonto, ciroyu yüzde on düşürür ama brüt kârı çok daha sert vurur. Brüt kâr marjı yüzde otuz olan bir üründe yüzde on iskonto, kârın üçte birini götürür. Marj yüzde yirmiyse aynı iskonto kârın yarısını siler. Satış temsilcisi bu hesabı anlık olarak yapmadığı için iskonto, kapatmayı hızlandıran zararsız bir araç gibi görünür.


İkinci sorun, iskontonun kalıcı hale gelmesidir. Bir müşteriye bir kez verilen özel fiyat, sonraki yenilemede başlangıç noktası olur. Müşteri o fiyatı standart kabul eder ve yeni bir indirim ister. Böylece tek seferlik olarak düşünülen bir taviz, o hesabın ömrü boyunca taşınan bir maliyete dönüşür.


Üçüncü sorun tutarsızlıktır. Aynı büyüklükteki iki müşteriye farklı temsilciler tarafından çok farklı fiyatlar verildiğinde, bu bilgi er ya da geç pazarda dolaşır. Fiyat güvenilirliği zedelendiğinde her müşteri pazarlık yapması gerektiğini düşünür ve satış süreci uzar.

Bu üç sorunun ortak çözümü, iskontoyu yasaklamak değil kurallandırmaktır.

İskonto Yetki Matrisi Nasıl Kurulur?

Yetki matrisi, hangi rolün hangi koşulda ne kadar iskonto verebileceğini tanımlayan basit bir tablodur. İyi bir matris üç sorunun cevabını içerir: kim, ne kadar, hangi durumda.

RolOnaysız iskonto sınırıOnay gerektiren aralıkKarar süresi hedefi
Satış temsilcisiYüzde 0-5Yüzde 5 üzeri yöneticiyeAynı gün
Satış yöneticisiYüzde 5-15Yüzde 15 üzeri direktöre1 iş günü
Satış direktörüYüzde 15-25Yüzde 25 üzeri genel müdüre2 iş günü
Genel müdürSınırsızYokVaka bazlı

Bu tablo yalnızca bir örnektir; oranlar sektöre ve marj yapısına göre belirlenir. Önemli olan yapının kendisidir: her seviyenin net bir yetki alanı vardır ve o alan içindeki kararlar onay beklemeden alınır.

Matrisi Tasarlarken Dikkat Edilecek Noktalar

Yetki sınırını yüzde değil tutar üzerinden de tanımlamak gerekebilir. Küçük bir anlaşmada yüzde on iskonto önemsizken, büyük bir anlaşmada aynı oran ciddi bir tutardır. İki boyutlu bir matris, hem oranı hem mutlak tutarı dikkate alır.


Ürün bazında farklı sınırlar konulabilir. Marjı yüksek ürünlerde daha geniş bir iskonto alanı tanımlanabilirken, marjı dar ürünlerde sınır çok daha sıkı tutulmalıdır. Tek bir genel oran, ürün portföyü çeşitli olan işletmelerde her zaman yanlış sonuç verir.


İskonto dışındaki taviz türleri de matrise girmelidir. Ödeme vadesinin uzatılması, ek hizmetin ücretsiz verilmesi veya sözleşme süresinin kısaltılması da birer tavizdir ve fiyat indirimiyle aynı disiplinle yönetilmelidir. Yalnızca yüzde iskontoyu kontrol eden bir sistem, tavizin bu kanallardan sızmasına izin verir.


Karar süresi hedefi konulmalıdır. Yetki matrisinin en sık başarısız olma nedeni, onayın gecikmesidir. Her onay seviyesi için maksimum yanıt süresi tanımlanmadığında satış temsilcisi süreci baypas etmenin yollarını arar.

Onay Süreci Satış Hızını Nasıl Düşürmez?

Onay mekanizmasının en büyük riski, satışı yavaşlatmasıdır. Müşteri fiyat beklerken üç gün süren bir iç onay süreci, rakibe zaman kazandırır. Bu riski azaltan dört pratik vardır.


Onaysız alanı yeterince geniş tutmak. Anlaşmaların büyük çoğunluğu onay gerektirmeden kapanabilmelidir. Eğer tekliflerin yarısından fazlası onaya düşüyorsa, yetki sınırları gerçekçi değil demektir. Bu durumda çözüm onay sürecini hızlandırmak değil, sınırı yeniden ayarlamaktır.


Onayı sisteme taşımak. E-posta veya telefonla yürütülen onaylar takip edilemez ve kaybolur. Onay talebi sistem üzerinden gittiğinde onaylayan kişiye bildirim düşer, talep kayıt altına alınır ve bekleyen onaylar görünür hale gelir.


Otomatik yönlendirme kurmak. Onayın kime gideceği, iskonto oranına ve anlaşma büyüklüğüne göre otomatik belirlenmelidir. Temsilcinin kime soracağını düşünmesi bile gereksiz bir gecikmedir.


Talebe gerekçe zorunluluğu koymak. İskonto talebinde bulunan temsilcinin nedeni yazması, hem onaylayanın hızlı karar vermesini sağlar hem de zamanla iskonto nedenlerine dair analiz edilebilir bir veri seti oluşturur. Rakip fiyatı, hacim taahhüdü ve bütçe kısıtı gibi nedenlerin dağılımı, fiyatlandırma stratejisinin kendisini gözden geçirmek için değerli bir girdidir.

İskonto Verilerinden Ne Öğrenilir?

İskonto kayıtları düzenli tutulduğunda, tek tek kararların ötesinde bir resim ortaya çıkar.


Ortalama iskonto oranının zaman içindeki seyri, fiyatlandırma gücünüzün artıp azaldığını gösterir. Sürekli yükselen bir ortalama, ya rekabetin sertleştiğine ya da fiyat listesinin pazarın üzerinde kaldığına işaret eder.


Temsilci bazında iskonto dağılımı, kimin fiyatı savunabildiğini ortaya koyar. Bir temsilcinin belirgin biçimde daha yüksek iskonto vermesi eğitim ihtiyacına, belirgin biçimde düşük iskonto vermesi ise fırsat kaybına işaret ediyor olabilir. İkisi de yönetici müdahalesi gerektirir.


İskonto ile kapanma oranı arasındaki ilişki, iskontonun gerçekten işe yarayıp yaramadığını gösterir. Yüksek iskonto verilen anlaşmaların kapanma oranı, düşük iskontolu anlaşmalardan anlamlı ölçüde yüksek değilse, iskonto satışı kazandıran değil sadece kârı azaltan bir alışkanlık haline gelmiş demektir.


İskonto nedenlerinin dağılımı, ürün ve fiyat stratejisi için doğrudan girdi sağlar. Taleplerin çoğu belirli bir rakibin fiyatına dayanıyorsa bu bir konumlandırma sorunudur, tek tek onay kararlarıyla çözülemez.


Bu analizlerin yapılabilmesi için iskonto verisinin anlaşma kaydıyla birlikte tutulması gerekir. Fiyat kararları tekliflerin içinde kalır ve merkezi olarak kayıt altına alınmazsa, bu resmin hiçbir parçası görünmez.

İskonto Talebini Azaltan Satış Davranışları

Onay mekanizması iskontoyu kontrol eder ama talebin kendisini azaltmaz. Talebi azaltan şey, satış görüşmesinin nasıl yürütüldüğüdür. Fiyat itirazının ortaya çıktığı an, aslında değerin yeterince anlatılmadığının göstergesidir.


Fiyatı erken konuşmamak. Müşterinin ihtiyacı ve bu ihtiyacın maliyeti netleşmeden fiyat verildiğinde, rakam bir bağlamdan yoksun kalır ve müşteri onu yalnızca rakiplerle karşılaştırarak değerlendirir. İhtiyaç ve mevcut durumun maliyeti önce ortaya konduğunda ise fiyat, bir maliyet kalemi değil bir yatırım karşılığı olarak konumlanır.


Karar kriterlerini önceden öğrenmek. Müşterinin kararı yalnızca fiyata mı bakıyor, yoksa uygulama süresi, destek kalitesi ve entegrasyon kabiliyeti de kriter mi? Bu kriterler görüşmenin başında netleşmezse, süreç sonunda tek karşılaştırma boyutu fiyat olarak kalır.


Değeri müşterinin kendi rakamlarıyla ifade etmek. “Verimliliği artırır” cümlesi iskonto talebini engellemez. “Ayda kırk saat manuel işten tasarruf, bu da yıllık şu tutara denk geliyor” cümlesi ise fiyatı savunulabilir hale getirir. Bu hesabı müşterinin kendi verisiyle yapmak, hazır bir sunum slaytından çok daha etkilidir.


Karşılıklılık ilkesini uygulamak. İskonto verilecekse karşılığında bir şey istenmelidir: daha uzun sözleşme süresi, peşin ödeme, referans olma taahhüdü veya daha geniş kapsam. Karşılıksız verilen her iskonto, müşteriye ilk fiyatın şişirilmiş olduğunu öğretir ve bir sonraki görüşmede daha büyük bir talep olarak geri döner.


İskonto talebini erken tespit etmek. Fiyat baskısının hangi fırsatlarda çıkacağı genellikle önceden bellidir: rakibin de teklif verdiği, bütçesi sınırlı veya karar vericisi satın alma departmanı olan fırsatlar. Bu fırsatlar önceden işaretlendiğinde, satış temsilcisi hazırlığını buna göre yapar ve süreç sonunda savunmasız kalmaz.


Bu davranışların yerleşmesi bir eğitim işidir ve prim planıyla da desteklenmelidir. Ciro üzerinden prim alan bir temsilciden fiyatı savunmasını beklemek, sistemin kendisiyle çelişir.

Teklif Hazırlama Sürecinin Standartlaşması

İskonto yönetimi, teklif hazırlama süreciyle birlikte düşünülmelidir. Her temsilci kendi Excel şablonunu kullanıyorsa fiyat tutarlılığı sağlanamaz ve iskonto takibi mümkün olmaz.


Standart teklif yapısı üç şeyi garanti eder. Fiyatlar merkezi ürün listesinden gelir, böylece yanlış fiyat yazılması engellenir. İskonto ayrı bir alan olarak görünür, teklifin içine gömülmez ve ölçülebilir kalır. Teklif geçmişi müşteri kaydında birikir, böylece bir sonraki görüşmede hangi fiyatın hangi koşulla verildiği bilinir.


Teklif standardizasyonu ayrıca hız kazandırır. Sıfırdan teklif hazırlamak yerine şablon üzerinden ilerleyen bir temsilci, aynı sürede daha fazla fırsatla ilgilenebilir. Bu da satış hızını doğrudan etkileyen bir kazanımdır.

Zoho CRM ile Onay Süreçleri ve İskonto Yönetimi Nasıl Kurulur?

Zoho CRM, iskonto disiplinini kural düzeyinde uygulanabilir hale getiren bileşenleri barındırır.


Onay süreçleri (Approval Process). Belirlenen kriterleri aşan kayıtlar otomatik olarak onaya düşürülür. Kriter, iskonto yüzdesi, anlaşma tutarı, ürün grubu veya bunların birleşimi olabilir. Onaylayan kişi anlaşma kaydını görerek karar verir; karar ve gerekçe kayıt altına alınır. Onay bekleyen kayıtlar ayrı bir listede toplanır, böylece hiçbir talep gözden kaçmaz.


Doğrulama kuralları (Validation Rules). Yetki sınırının üzerindeki bir iskontonun kayda hiç girilememesi isteniyorsa, doğrulama kuralları bunu sistem düzeyinde engeller. Bu, onay sürecinden daha sert bir kontroldür ve genellikle mutlak üst sınırlar için kullanılır.


Fiyat listeleri ve teklif şablonları. Ürün ve fiyat bilgileri merkezi olarak tanımlanır, teklif bu listeden beslenir. Farklı müşteri segmentleri için ayrı fiyat listeleri tanımlanabilir. Teklifler CRM üzerinden hazırlanıp gönderilir ve tüm geçmiş müşteri kaydında saklanır.


Formül alanları ile marj görünürlüğü. Anlaşma kaydına maliyet bilgisi girildiğinde, brüt kâr ve iskonto sonrası marj otomatik hesaplanabilir. Temsilci iskonto oranını değiştirdiğinde marjın ne olduğunu anında görür; bu tek başına iskonto davranışını belirgin şekilde değiştiren bir görünürlüktür.


Blueprint ile süreç disiplini. Teklif hazırlama, onay ve gönderim adımları süreç olarak tanımlanabilir. Böylece bir teklif, gerekli onay alınmadan müşteriye gönderilebilecek bir aşamaya geçemez.


Raporlama. Ortalama iskonto oranı, temsilci ve ürün bazında iskonto dağılımı, onay bekleme süreleri ve iskonto ile kapanma oranı ilişkisi panolarda izlenebilir. Zoho CRM iş akışları ve otomasyon seçenekleri ile onay bildirimleri ve hatırlatmalar otomatikleştirilir.


Cloudyflex olarak yürüttüğümüz kurulumlarda, iskonto onayının CRM üzerine taşınmasının en hızlı geri dönüş veren düzenlemelerden biri olduğunu görüyoruz. Marjın teklif ekranında görünür hale gelmesi bile, hiçbir kural değişmeden ortalama iskonto oranını aşağı çekebiliyor.

Öne Çıkanlar

  • İskontonun kâr üzerindeki etkisi ciro üzerindeki etkisinden çok daha büyüktür; marjı yüzde yirmi olan bir üründe yüzde on iskonto kârın yarısını siler.


  • Bir kez verilen özel fiyat sonraki yenilemenin başlangıç noktası olur ve tek seferlik taviz kalıcı maliyete dönüşür.


  • İskonto yetki matrisi üç soruyu cevaplar: kim, ne kadar, hangi durumda.


  • Yetki sınırları yalnızca yüzde üzerinden değil, mutlak tutar ve ürün marjı dikkate alınarak tanımlanmalıdır.


  • Tekliflerin yarısından fazlası onaya düşüyorsa sorun onay hızında değil, yetki sınırlarının gerçekçi olmamasındadır.


  • Ödeme vadesi uzatma ve ek hizmet gibi tavizler de fiyat indirimiyle aynı disiplinle yönetilmelidir.


  • İskonto verisi düzenli tutulduğunda ortalama oran seyri, temsilci dağılımı ve kapanma oranı ilişkisi analiz edilebilir hale gelir.


  • Fiyat itirazının ortaya çıkması, değerin yeterince anlatılmadığının göstergesidir; onay mekanizması iskontoyu kontrol eder ama talebi azaltmaz.


  • Karşılıksız verilen her iskonto, müşteriye ilk fiyatın şişirilmiş olduğunu öğretir ve sonraki görüşmede daha büyük talep olarak geri döner.


  • Zoho CRM içindeki onay süreçleri, doğrulama kuralları, fiyat listeleri ve formül alanları bu disiplini sistem düzeyinde uygulanabilir kılar.

Sıkça Sorulan Sorular

İskonto yetki sınırı nasıl belirlenir? Başlangıç noktası ürün brüt kâr marjıdır. Marjın hangi oranına kadar feragat edilebileceği belirlenir ve bu, iskonto üst sınırına çevrilir. Geçmiş anlaşmalardaki iskonto dağılımı incelenerek, mevcut uygulamanın ne kadarının kural içine alınacağı da değerlendirilmelidir.


Onay süreci satış hızını yavaşlatmaz mı? Yetki sınırları doğru ayarlandığında anlaşmaların büyük çoğunluğu onaya hiç düşmez. Onaya düşenler için de sistem üzerinden otomatik yönlendirme ve bildirim kurulduğunda karar süresi genellikle saatler mertebesinde kalır. Yavaşlama, süreç varlığından değil sürecin manuel yürütülmesinden kaynaklanır.


İskonto yerine hangi araçlar kullanılabilir? Ek hizmet paketi, uzatılmış destek süresi, ücretsiz eğitim veya kademeli fiyatlandırma gibi seçenekler müşteriye değer sunarken liste fiyatını korur. Bu alternatiflerin de yetki matrisinde tanımlı olması, tavizin kontrolsüz kanallara kaymasını engeller.


Küçük ekipler için onay süreci kurmak gerekli mi? Üç dört kişilik bir satış ekibinde formal onay akışı fazla gelebilir, ancak iskonto oranının anlaşma kaydında ayrı bir alan olarak tutulması bu ölçekte bile faydalıdır. Veri biriktiğinde ekip büyüdüğünde kural koymak çok daha kolay olur.


İskonto onayı reddedildiğinde satış temsilcisi ne yapmalı? Reddedilen talep bir kapanma değil, alternatif üretme noktasıdır. Temsilci, iskonto yerine sunulabilecek diğer değer bileşenleriyle görüşmeye devam eder. Bu nedenle onay reddinin gerekçesiyle birlikte iletilmesi ve alternatif önerinin de paylaşılması önemlidir.


Geçmiş iskontolar yenilemede nasıl yönetilir? Yenileme görüşmesine girmeden önce müşteriye verilen tarihsel iskontoların ve bunların gerekçelerinin gözden geçirilmesi gerekir. Gerekçe ortadan kalkmışsa, iskontonun kademeli olarak azaltılması planlanabilir. Bu planın yenileme görüşmesinden aylar önce yapılması, sürprizleri önler.

Yağmur Ece Diri