İndirimlerin Üst Üste Binerken Sen Ciro Sanıyorsun: Dijital Ürün Satış Scriptinde Çakışma Yönetiminin Sessiz Zararı

Panelinde her şey yolunda görünüyor. Sipariş akıyor, ciro rakamı yükseliyor, kampanyalar çalışıyor. Ay sonunda hesabı kapattığında ise beklediğin kâr ortada yok. Çoğu satıcı bu noktada suçu ürün maliyetinde, komisyonda ya da reklam bütçesinde arar. Oysa kaybın büyük bölümü çok daha sıradan bir yerde saklıdır: aynı sepette birden fazla indirimin farkında olmadan üst üste binmesinde. Buna çakışma denir ve raporda ayrı bir satır olarak görünmediği için aylarca fark edilmez.

Şunu net söyleyelim: indirim kuralı yazmak kolaydır, indirim kurallarının birbiriyle nasıl davranacağını tanımlamak zordur. İkinci kısmı atlayan bir sistem, her yeni kampanyada riskini katlar. Üç indirim kuralın varsa ihtimal sayısı azdır; sekiz kuralın olduğunda ortaya, kimsenin kafasında tutamayacağı bir kombinasyon tablosu çıkar. Bu yazıda o tabloyu nasıl yöneteceğini, hangi sırayla uygulayacağını ve zararına satışı sistem seviyesinde nasıl imkânsız hâle getireceğini anlatıyoruz.

Çakışma tam olarak ne zaman oluşur ve neden görünmez?

Çakışma, tek bir sepette birden fazla fiyat düşürücü kuralın aynı anda geçerli olmasıdır. Bunlar çoğu zaman farklı kaynaklardan gelir: ürünün kendi kampanya fiyatı, müşterinin üyelik seviyesi indirimi, bayi fiyat listesi, adet bazlı toplu alım indirimi, ödeme yöntemine özel avantaj ve elindeki kupon. Her biri ayrı ayrı mantıklıdır; sorun toplamlarındadır. Görünmez olmasının sebebi ise raporlama alışkanlığıdır. Sipariş listesinde tek bir "indirim" sütunu görürsün ve bu sütunun içinde kaç kuralın birleştiğini bilemezsin. Sağlam bir dijital ürün satış scripti, indirimi tek rakam olarak değil, uygulanan kuralların kırılımı olarak saklamalıdır.

Kuralların uygulanma sırası neden sonucu tamamen değiştirir?

Aynı kurallar, farklı sırayla uygulandığında farklı fiyat üretir. Yüz liralık bir ürünü düşün: önce yüzde on üyelik indirimi, sonra yirmi lira kupon uygularsan müşteri yetmiş lira öder. Önce yirmi lira kupon, sonra yüzde on uygularsan yetmiş iki lira öder. Tek siparişte iki lira önemsiz görünür; ayda üç bin siparişte altı bin liradır. Bu yüzden kural sırası bir tercih değil, yazılı bir politika olmalıdır. Genel kabul gören sıra şudur: önce ürün bazlı sabit kampanya fiyatı, sonra müşteri segmenti indirimi, sonra adet indirimi, en sonda kupon. Kupon en sonda uygulanır çünkü müşteriye gösterilen "ek avantaj" odur ve algısal olarak en görünür yerde durması gerekir.

"En iyisi uygulansın" mı, "hepsi toplansın" mı?

İki temel strateji vardır ve ikisi de geçerlidir; yanlış olan, hangisini kullandığını bilmemektir. En iyisi uygulansın yaklaşımında sistem tüm uygun kuralları hesaplar, müşteri lehine en avantajlı olanı seçer ve diğerlerini devre dışı bırakır. Bu yaklaşım marjı korur, öngörülebilirdir ve bayi tarafında tercih edilir. Hepsi toplansın yaklaşımında indirimler birikir; dönüşümü yükseltir ama tavansız çalıştığında tehlikelidir. Pratikte en sağlıklı düzen melez modeldir: aynı kategorideki kurallar birleşmez, farklı kategorideki kurallar tavana kadar birleşir. Örneğin iki kupon asla toplanmaz, ama bir kupon ile üyelik indirimi belirli bir sınıra kadar toplanabilir.

Zararına satışı nasıl sistem seviyesinde imkânsız kılarsın?

İnsan dikkati çakışmayı yakalayamaz; bunu kural motoruna yaptırman gerekir. İhtiyacın olan tek bir mekanizmadır: taban fiyat koruması. Her ürün için bir alt sınır tanımlarsın; bu sınır maliyetin üstüne eklediğin minimum marjdır. Sepet hesaplanırken tüm indirimler uygulandıktan sonra sistem sonucu bu tabanla karşılaştırır. Sonuç tabanın altına düşüyorsa ya son uygulanan indirim kısmen kırpılır ya da kupon tamamen reddedilir ve müşteriye anlaşılır bir mesaj gösterilir. Bu tek kontrol, kupon kurallarında yaptığın onlarca hatayı sessizce emer. Ciddi bir e-pin satış yazılımı bu kontrolü sipariş oluşturma anında, yani ödeme tamamlanmadan önce yapar; sonradan raporla yakalamaya çalışmak zararı geri getirmez.

Müşteriye çakışmayı nasıl anlatmalısın?

Kural karmaşıklığının en büyük bedeli teknik değil, iletişimseldir. Müşteri kuponunun neden çalışmadığını anlamazsa destek hattına yazar, güveni sarsılır ve çoğu zaman sepeti terk eder. Çözüm şeffaflıktır. Sepet ekranında indirim satırlarını tek tek göster: kampanya indirimi ayrı, üyelik indirimi ayrı, kupon ayrı. Kupon reddedildiğinde "geçersiz kod" gibi bir mesaj yerine sebebini yaz: "Bu kupon kampanyalı ürünlerde geçerli değil" ya da "Bu sepette daha avantajlı bir indirim zaten uygulandı." Bu iki cümle, destek yükünü görünür biçimde azaltır ve müşterinin kendini kandırılmış hissetmesini engeller. Kural mantığını arayüze taşıyan bir e-pin scripti hem sana hem müşterine zaman kazandırır.

Kural sayını nasıl sadeleştirirsin?

Çakışma yönetiminin en etkili yolu, aslında yönetilecek kural sayısını azaltmaktır. Panelinde yıllardır duran, kimsenin ne için açtığını hatırlamadığı kuralları temizle. Her kurala bir sahip ve bir bitiş tarihi ata; süresi dolan kural otomatik kapansın. Benzer amaçlı üç kuralı tek bir kademeli kural hâline getir. Kalıcı indirimleri kural olarak değil, doğrudan fiyat listesi olarak kur; böylece hesaplama katmanından çıkarmış olursun. Bu sadeleştirmeyi yılda iki kez yaptığında hem hesaplama hızın artar hem de hata yüzeyin küçülür. Pinova tarafında kuralların kırılımlı saklanması ve taban fiyat kontrolü tam da bu temizliği kolaylaştırmak için tasarlanmıştır; ayrıntıları özellikler bölümünde bulabilirsin.

İndirim kuralları büyüdükçe yönetim işi sezgiden çıkar, mühendisliğe döner. Sıra, birleşme davranışı ve taban koruması üçlüsünü netleştirdiğin gün kampanya açmak korkulacak bir iş olmaktan çıkar. Kendi kural setini güvenli bir ortamda denemek istersen canlı demo üzerinden en kötü senaryo sepetini kurup sonucu kendi gözünle görebilir, ihtiyacına uygun paketi fiyat sayfasından seçebilirsin.