Taksit meselesini çoğu satıcı tek bir soruya indirger: "taksit açık mı, kapalı mı?" Sanki bu bir anahtar, açarsın satış artar, kapatırsın kâr korunur. Gerçekte taksit bir anahtar değil, fiyatlandırma katmanı. Aynı ürünü aynı gün üç farklı bankadan taksitle satan bir site, üç farklı net gelir elde eder ve bu farkı raporunda görmezse aylarca yanlış marj üzerinden karar verir.
Bu yazıda taksit tablosunun neden basit bir "2-3-6-9-12" listesi olmadığını, hangi kategoride hangi vade mantığının işlediğini ve dijital ürün satış scripti tarafında bu tabloyu nerede tutup nasıl denetlemen gerektiğini açacağız. Sonunda büyük ihtimalle kendi panelinde daha önce hiç bakmadığın bir sayıyı arayacaksın: taksitli işlemlerin ortalama net tahsilat oranı.
Taksit tablosu bir pazarlama aracı mı, muhasebe aracı mı?
İkisi aynı anda ve sorun tam burada başlıyor. Pazarlama tarafı taksidi bir dönüşüm kaldıracı olarak görür: 1.200 TL'lik bir oyun paketi "9 x 133 TL" diye yazıldığında sepet terk oranı düşer, ortalama sepet tutarı yükselir. Muhasebe tarafı ise aynı işlemde bankanın kestiği vade komisyonunu, blokaj süresini ve hesaba geçen net tutarı görür. Bu iki bakış aynı tabloyu paylaşmadığında ortaya klasik tuzak çıkar: cironun artışıyla sevinen, banka ekstresine bakınca şaşıran satıcı.
Doğru kurulmuş bir epin yazılım altyapısı taksit tablosunu iki yüzü olan tek bir veri olarak tutar. Vitrinde gösterilen aylık tutar, arkada net tahsilat beklentisiyle birlikte kaydedilir. Sipariş kapandığında beklenen net ile gerçekleşen net karşılaştırılır. Fark varsa bu ya banka oranının değişmesindendir ya da tablonun güncellenmemesinden. İkisini de bilmek zorundasın, çünkü ikisinin de faturası sana kesiliyor.
Neden tek bir taksit oranı tüm kategorilere uymaz?
Dijital ürün kataloğu marj açısından son derece heterojen. Popüler bir oyun parasının bayi marjı yüzde üç ile beş arasında sıkışırken, niş bir yazılım lisansında bu oran yüzde yirmiyi geçebilir. Aynı taksit tablosunu ikisine uygularsan, düşük marjlı kalemde her taksitli satışta zarar yazarsın. Üstelik bunu fark etmen aylar sürer, çünkü karlı kalemler zararlı kalemleri raporda gizler.
Bu yüzden taksit, kategori ve hatta ürün seviyesinde ayarlanabilir olmalı. Pratikte işleyen kural şudur: brüt marjı toplam taksit kesintisinin iki katından küçük olan kalemde taksidi kapat veya vade farkını fiyata yansıt. Marjı rahat olan kalemlerde uzun vadeyi bir rekabet avantajı olarak kullan. Ayrıca minimum sepet tutarı eşiği koy; 80 TL'lik bir e-pin için altı taksit hem bankaya hem sana anlamsız maliyet üretir. Pinova'da taksit kurallarının kategori ve tutar eşiğiyle birlikte tanımlanabilmesinin nedeni tam olarak bu heterojenlik.
| Vade | Tipik komisyon bandı | Zorunlu asgari brüt marj | Düşük marjlı e-pin | Yazılım / lisans |
|---|---|---|---|---|
| Tek çekim | %1,5 - %2,5 | %4 | Açık | Açık |
| 2 taksit | %2,5 - %3,5 | %6 | Açık | Açık |
| 3 taksit | %3,2 - %4,3 | %8 | Eşikli | Açık |
| 6 taksit | %4,5 - %6,0 | %11 | Kapalı | Açık |
| 9 taksit | %5,8 - %7,4 | %14 | Kapalı | Eşikli |
| 12 taksit | %7,0 - %9,0 | %17 | Kapalı | Vade farklı |
Vade farkını müşteriye yansıtmak mı, cebinden ödemek mi?
Üç yol var ve hepsinin bir bedeli var. Birinci yol tam üstlenme: taksit maliyetini sen yersin, müşteri hiçbir fark görmez. Dönüşüm en yüksek, marj en düşük. İkinci yol tam yansıtma: her vade için ayrı toplam tutar gösterirsin, müşteri 12 taksitte daha fazla ödediğini bilir. Marj korunur ama vitrinde fiyat karmaşası doğar ve rakibin "taksitte fark yok" ibaresi seni yakar. Üçüncü yol kademeli yansıtma: üçe kadar fark yok, üstünde fark başlar. Pratikte en dengeli sonucu bu üretiyor.
Hangi yolu seçersen seç, kritik nokta şeffaflıktır. Müşteri sepette "12 x 108 TL" görüp ekstrede toplamda daha yüksek bir tutar görürse bu bir iletişim kazası değil, doğrudan iade ve itiraz sebebidir. E-pin satış scripti tarafında her vade satırının yanında toplam tutarın da yazılması, hem hukuken hem dönüşüm açısından seni korur. Vade farkını gizleyen satıcıların banka itiraz oranı, açıkça yazanlara göre belirgin şekilde yüksek seyrediyor.
Taksitli işlemlerde kâr kaybının kaynağı
- Güncellenmemiş komisyon tablosu 40%
- Düşük marjlı kalemde açık kalan uzun vade 30%
- İptal ve iadede geri alınmayan komisyon 20%
- Kampanya taksidinin yanlış eşleşmesi 10%
Banka bazlı taksit: aynı ürün, on farklı tablo
İşin en zahmetli kısmı burası. Sanal POS sağlayıcın, kart ailesine göre farklı taksit izinleri ve farklı komisyon oranları uygular. Bir kart ailesinde dokuz taksit açıkken diğerinde altı taksitte kapanabilir; kampanya dönemlerinde "+3 taksit" gibi ek vadeler girebilir. Bunları elle takip etmeye çalışan satıcı iki hata yapar: ya olmayan bir vadeyi vitrinde gösterir ve ödeme adımında hata alır, ya da var olan bir avantajı hiç kullanmaz.
Çözüm, kart numarasının ilk altı hanesinden kart ailesini tespit edip ödeme formunu dinamik olarak o ailenin tablosuna göre yenilemek. Müşteri kartını yazmaya başladığı anda geçerli vadeler ve gerçek tutarlar güncellenir. Bu hem hata oranını düşürür hem de yanlış beklenti yaratmaz. Bunun yanına bir de varsayılan tablo koymak gerekir: tanınmayan bir kart ailesi geldiğinde sistem en muhafazakâr vade setine düşer, böylece hiç değilse işlem başarısız olmaz. Altyapı özelliklerini değerlendirirken bu iki davranışın hazır olup olmadığını mutlaka sorgula.
Taksit tablosunu scriptte nerede tutmalısın?
En sık görülen ve en pahalı hata, taksit oranlarının şablon dosyalarının içine gömülmesi. Banka oranını değiştirdiği gün bir geliştirici çağırmak zorunda kalırsın ve o güne kadar yaptığın her satış eski oranla hesaplanmış olur. Tablo; yönetim panelinden düzenlenebilir, tarihsel olarak versiyonlanan ve her siparişe o an geçerli olan haliyle kopyalanan bir yapıda tutulmalı.
Tarihsel kopyalama detayı kritik. Sipariş kaydında sadece "9 taksit" yazıyorsa, altı ay sonra o siparişin gerçek maliyetini yeniden hesaplayamazsın; bugünün oranını kullanıp yanlış sonuca varırsın. Sipariş anında kullanılan oran, hesaplanan vade farkı, beklenen net tahsilat ve gösterilen aylık tutar siparişe yazılmalı. Bu dört alan, ay sonu mutabakatını beş dakikaya indirir. İyi kurulmuş bir dijital ürün satış yazılımı için bu bir lüks değil, temel gereklilik.
Taksitte iade, iptal ve kısmi teslim: gizli maliyet
Taksitli bir işlemi iptal ettiğinde banka komisyonu çoğu kurgu ve sözleşmede sende kalır. Yani 1.200 TL'lik bir siparişi iade ettin, müşteriye tam tutarı döndün, ama komisyonu ödedin. Dijital üründe teslimat anında gerçekleştiği için bu senaryo genelde "kod çalışmadı" vakalarında çıkar. Bunu azaltmanın tek yolu iadeyi değil değişimi öne çıkarmak: bozuk kod yerine yeni kod, veya cüzdana bakiye. Böylece işlem hiç bozulmaz, komisyon ziyan olmaz, müşteri de mağdur olmaz.
Kısmi iade daha da sivri. Beş kalemli bir siparişin tek kalemi iade edildiğinde taksit planı değişmez, banka tarafında oransal düzeltme her zaman temiz çalışmaz. Bu yüzden taksitli siparişlerde kalem bazlı iade yerine sipariş bazlı bütünlük kuralı uygulanması, muhasebe açısından daha az yara açar. Taksit politikanı yazarken paket ve marj yapını da aynı masaya koy; iade politikası ile taksit politikası birbirini tanımıyorsa boşluk her zaman senin aleyhine kapanır.
Banka ekstresinden rastgele on taksitli işlem seç, siparişe yazılan beklenen net tahsilat ile hesaba geçen tutarı karşılaştır. Aradaki sapma yüzde yarımı geçiyorsa tablon güncel değil demektir; oranları yenilemeden yeni kampanya kurma.
| Kontrol maddesi | Riski | Sıklık |
|---|---|---|
| Taksit oranları panelden düzenlenebiliyor mu? | Her oran değişiminde geliştirici bağımlılığı | Kurulumda |
| Sipariş kaydına o anki oran ve beklenen net yazılıyor mu? | Geçmiş siparişin maliyeti hesaplanamaz | Kurulumda |
| Kategori ve tutar eşiğine göre vade sınırı var mı? | Düşük marjlı kalemde zararlı satış | Aylık |
| Kart ailesine göre vade listesi dinamik yenileniyor mu? | Ödeme adımında hata ve terk | Kurulumda |
| Tanınmayan kartta muhafazakâr varsayılan tablo düşüyor mu? | Başarısız işlem | Kurulumda |
| Her vade satırında toplam tutar gösteriliyor mu? | İtiraz ve iade riski | Sürekli |
| Beklenen net ile gerçekleşen net karşılaştırılıyor mu? | Sessiz marj kaybı | Aylık |
| Taksitli siparişte iade yerine değişim önceliği var mı? | Geri alınmayan komisyon | Sürekli |
Taksidi tahmin değil tablo ile yönet
Kategori kuralları, kart ailesi bazlı dinamik vade listesi, siparişe yazılan tarihsel oran ve net tahsilat mutabakatı tek panelde. Pinova taksit yönetimini elle hesap tutmaktan çıkarır.
Düşük marjlı e-pinlerde taksidi tamamen kapatmalı mıyım?
Tamamen kapatmak yerine tutar eşiği ve kısa vade sınırı koy. Brüt marjı toplam taksit kesintisinin iki katından düşük olan kalemlerde uzun vadeyi kapat, kalan vadelerde minimum sepet tutarı uygula.
Vade farkını müşteriye yansıtmak dönüşümü ne kadar düşürür?
Üç taksite kadar fark koymayıp üstünde kademeli yansıtma yapan kurgular en dengeli sonucu veriyor. Asıl zarar, farkı gizleyip ekstrede sürpriz yaşatmaktan doğan iade ve itiraz oranındaki artıştır.
Taksit oranlarını ne sıklıkla güncellemeliyim?
Sanal POS sağlayıcın oran veya kampanya değişikliği bildirdiğinde derhal, bildirim gelmese bile ayda bir ekstre karşılaştırmasıyla. Yarım puanı geçen sapma tablonun eskidiğini gösterir.
Taksitli siparişi iade ederken komisyonu geri alabilir miyim?
Çoğu sözleşmede alamazsın. Bu yüzden bozuk kod gibi vakalarda iade yerine yeni kod ya da cüzdan bakiyesiyle değişim sunmak, hem komisyonu korur hem müşteriyi elde tutar.
Taksit, doğru yönetildiğinde sepet tutarını büyüten en güçlü kaldıraç; yanlış yönetildiğinde ise marjı sessizce eriten en sinsi gider. Tabloyu panelden yönet, siparişe tarihsel olarak yaz, kategoriye göre sınırla ve her ay ekstreyle karşılaştır. Bu döngünün gerçek bir kurulumda nasıl işlediğini adım adım görmek için canlı demo üzerinde farklı vade ve kategori kombinasyonlarını deneyebilir, kendi ürün marjınla hangi vadenin sürdürülebilir olduğunu somut sayılarla test edebilirsin.