Çoğu satıcı ödeme komisyonunu "iş yapmanın maliyeti" diye kabul eder ve tek bir fiyatla herkese aynı ürünü satar. Kulağa dürüst geliyor, değil mi? Ama matematik şunu söylüyor: kredi kartıyla satış yaptığın müşteriden kazandığın para ile havale ile satış yaptığın müşteriden kazandığın para arasında bazen iki katına yakın fark var. Tek fiyat uygulayan satıcı, farkında olmadan kartlı müşterisini havaleli müşterisine sübvanse ediyor. Yani en pahalı kanalı en çok kullanan müşteri kitlesi, en kârlı kanalı kullananların sırtından geçiniyor.
Bu yazıda ödeme yöntemine göre fiyat farkını nasıl kuracağını, hangi eşikte müşteriyi kaybetmeye başladığını ve bunu dijital ürün satış scripti tarafında hangi mimariyle kurmak gerektiğini anlatacağım. Baştan söyleyeyim: amaç kartlı müşteriyi cezalandırmak değil. Amaç, kanalların gerçek maliyetini fiyata yansıtıp müşteriye tercih hakkı vermek. Doğru kurulduğunda bu sistem hem marjını yükseltir hem de ucuz kanalın kullanım oranını kendi kendine büyütür.
Kanal maliyetini gerçekten biliyor musun?
Fiyat farkı kurmanın ilk şartı, her ödeme kanalının maliyetini tek bir yüzdeye indirebilmek. Ve bu yüzde, sağlayıcının sana söylediği komisyon oranı değil. İçine şunları katmalısın: işlem komisyonu, sabit işlem ücreti, taksit maliyeti, para çekme/valör gecikmesi, iade işlem ücreti ve chargeback riski karşılığı. Küçük tutarlı e-pin satışlarında sabit işlem ücreti tek başına yüzdeyi uçurur; 40 TL'lik bir üründe sabit 1,5 TL, komisyonu tek başına %3,75 yapar. Bu yüzden kanal maliyeti tutar aralığına göre farklıdır ve tek bir oranla yönetilmez. Havale tarafında ise görünmez bir maliyet vardır: eşleştirme emeği. Otomatik banka mutabakatı yoksa her havale bir insan dakikası yiyor; o dakikayı da fiyata katmak zorundasın yoksa "havale bedava" yanılgısına düşersin.
| Kanal | Görünen komisyon | Gizli maliyet | Efektif yük | Önerilen fiyat farkı |
|---|---|---|---|---|
| Kredi kartı (tek çekim) | %2,2 | Sabit ücret + valör | %2,8 | Referans fiyat |
| Kredi kartı (3 taksit) | %4,1 | Taksit yükü | %4,9 | +%2 ila +%3 |
| Havale / EFT | %0 | Eşleştirme emeği | %0,4 | -%3 indirim |
| Ön ödemeli cüzdan bakiyesi | %0 | Bakiye yükleme maliyeti | %1,1 | -%2 indirim |
| Mobil ödeme | %8+ | İade sürtünmesi | %9,5 | +%7 ila +%9 |
Zam mı, indirim mi? Aynı sayı, iki farklı sonuç
Teknik olarak kartlı fiyatı %3 yükseltmek ile havaleli fiyatı %3 düşürmek aynı tabloyu üretir. Psikolojik olarak ise tamamen farklı iki dünyadır. "Kartla alırsan %3 fazla ödersin" cümlesi ceza gibi okunur ve güveni yıkar; "havale ile alırsan %3 kazanırsın" cümlesi ödül gibi okunur ve davranış değiştirir. Bu yüzden sektörde işe yarayan tek kurgu, referans fiyatın kartlı fiyat olması ve ucuz kanalların indirimli gösterilmesidir. Listedeki büyük punto rakam kartlı fiyat olur, ödeme adımında havale seçildiğinde tutar gözle görülür şekilde aşağı iner. Müşteri kazandığını hissettiği an, senin komisyon yükün düşmüş olur. Bir de şu detay var: indirimi yüzde olarak değil, TL olarak göstermek dönüşümü artırır. "%3 indirim" soyuttur, "47 TL daha az ödeyeceksin" somuttur.
Ödeme kanalı maliyetinin bileşenleri
- İşlem komisyonu 47%
- Sabit işlem ücreti 25%
- Taksit ve valör yükü 17%
- İade ve itiraz karşılığı 11%
Farkı hangi seviyede tutmalısın?
Burada iki sınır var. Alt sınır: fark komisyon maliyetinin altında kalırsa hiçbir işe yaramaz, sadece fiyatını karmaşıklaştırır. Üst sınır: fark belli bir eşiği geçtiğinde müşteri kanal değiştirmek yerine siteyi değiştirir. Pratikte sağlıklı bant, kanal maliyet farkının %70 ile %110'u arasıdır. Yani havalenin kartlıya göre avantajı %2,8 ise indirimi %2 ile %3 arasında tutarsın. %8'in üzerindeki farklar dönüşümü kırar, çünkü müşteri bunu fiyat farkı olarak değil, "burada bir iş var" sinyali olarak okur. Mobil ödeme gibi gerçekten pahalı kanallarda ise doğru hamle fiyat farkı uygulamak değil, o kanalı sadece küçük tutarlara açmaktır. Kanalı tutar aralığıyla sınırlamak, fiyatla cezalandırmaktan her zaman daha temiz bir çözümdür.
Müşteri fiyat farkını ödeme adımında ilk kez görürse bunu sürpriz maliyet sayar. Ürün kartının altına küçük bir satır koy: "Havale ile 1.312 TL". Beklenti önceden kurulunca terk oranı düşer.
Bu kurgu teknik olarak nasıl kurulur?
En sık yapılan hata, fiyat farkını ürün bazında elle tanımlamaktır. 600 ürün × 5 kanal = 3.000 satır bakım demektir ve bir hafta içinde tutarsız hale gelir. Doğru mimari şudur: tek bir temel fiyat ve kanal bazında oransal düzeltme katsayısı. Ürün seviyesinde sadece temel fiyat durur, kanal katsayıları global veya kategori düzeyinde tanımlanır. İstisna gerektiğinde ürün bazında geçersiz kılma imkânı bırakılır ama bu kural değil, istisna olarak kalır. İkinci kritik parça hesaplamanın nerede yapıldığıdır: nihai tutar her zaman sunucu tarafında, ödeme oturumu açılırken hesaplanmalı. Tarayıcıda gösterilen sayı sadece bilgilendirmedir. Aksi halde kanal seçimini değiştirip ucuz fiyatla pahalı kanaldan ödeme yapılmasının önü açık kalır. Üçüncü parça da muhasebe tarafı: faturada gösterilen tutar ile tahsil edilen tutar birebir örtüşmeli, fark ayrı bir kalem olarak değil doğrudan birim fiyata yansıtılmalı.
Yasal ve sağlayıcı tarafında nelere dikkat etmelisin?
Ödeme yöntemine göre fiyat farkı uygularken iki tarafı da gözetmek zorundasın. Birincisi tüketicinin bilgilendirilme hakkı: farkın varlığı, oranı ve hangi kanala uygulandığı satış öncesinde açık olmalı; gizli eklenen tutar hem itibar hem uyum riski demektir. İkincisi ödeme sağlayıcının sözleşme şartları. Bazı sağlayıcılar kart kullanımını caydıracak ek ücret uygulanmasına sınır koyar. İşte tam bu yüzden kurguyu "kartlıya ek ücret" değil "alternatif kanala indirim" biçiminde tasarlamak hem iletişim hem uyum açısından daha güvenli bir zemindir. Referans fiyatın kartlı fiyat olması, yani listede görünen sayının kartlı tutar olması, bu zemini kendiliğinden kurar. Kullandığın e-pin satış yazılımı bu ayrımı destekliyorsa hem raporda hem faturada temiz bir tablo elde edersin; desteklemiyorsa her ay elle düzeltme yapmak zorunda kalırsın.
| Kontrol adımı | Amaç | Kim yapar | Durum |
|---|---|---|---|
| Her kanalın efektif maliyeti hesaplandı mı? | Farkı veriye dayandırmak | İşletme sahibi | Zorunlu |
| Referans fiyat kartlı tutar olarak kuruldu mu? | İndirim dili kurmak | Yapılandırma | Zorunlu |
| Nihai tutar sunucuda mı hesaplanıyor? | Manipülasyonu engellemek | Yazılım | Zorunlu |
| Fark ürün sayfasında duyuruluyor mu? | Sepet terkini azaltmak | Arayüz | Önerilen |
| Kanal bazlı kâr raporu var mı? | Oranı ölçerek ayarlamak | Raporlama | Önerilen |
| Sağlayıcı sözleşmesi kontrol edildi mi? | Uyum riskini kapatmak | İşletme sahibi | Zorunlu |
Komisyonu marjından değil, kanal kurgusundan çıkar
Kanal bazlı oransal fiyatlama, sunucu tarafı tutar doğrulaması ve kanal kârlılık raporu Pinova'da hazır geliyor. Kurmak bir saatlik iş, kazancı her ay tekrarlıyor.
Kartlı ödemeye ek ücret koymak sorun yaratır mı?
Bazı ödeme sağlayıcıların sözleşmeleri bunu kısıtlar. Bu yüzden kurguyu ek ücret olarak değil, havale ve cüzdan gibi alternatif kanallara indirim olarak tasarlamak daha güvenli bir yoldur.
Fiyat farkı müşterinin gözünde güven kaybı yaratmaz mı?
Fark ürün sayfasında baştan duyurulduğunda tersi oluyor. Müşteri seçim yaptığını ve kazandığını hisseder. Güven kaybı, farkın ödeme adımında sürpriz olarak çıkmasıyla oluşur.
Her ürün için ayrı kanal fiyatı tanımlamam gerekir mi?
Gerekmez, hatta önerilmez. Temel fiyat ürün seviyesinde, kanal katsayıları kategori veya global seviyede tutulur. Sadece istisnai ürünlerde geçersiz kılma kullanılır.
Taksitli satışta farkı nasıl belirlerim?
Taksit sayısına göre kademeli katsayı kur. Sağlayıcının taksit komisyon tablosunu birebir yansıtan bir kademe, hem marjı korur hem de taksit seçeneğini tamamen kapatmak zorunda kalmamanı sağlar.
Ödeme kanalı seçimi müşteri için bir alışkanlık, senin için ise doğrudan bir kâr kalemi. Bu kalemi yönetmeye karar verdiğinde ihtiyacın olan tek şey, kanal katsayılarını tek yerden tanımlayıp tutarı sunucuda hesaplayan bir altyapı. Ödeme katmanının nasıl çalıştığına göz atabilir, lisans paketlerini karşılaştırabilir ve kanal bazlı fiyat farkını kendi ürünlerinde nasıl göründüğünü test etmek için canlı demo üzerinden bir sipariş akışını baştan sona deneyebilirsin.