Çoğu satıcı kâr marjını bir sonuç olarak görür. Ay biter, rapor alınır, marj hesaplanır. Rakam beğenilirse devam edilir, beğenilmezse "gelecek ay daha dikkatli olayım" denir. Bu yaklaşımın sorunu şudur: marj geçmiş bir olayın fotoğrafıdır ve o fotoğraf çekildiğinde zarar çoktan gerçekleşmiştir. Sen ay sonunda kaybettiğin parayı görürsün ama o parayı geri getirecek hiçbir düğme yoktur.
Oysa marj bir sonuç değil, bir sınır olarak kurgulanabilir. Yani sistemin, bir siparişin altına inmesine asla izin vermeyeceği bir zemin tanımlayabilirsin. Buna kâr marjı koruma eşiği denir ve iyi tasarlanmış bir dijital ürün satış scripti bu eşiği sadece ürün fiyatında değil, sepet toplamında, kupon uygulamasında ve bayi fiyatlandırmasında ayrı ayrı denetler. Bu yazıda eşiğin gerçekte kaç katmandan oluştuğunu, marjı sessizce yiyen kalemleri ve eşik tetiklendiğinde sistemin ne yapması gerektiğini konuşacağız.
Marj koruma eşiği nedir, indirim limitinden farkı ne?
İndirim limiti bir yüzdedir: "kimse yüzde yirmiden fazla indirim yapamaz" dersin. Bu kulağa koruyucu gelir ama korumaz, çünkü yüzde yirmi indirim bir üründe hâlâ kârlıyken diğerinde zararın ta kendisidir. Marjı yüzde altı olan bir üründe yüzde yirmi indirim doğrudan cebinden para çıkması demektir.
Marj koruma eşiği ise yüzdeyi değil sonucu denetler. Sisteme "hiçbir satış, tüm giderler düşüldükten sonra yüzde dördün altında net bırakmasın" dersin. Bu eşik ürünün fiyatına, kuponuna, ödeme yöntemine ve hatta müşterinin bayi kademesine göre farklı fiyatlarda tetiklenir ama hep aynı şeyi korur: senin kalanını. Kaliteli bir e-pin satış scripti bu kontrolü sipariş oluşturulmadan hemen önce, yani ödeme adımında yapar.
Tek eşik yetmez: üç katmanlı yapı
Birinci katman ürün eşiğidir. Her ürünün kendi taban fiyatı vardır ve vitrindeki fiyat asla bunun altına inemez. Bu katman kataloğu korur. İkinci katman sepet eşiğidir. Tek tek her ürün eşiği geçse bile, sepette uygulanan genel indirim toplamı marjı aşağı çekebilir. Sepet katmanı toplam üzerinden denetler.
Üçüncü katman işlem eşiğidir ve en çok atlananıdır. Ödeme yöntemi seçildikten sonra komisyon netleşir. Havale ile ödendiğinde kârlı olan bir sepet, yüksek komisyonlu bir taksitli ödemede zarara dönebilir. Bu yüzden son kontrol, ödeme yöntemi belli olduktan sonra yapılmalıdır. Üç katmanı birlikte kuran bir epin yazılım kurgusunda zararına sipariş fiilen imkânsız hale gelir.
| Katman | Nerede çalışır | Neyi korur | Tetiklenince |
|---|---|---|---|
| Ürün eşiği | Vitrin ve ürün sayfası | Liste fiyatı | Fiyat tabana sabitlenir |
| Sepet eşiği | Sepet toplamı | Kupon birikimi | İndirim kısılır |
| İşlem eşiği | Ödeme adımı | Komisyon etkisi | Yöntem kısıtlanır |
| Bayi eşiği | Toptan fiyat listesi | Kademe fiyatı | Kademe atlatılmaz |
| Bakiye eşiği | Cüzdan yükleme bonusu | Bonus maliyeti | Bonus sınırlanır |
Marjı sessizce yiyen üç kalem: kupon, bonus, komisyon
Kuponlar tek başına zararlı değildir; üst üste binebildiklerinde zararlıdır. Müşteri hoş geldin kuponunu kullanır, üstüne kategori kampanyası gelir, bir de bakiyeye yüklediği bonusla öder. Üç ayrı yerde verdiğin küçük tavizler tek siparişte birleşir ve marj eksiye döner. Çözüm kuponları yasaklamak değil, birikimli indirim tavanı tanımlamaktır.
Bakiye bonusu daha da sinsidir çünkü muhasebede indirim olarak görünmez. Müşteri 1.000 TL yükler, sen 1.100 TL bakiye verirsin. Bu yüz lira, o müşterinin yapacağı tüm alışverişlere yayılmış görünmez bir indirimdir. Bonus oranını ürün marjınla kıyaslamadan belirlersen, bonusla alınan her düşük marjlı üründe zarar edersin. Dijital ürün satış yazılımı tarafında bonusla ödenen siparişlerde ayrı bir eşik uygulanması bu nedenle önemlidir.
Zararına giden siparişlerde kaybın kaynağı
- Birikimli kupon 50%
- Ödeme komisyonu 25%
- Bakiye bonusu 15%
- İade ve telafi 10%
Eşik tetiklendiğinde ne olmalı: durdurmak mı, daraltmak mı?
İlk akla gelen çözüm siparişi engellemektir. Bu güvenlidir ama müşteri deneyimi açısından serttir; ödeme ekranında "işleminiz gerçekleştirilemiyor" görmek terk oranını artırır. Daha iyi yaklaşım daraltmadır: sistem indirimi eşiğe denk gelecek şekilde otomatik kısar ve müşteriye "bu üründe uygulanabilecek maksimum indirim uygulandı" mesajını verir.
Daraltma mümkün değilse ikinci seçenek yönlendirmedir. Ödeme komisyonu yüzünden eşik aşılıyorsa, sistem o yöntemi gizleyip daha düşük komisyonlu alternatifi öne çıkarabilir. Engelleme sadece son çare olmalıdır ve engellendiğinde mutlaka yönetim paneline bir uyarı kaydı düşmelidir. Çünkü aynı ürün üst üste engelleniyorsa sorun eşikte değil, o ürünün alış fiyatındadır.
Marjı yüzde sıfırda tutan eşik, iade gelen tek siparişte seni zarara sokar. İade karşılığını kapsayan bir tampon bırak; yüzde üç ile beş arası çoğu katalog için makul bir zemindir.
Bayi ve toptan fiyatlarında eşik nasıl değişir?
Bayi yapısı kuran işletmelerde eşik ikiye ayrılmalıdır: perakende eşiği ve bayi eşiği. Bayiye daha düşük marjla satarsın çünkü hacim getirir ve destek maliyeti düşüktür. Ama bu düşük marjın da bir dibi olmalıdır. Kademeli bayi sisteminde en üst kademenin fiyatı, en alt kademenin maliyetine yaklaşıyorsa kademeleri yanlış kurmuşsundur.
Burada dikkat edilecek ikinci nokta kademe atlama sömürüsüdür. Bazı bayiler tek seferde büyük bakiye yükleyip üst kademeye çıkar, sonra aylarca o kademeden alışveriş yapar. Kademe koşullarının dönemsel olarak yeniden hesaplanması ve eşiğin kademe bazında ayrı tanımlanması bu sızıntıyı kapatır. Bayi yönetimi ve fiyat kademesi özelliklerini özellikler bölümünde, hangi paketin kaç kademeyi desteklediğini fiyat sayfasında bulabilirsin.
Eşiği ölçmenin doğru birimi: yüzde mi, tutar mı?
Yüzde tabanlı eşik düşük fiyatlı ürünlerde işe yaramaz. Yirmi liralık bir üründe yüzde beş marj bir lira eder ve bu tutar, o siparişin işlem maliyetini bile karşılamaz. Yüksek fiyatlı ürünlerde ise yüzde eşik gereksiz yüksek bir zemin oluşturur ve hacimli alıcılara rekabetçi fiyat verme şansını elinden alır.
Doğru yöntem ikisini birlikte kullanmaktır: "marj yüzde dörtten ve aynı zamanda üç liradan az olamaz" gibi çift koşullu bir eşik kur. Bu sayede küçük ürünlerde tutar koşulu, büyük ürünlerde yüzde koşulu belirleyici olur. Çift koşullu eşik, tek satırlık bir ayar gibi görünse de kataloğun tamamında kâr davranışını kökten değiştirir ve e-pin yazılımı seçerken mutlaka sorman gereken bir özelliktir.
| Kontrol maddesi | Beklenen durum | Sıklık |
|---|---|---|
| Çift koşullu eşik tanımlı | Yüzde ve tutar birlikte | Kurulumda |
| Sepet indirim tavanı var | Kuponlar birikince kısılıyor | Kurulumda |
| Ödeme adımı denetimi | Komisyon sonrası kontrol | Kurulumda |
| Bakiye bonusu ayrı eşikli | Bonuslu ödemede daha yüksek zemin | Aylık gözden geçir |
| Bayi kademe eşikleri | Her kademede ayrı taban | Çeyreklik |
| Engellenme uyarısı | Panelde kayıt oluşuyor | Haftalık incele |
| İade tamponu | Eşik iade oranını kapsıyor | Çeyreklik |
Zararına satışı mümkün olmaktan çıkar
Pinova, ürün, sepet ve ödeme adımlarında ayrı ayrı çalışan çok katmanlı marj koruma eşiğiyle gelir. İndirimlerini sen belirlersin, sistem dibi korur.
Marj eşiği satışlarımı düşürür mü?
Toplam sipariş adedinde küçük bir düşüş görebilirsin ama bu düşüş zaten zararına giden siparişlerden gelir. Net kârın artar. Çoğu kurulumda adet yüzde iki azalırken net kâr çift haneli yükselir.
Eşiği hangi orandan başlatmalıyım?
Katalogunun ortalama iade ve telafi oranını hesapla, üstüne iki puan ekle. Çoğu işletme için yüzde dört ile altı arası sağlıklı bir başlangıçtır. Bir ay sonra verilere bakıp ince ayar yaparsın.
Kuponlarımı tamamen kaldırmam mı gerekiyor?
Hayır. Kuponlar dönüşüm için değerlidir. Yapman gereken tek şey birikimli indirim tavanı koymak ve kuponların hangi kategorilerde geçerli olduğunu netleştirmektir.
Eşik tetiklendiğinde müşteri ne görür?
Doğru kurgulanmışsa hata değil, bilgilendirme görür: uygulanabilir maksimum indirimin uygulandığını belirten sade bir mesaj. Sipariş akışı kesilmez, sadece indirim daraltılır.
Kâr marjını ay sonunda ölçülen bir sonuç olmaktan çıkarıp sistemin her adımda denetlediği bir sınıra çevirdiğinde, satış hacmini büyütmek artık risk taşımaz. Üç katmanlı eşiği, çift koşullu tabanı ve birikimli indirim tavanını bir kez kurarsın; sonrası kendiliğinden işler. Bu katmanların panelde nasıl tanımlandığını ve tetiklenme kayıtlarının nasıl raporlandığını görmek istersen canlı demo üzerinden sepet ve ödeme akışını deneyebilir, ardından kurulum adımına geçebilirsin.

