Çoğu satıcı kârını tek bir çıkarma işlemiyle hesaplar: satış fiyatı eksi alış fiyatı. Ekranda güzel bir rakam çıkar, ay sonunda ise banka hesabı o rakamı doğrulamaz. Aradaki boşluğa "kaçak" diyenler var, "gider" diyenler var; gerçekte olan şey çok daha düzenlidir. Sattığın her kodun üzerinden, sen fark etmeden, sıralı bir komisyon zinciri geçiyor ve bu zincirin her halkası kendi payını sessizce alıyor.
Bu yazıda o zinciri halka halka açıyorum: tedarikçinin bıraktığı marj, ödeme geçidinin kestiği oran, bayinin aldığı pay, iade ve hatalı kod kaybı, altyapı sabit maliyeti ve en çok atlanan kalem olan iş gücü. Her halkanın işlem başına ne kadar yediğini göreceksin ve bu hesabın bir e-pin satış scripti içinde nasıl otomatik hale geldiğini anlayacaksın. Amacım seni korkutmak değil; net kârını tahmin etmeyi bırakıp ölçmeye başlatmak.
Zincirin ilk halkası: tedarikçinin sana bıraktığı marj gerçekte ne kadar?
Alış fiyatı tek bir sayı gibi görünür ama içinde görünmeyen koşullar saklıdır. Peşin bakiye ile aldığın fiyat vadeli aldığından farklıdır; kademeden düştüğün ay fiyatın sessizce yukarı çıkar; kampanyalı ürünün stoğu bittiğinde aynı ürünü daha pahalı bir kaynaktan karşılamak zorunda kalırsın. Yani gerçek alış maliyetin listelenen fiyat değil, ay içinde ödediğin ağırlıklı ortalamadır.
Bu ortalamayı elle takip etmek imkansıza yakındır, çünkü aynı ürünü ay içinde üç farklı fiyattan almış olabilirsin. İşin doğru kurgusu, her teslimatın hangi kaynaktan ve hangi maliyetle karşılandığını işlem anında kaydetmektir. Böylece ay sonunda ürün bazında gerçek maliyeti görürsün ve hangi ürünün aslında para kaybettirdiği ortaya çıkar. Güçlü bir dijital ürün satış scripti maliyeti sipariş satırına yazar; zayıf bir kurulumda ise maliyet tahminden ibaret kalır.
Ödeme geçidi: kârının en sessiz ama en düzenli yiyicisi
Ödeme altyapısı komisyonu, zincirin en öngörülebilir halkasıdır ve tam bu yüzden en çok hafife alınandır. Kesinti yalnızca yüzdeyle sınırlı değildir: işlem başına sabit ücret, taksitli işlemde ek oran, iade işleminde geri alınmayan kesinti ve bazı yapılarda hesaba geçiş süresi kaynaklı nakit akışı maliyeti vardır. Düşük tutarlı satışlarda sabit ücret, yüzdeden daha çok acıtır.
Küçük tutarlı e-pin satışında bu kalemi yönetmenin iki yolu var. Birincisi sepet ortalamasını yükseltmek: paket ürün, çoklu alım indirimi veya bakiye yükleme modeli. Bakiye modeli özellikle etkilidir, çünkü tek bir ödeme işleminde birden fazla satışın komisyonunu birleştirir. İkincisi ise ödeme yöntemi bazında net marjı ölçmek. Hangi yöntemin işlem başına ne bıraktığını göremeyen bir işletme, kârsız yöntemi en görünür yere koyma hatasını yıllarca sürdürür.
| Zincir halkası | Kesinti tipi | Etki büyüklüğü | Kontrol edilebilir mi | Ölçüm yeri |
|---|---|---|---|---|
| Tedarikçi marjı | Alış fiyatı | Çok yüksek | Kısmen (kademe) | Sipariş satırı maliyeti |
| Ödeme geçidi | Oran + sabit ücret | Yüksek | Kısmen (yöntem karması) | Ödeme yöntemi raporu |
| Bayi payı | İskonto | Yüksek | Evet (kademe eşiği) | Bayi marj raporu |
| İade ve hatalı kod | Doğrudan kayıp | Orta | Evet (kaynak seçimi) | İade kayıtları |
| Altyapı | Sabit gider | Düşük | Evet | Aylık sabit maliyet |
| İş gücü | Gizli maliyet | Değişken | Evet (otomasyon) | Manuel işlem sayısı |
Bayi payı: hacim getiren mi, marj götüren mi?
Bayilere verdiğin iskonto zincirin en tartışmalı halkasıdır, çünkü hem en büyük hacmi hem de en ince marjı üretir. Buradaki asıl mesele iskontonun büyüklüğü değil, karşılığının ölçülüp ölçülmediğidir. Bir bayi sana yüksek ciro getiriyor ama aynı zamanda destek talebinin üçte birini de üretiyorsa, o bayinin gerçek katkısı kağıt üzerindeki cirosundan belirgin biçimde düşüktür.
Doğru yaklaşım bayi bazında net katkıyı hesaplamaktır: getirdiği brüt marj eksi ona ayrılan destek ve iade yükü. Bu hesabı yapabilen işletme, iskontoyu duygusal değil sayısal biçimde dağıtır; hacim üretmeyen bayiyi üst kademeye taşımaz, gerçek hacim üretene ise rahatça avantaj verir. Bayi marj raporu olmayan bir e-pin yazılımı ile bu kararı vermek, karanlıkta fiyat kırmak demektir.
100 TL'lik bir satışta payın nasıl dağıldığı
- Ürün maliyeti 50%
- Bayi veya kanal payı 25%
- Ödeme ve altyapı 15%
- Sana kalan net 10%
Kimsenin hesaba katmadığı halka: manuel iş gücü
Bir siparişi elle karşılamak, kodu panelden çekip müşteriye yollamak ve ardından gelen "geldi mi?" mesajını cevaplamak ortalama üç dakika sürer. Günde yüz sipariş bu demektir: beş saat. Bu beş saatin bir maliyeti vardır ve hiçbir kâr tablosunda görünmez. Görünmediği için de kimse onu azaltmaya çalışmaz; oysa zincirin tek halkası ki neredeyse sıfıra indirilebilir, tam olarak budur.
Otomatik teslimat kurulduğunda kazandığın şey sadece zaman değil, tutarlılıktır. Kod gece üçte de saniyeler içinde gider, teslimat kaydı oluşur, müşteri sormaya gerek duymaz, destek talebi düşer. Manuel süreçte kaçınılmaz olan yanlış kod gönderme ve aynı kodu iki kişiye verme hataları da ortadan kalkar. Hatalı teslimatın maliyeti hiçbir zaman kodun fiyatı kadar değildir; itibar kaybı ve iade süreci her zaman daha pahalıdır.
Ürün bazlı ortalama marj seni yanıltır. Gerçek resmi görmek için her işlemin kendi maliyetini, kendi komisyonunu ve kendi kanal payını taşıması gerekir.
Zinciri kısaltmanın üç gerçek yolu (fiyat kırmak bunlardan biri değil)
Net kârı büyütmenin ilk yolu kademe yükseltmektir: hacmini tek tedarikçide toplayıp alış maliyetini kalıcı olarak düşürmek. İkincisi ödeme karmasını iyileştirmektir; bakiye yükleme modeliyle işlem başına düşen sabit ücreti seyreltmek, düşük tutarlı satışlarda şaşırtıcı bir fark yaratır. Üçüncüsü ise manuel halkayı kesmek, yani teslimatı ve bakiye takibini tamamen otomatikleştirmek.
Bu üçünün ortak şartı ölçümdür. Hangi halkanın ne kadar yediğini görmeden hiçbirini iyileştiremezsin. Pinova bu yüzden maliyet, komisyon ve kanal payını işlem seviyesinde kayda geçirir; ürün, bayi ve ödeme yöntemi bazında net marj raporu üretir. Raporlama ve teslimat modüllerinin kapsamını özellikler bölümünde, hangi paketin işlem hacmine uygun olduğunu fiyat tablosunda görebilirsin.
| Kontrol sorusu | Cevap hayırsa riski | Yapılması gereken |
|---|---|---|
| Her siparişin maliyeti kayıtlı mı? | Net kâr tahmini kalır | Sipariş satırına maliyet yaz |
| Ödeme yöntemi bazlı marjı görüyor musun? | Kârsız yöntem öne çıkar | Yöntem raporu kur |
| Bayi bazlı net katkı hesaplı mı? | İskonto körlemesine dağılır | Bayi marj raporu aç |
| İade kayıpları ürüne yazılıyor mu? | Sorunlu ürün gizlenir | İadeyi maliyete ekle |
| Teslimat otomatik mi? | Gizli iş gücü maliyeti | Otomatik teslimat kur |
| Aylık sabit gider marja yayılıyor mu? | Kâr olduğundan büyük görünür | Sabit gideri dağıt |
Net kârını tahmin etmeyi bırak, gör
İşlem bazlı maliyet kaydı, kanal payı ve ödeme yöntemi marjı tek panelde raporlanır.
E-pin satışında sağlıklı net kâr marjı ne olmalı?
Ürün grubuna göre değişir ama tüm halkalar düşüldükten sonra tek haneli düşük bir net marj bu işte normaldir. Kârı marjı zorlayarak değil, işlem hacmini ve otomasyon oranını artırarak büyütürsün.
Bakiye yükleme modeli komisyonu gerçekten azaltır mı?
Evet, çünkü birden fazla satışı tek ödeme işlemi altında toplar ve işlem başına düşen sabit ücreti seyreltir. Ek olarak müşteriyi sistemde tutarak tekrar satış oranını yükseltir.
Hangi ürünün zarar ettirdiğini nasıl anlarım?
Ürün bazlı raporda brüt marjdan iade kaybını ve o ürüne düşen destek yükünü düştüğünde gerçek tablo çıkar. Bazı popüler ürünlerin ciroyu büyütüp kârı küçülttüğü bu hesapta görünür.
Komisyon zincirini kısaltmak için fiyat düşürmek mantıklı mı?
Hayır, fiyat düşürmek zinciri kısaltmaz; sadece sana kalan son halkayı inceltir. Kalıcı iyileşme tedarik kademesi, ödeme karması ve otomasyon tarafından gelir.
Komisyon zinciri kaderin değil, kurgunun sonucudur. Her halkayı ölçebildiğin anda hangisini pazarlıkla, hangisini yöntem değişikliğiyle, hangisini otomasyonla ineltebileceğini net görürsün. Bu ölçümün gerçek bir panelde nasıl göründüğünü, işlem bazlı maliyet kaydının ve net marj raporunun hangi ekranlarda durduğunu canlı demo üzerinden inceleyebilir, ardından kendi kurulumunu planlayabilirsin.

