Çoğu satıcı kârı şöyle hesaplar: "Ürünü 100'e aldım, 118'e sattım, 18 lira kazandım." Bu cümle o kadar doğal geliyor ki kimse üzerinde durmuyor. Oysa o 18 liranın içinden ödeme sağlayıcısının payı, işlem başına sabit ücret, taksit farkı, iade edilen siparişin geri gelmeyen masrafı ve bazen komisyon üzerine binen vergi çıkıyor. Geriye kalan rakam, hesap defterindeki rakamın çoğu zaman yarısı bile olmuyor.
İşin can sıkıcı tarafı, bu kaybın bir yerde yazılı olmaması. Panelde "kâr" diye bir sütun var, içinde satış eksi alış duruyor; banka hesabına ise başka bir rakam yatıyor. Aradaki fark ay sonunda "sanırım hesaplarda bir karışıklık var" diye geçiştiriliyor. Bu yazıda o karışıklığın adını koyuyoruz: komisyon, marj formülünün dışında değil içinde olmalı. Ve bunu bir Excel'de değil, satışı yapan e-pin satış scriptinin kendi hesap motorunda yapmalı.
Brüt Marj Neden Yanıltıcı Bir Rakam?
Brüt marj, ürünü aldığın fiyat ile sattığın fiyat arasındaki farktır. Fiziksel ürün satan bir işletme için bu makul bir başlangıçtır, çünkü orada tahsilat maliyeti ciroya göre küçüktür. E-pin ve dijital ürün işinde durum tersine döner: birim tutarlar küçük, işlem sayısı çok yüksek. 50 liralık bir kod satıyorsan, 2,3 komisyon oranı ve 0,50 sabit ücret birlikte 1,65 lira eder. Eğer brüt marjın 4 liraysa, kârının yüzde kırkı tahsilata gitti demektir.
Bu yüzden marj hesabını iki katmana ayırman gerekiyor. Birinci katman ürün marjı: satış eksi tedarik maliyeti. İkinci katman tahsilat marjı: ürün marjı eksi ödeme maliyetleri. Karar verirken bakacağın rakam ikincisidir. Fiyat belirlerken, kampanya kurgularken, hatta hangi ürünü vitrine koyacağını seçerken ilk katmana bakmak seni yanlış yöne sürükler. Bir dijital ürün satış yazılımının en sessiz ama en değerli özelliği, bu iki katmanı ayrı sütunlarda göstermesidir.
Formül Tam Olarak Nasıl Kurulur?
Doğru hesap şu sırayla işler. Önce satış tutarını al. İçinden yüzdesel komisyonu düş. Ardından işlem başına sabit ücreti düş. Sonra tedarik maliyetini düş. Elinde kalan rakam net katkıdır. Yani: Net = Satış − (Satış × oran) − sabit ücret − maliyet. Basit görünüyor, ama pratikte üç yerde tıkanır: taksitli satışlar, ödeme yöntemine göre değişen oranlar ve bakiye yükleme mekanizması.
Taksitte oran vade sayısına göre artar. Müşteri altı taksit seçtiğinde komisyon iki katına çıkabilir; bunu tek bir ortalama oranla modellemek, taksitli satış oranı yükseldikçe hesabını bozar. Ödeme yöntemine göre fark ise daha keskin: banka havalesi neredeyse maliyetsizdir, kartlı ödeme orta bandda, bazı cüzdan çözümleri daha pahalı. Eğer script her siparişte hangi yöntemin kullanıldığını ve o yöntemin gerçek oranını kaydetmiyorsa, hangi kanalın kârlı olduğunu asla bilemezsin — sadece tahmin edersin.
| Senaryo | Satış | Komisyon + sabit | Tedarik | Net katkı |
|---|---|---|---|---|
| 50 ₺ kod, kart, tek çekim | 50,00 | 1,65 | 46,00 | 2,35 |
| 50 ₺ kod, havale | 50,00 | 0,00 | 46,00 | 4,00 |
| 50 ₺ kod, 6 taksit | 50,00 | 3,20 | 46,00 | 0,80 |
| 500 ₺ paket, kart | 500,00 | 12,00 | 455,00 | 33,00 |
| 500 ₺ bakiyeden, 10×50 ₺ | 500,00 | 12,00 | 460,00 | 28,00 |
| 500 ₺, 10 ayrı kart işlemi | 500,00 | 16,50 | 460,00 | 23,50 |
Bakiye Yükleme Neden Gizli Bir Kâr Kaldıracı?
Tablodaki son iki satıra dikkat et. Aynı müşteri, aynı toplam tutar, aynı ürünler. Fark tek: bir senaryoda müşteri bir kere 500 lira bakiye yükleyip on alışveriş yapıyor, diğerinde on kez kartını giriyor. İkinci durumda sabit işlem ücretini on kez ödüyorsun. Küçük tutarlı, sık tekrarlayan alışverişlerin olduğu bir işte bu fark yıl sonunda ciddi bir kalemdir.
Bu yüzden bakiye sistemi bir "ekstra özellik" değil, doğrudan bir maliyet optimizasyonudur. Müşteriyi bakiye yüklemeye teşvik etmek (küçük bonus, kademeli avantaj, daha hızlı teslim) hem tahsilat masrafını düşürür hem de nakit akışını öne çeker. Ancak burada dikkatli olman gereken bir muhasebe tarafı var: yüklenen bakiye henüz senin gelirin değildir, müşteriye karşı bir yükümlülüktür. Bu ayrımı kaçırmak, kârlı göründüğün halde kasanın boş çıkması gibi tatsız sürprizler doğurur.
50 ₺'lik kartlı bir satışta ham marjın gerçek dağılımı
- Sana kalan net katkı 47%
- Yüzdesel komisyon 24%
- Sabit işlem ücreti 17%
- İade ve itiraz payı 12%
İade ve Ödeme İtirazını Kim Hesaba Katıyor?
Kimse. Ve en pahalı kalem tam olarak burası. Dijital ürün teslim edildikten sonra gelen bir ödeme itirazında iki şeyi birlikte kaybedersin: ürünün maliyetini ve tahsilat masrafını. Bazı durumlarda itiraz işlem ücreti de eklenir. Yani 46 liralık maliyeti olan bir satıştan kaybın 50 lira değil, 48-55 lira aralığındadır. Bu kaybı tek tek siparişlere yaymadığın sürece "aslında zararına çalışan" ürün gruplarını fark edemezsin.
Pratik çözüm, marj formülüne küçük bir risk payı koymaktır. Son üç ayın itiraz ve iade oranını ölçer, bunu ürün grubuna göre yüzde olarak formüle eklersin. Riskli kategorilerde bu pay daha yüksek olur. Böylece fiyat, gerçekleşen kaybı da karşılar. Pinova'nın sipariş kayıtlarında ödeme yöntemi, komisyon tutarı ve iade durumu aynı satırda tutulduğu için bu oranı tahmin etmen gerekmez; rapordan okursun ve formüle yazarsın.
Sabit işlem ücretin 0,50 ₺ ise 15 liralık bir siparişte marjın buharlaşır. Minimum sepet tutarını hisle değil hesapla koy: sabit ücret, net katkının yüzde onunu geçmeyecek eşik senin tabanındır.
Script Tarafında Neyi Kurmadan Net Kârı Göremezsin?
Net kâr raporu, doğru alanların kaydedilmesiyle başlar. Sipariş satırında yalnızca tutar ve ürün olması yetmez. Ödeme yöntemi kimliği, o yöntemin o günkü oranı, uygulanan sabit ücret, taksit sayısı, tedarik maliyeti ve varsa iade bilgisi bulunmak zorunda. Bu alanlar sonradan eklenemez; geçmiş siparişler için o günün oranını geri getirmek mümkün değildir. Yani kurulumu bugün doğru yapmak, gelecekteki tüm raporlarını mümkün kılar.
Ayrıca ödeme yöntemi oranlarını kod içine gömmek yerine panelden yönetilebilir tutmak gerekir. Sağlayıcın oranı revize ettiğinde tek bir alanı güncellersin ve tüm raporlar tutarlı kalır. İyi bir epin yazılım kurulumunda bu ayar, geçerlilik tarihiyle birlikte saklanır: eski siparişler eski oranla, yeni siparişler yeni oranla hesaplanır. Özellikler bölümünde hangi finansal alanların sipariş satırına yazıldığını görebilirsin.
| Kurulum adımı | Etkisi | Öncelik |
|---|---|---|
| Ödeme yöntemi bazlı oran tanımı | Kanal kârlılığını görünür kılar | Yüksek |
| Sabit ücretin ayrı alanda tutulması | Küçük siparişteki erimeyi ölçer | Yüksek |
| Taksit sayısına göre oran kademesi | Taksit kaybını doğru yansıtır | Yüksek |
| Tedarik maliyetinin satıra yazılması | Geçmişe dönük net kâr hesabı sağlar | Yüksek |
| İade / itiraz durum alanı | Risk payını gerçek veriyle besler | Orta |
| Minimum sepet eşiği | Zararına küçük siparişi engeller | Orta |
| Bakiye yükleme teşviki | İşlem sayısını, dolayısıyla ücreti düşürür | Orta |
| Net katkı sütunlu rapor ekranı | Karar verdiğin rakamı doğru gösterir | Yüksek |
Fiyatı Yükseltmeden Marjı Nasıl Büyütürsün?
Komisyonu tamamen sıfırlayamazsın ama bileşimini değiştirebilirsin. Üç kaldıraç var. Birincisi kanal karması: düşük maliyetli tahsilat yollarını daha görünür ve daha çekici hale getirmek. İkincisi işlem birleştirme: bakiye yüklemeyle çok sayıda küçük işlemi tek büyük işleme dönüştürmek. Üçüncüsü sepet büyütme: birlikte satılan ürünleri önerip aynı işlemde daha fazla tutar geçirmek, böylece sabit ücreti daha geniş bir tabana yaymak.
Bu üçünün ortak noktası, hiçbirinin fiyat artışı gerektirmemesi. Müşteri aynı parayı ödüyor, sen daha fazlasını elinde tutuyorsun. Rekabetin sert olduğu bir pazarda bu, fiyat kırmadan kazanmanın en temiz yolu. Yeter ki hangi kanalın ne getirdiğini ölçebiliyor ol — ölçmediğin şeyi optimize edemezsin, tahmin edersin ve tahminler bu işte pahalıdır.
Net kârı tahmin etmeyi bırak, raporda oku
Ödeme yöntemi, komisyon, sabit ücret, taksit ve iade aynı satırda. Pinova sana brüt değil net katkıyı gösterir; kararlarını doğru rakamla verirsin.
Komisyonu müşteriye yansıtmak doğru mu?
Ayrı satır olarak eklemek dönüşümü düşürür ve tartışma yaratır. Daha sağlıklısı komisyonu fiyatın içine gömmek ve düşük maliyetli ödeme yolunu avantajlı göstermek.
Birden fazla ödeme sağlayıcısı kullanmak mantıklı mı?
Evet, hem yedeklilik hem maliyet için. Biri kesintiye girdiğinde satış durmaz; ayrıca tutar aralığına göre daha ucuz olanı öne çıkarabilirsin.
Geçmiş siparişlerin net kârını hesaplayabilir miyim?
Ancak o siparişlerde komisyon ve maliyet alanları kayıtlıysa. Kayıtlı değilse yaklaşık bir ortalamayla tahmin yapabilirsin, kesin sonuç alamazsın.
Minimum sepet tutarı satışı kaçırır mı?
Çok küçük siparişlerin bir kısmını kaçırırsın, ama o siparişlerin net katkısı zaten sıfıra yakındı. Toplam kârın genelde artar.
Özetle: kâr, satış eksi alış değil; satış eksi alış eksi tahsilatın gerçek bedeli. Bu farkı formülüne yazdığın gün fiyatlaman, kampanyaların ve ürün seçimin değişir. Kendi rakamlarınla denemek istersen canlı demo üzerinde ödeme yöntemi oranlarını girip net katkı raporunu inceleyebilir, hangi kanalın seni gerçekten kazandırdığını birkaç dakikada görebilirsin; paketleri karşılaştırmak için fiyat bölümüne bakman yeterli.

