AI kredisi ve token paketi satmaya başlayan çoğu satıcı, işin oyun e-pininden farkını ilk ayda değil, ilk ödeme itirazında anlar. Başlangıçta her şey tanıdık görünür: bir bakiye kodu veya API kredisi alırsın, müşteriye iletirsin, bitti. Fakat bu üründe sattığın şey sabit bir nesne değil; tüketilen bir sayaçtır. Sayaç tüketildiği anda ürün geri alınamaz hâle gelir ve ödeme tarafındaki bütün denge buradan bozulur.
Çoğu kişi "iade politikası yazarım, biter" sanır. Oysa ödeme kuruluşları senin sitedeki metnine değil, elinde tutabildiğin kanıta bakar. Kredinin ne zaman teslim edildiği, ne kadarının harcandığı, hangi IP'den hangi hesaba tanımlandığı kayıt altında değilse itirazı kaybetmen neredeyse kesindir. Bu yazıda AI kredisi ve token paketi satışının ödeme cephesini, yani kimsenin blog yazısında anlatmadığı kısmını açıyorum: kur riski, kısmi tüketim, itiraz savunması ve bakiye mimarisi.
AI kredisi satmak e-pin satmak mı? Ödeme tarafında neden bambaşka bir hayvan?
Bir oyun kodu tek kullanımlıktır: ya tanımlanmıştır ya değildir. İkili, net, tartışmasız. AI kredisi ise kısmi tüketilebilir. Müşteri yüz birimlik paketten on birim harcayıp "beğenmedim" diyebilir. Oyun e-pininde böyle bir ara durum yoktur; burada vardır ve politikasını sen kurmazsan müşteri kurar. Bu yüzden bir e-pin satış scriptini bu kategoriye adapte ederken ilk eklenmesi gereken şey, kredinin "teslim edildi" ile "tüketilmeye başlandı" durumlarını ayrı tutan bir sipariş durumu setidir. Teslim edildi ama dokunulmadıysa iade tartışılabilir; tüketim başladıysa ürün geri dönüşsüz şekilde kullanılmıştır ve bunu sistemin kayıt altına almış olması gerekir. Bu ayrım olmadan her itirazda söz senin, delil müşterinin olur.
Token fiyatlamasında kur riski: marjını kimse söylemeden yiyen şey
AI kredilerinin tedarik maliyeti neredeyse her zaman dövizle belirlenir, satışın ise yerel parayla yapılır. Fiyatı sabit yazıp bıraktığında kur hareketi doğrudan senin marjından yenir. Üstüne bir de ödeme komisyonu, iade yükü ve vergiyi ekle; kâğıtta kârlı görünen paketin gerçekte zararlı çalıştığını üçüncü ayda fark edersin. Doğru kurgu şudur: maliyeti döviz cinsinden tut, satış fiyatını kur çarpanı ve marj katsayısıyla panelden hesapla, kur eşiği aşıldığında etkilenen tüm ürünleri tek hamlede güncelle. Bunu elle yapan bir satıcı ya çok sık fiyat değiştirip müşteriyi ürkütür ya da hiç değiştirmeyip zarar eder. İyi bir dijital ürün satış yazılımı bu ikilemi ortadan kaldırır, çünkü fiyat artık sabit bir sayı değil bir formüldür.
| Satış modeli | Ödeme riski | İtiraz olasılığı | Sistemde tutulacak kanıt |
|---|---|---|---|
| Tek kullanımlık kredi kodu | Düşük | Düşük | Kod + teslim zaman damgası |
| Hesaba tanımlı token paketi | Orta | Orta | Hedef hesap + tanımlama logu |
| API anahtarı ile kredi | Yüksek | Yüksek | Anahtar teslimi + ilk kullanım kaydı |
| Site içi bakiye yüklemesi | Düşük | Çok düşük | Bakiye hareket defteri |
| Aylık yenilenen kredi | Orta | Orta | Dönem başlangıç ve tüketim oranı |
Ödeme itirazı neden bu kategoride oyun e-pininden yüksek çıkıyor?
Üç sebep var. Birincisi ortalama sepet tutarı yüksektir; yüksek tutar hem kart sahibinin dikkatini çeker hem de dolandırıcı ilgisini. İkincisi ürün soyuttur; bankaya "müşteri ürünü aldı" demek bir kargo takip numarası göstermek kadar kolay değildir. Üçüncüsü teslimat çoğu zaman e-posta veya panel üzerinden yapılır, yani müşterinin "hiçbir şey almadım" demesi teknik olarak kolaydır. Savunman tek şey olabilir: zaman damgalı, IP kayıtlı, müşterinin panelden görüntülediği anı da içeren eksiksiz bir teslimat izi. Bunu üretmeyen bir altyapıyla yüksek tutarlı AI kredisi satmak, bilerek açık pozisyon taşımaktır.
AI kredisi satışında ödeme itirazı gerekçeleri
- Ürün teslim edilmedi iddiası 45%
- Yetkisiz kart kullanımı 25%
- Beklentiyi karşılamadı 20%
- Çift çekim ve teknik hata 10%
Kısmi tüketim = kısmi iade mi? Politikanı sen yazmazsan müşteri yazar
Bu sorunun tek doğru cevabı yok ama tek yanlış cevabı var: hiç cevap vermemek. Kararını üç seçenek arasından baştan ver ve hem ürün sayfasında hem teslimat ekranında aynı cümleyle tekrar et. Birincisi "teslim sonrası iade yok" der ve net durursun. İkincisi "dokunulmamış kredide tam iade" der, bu en dengeli yaklaşımdır. Üçüncüsü "harcanan kısım düşülerek iade" der; en müşteri dostu ama muhasebesi en zor olanıdır. Hangisini seçersen seç, o politikanın sipariş akışına gömülmesi gerekir: sistem kısmi iade hesaplayamıyorsa üçüncü seçeneği vaat etmemelisin. Vaat ile yazılımın uyuşmadığı her nokta, ileride bir ödeme itirazına dönüşür.
Bakiye ve cüzdan mimarisi: tek satıştan tekrar eden gelire geçiş
Bu kategorinin en büyük kaldıracı site içi bakiyedir. Müşteri kartını her seferinde tekrar girmek zorunda kalmadan hesabına bakiye yükleyip krediyi oradan alırsa üç şey birden olur: ödeme adımındaki terk oranı düşer, komisyon yükün azalır çünkü büyük tutarlı tek çekim yaparsın, ve müşterinin sende parası kaldığı için geri dönme olasılığı katlanır. Bunun için gereken şey bir epin yazılım tarafında ciddi bir bakiye hareket defteridir: her yükleme, her harcama, her iade tek tek ve değiştirilemez şekilde yazılmalıdır. Bakiyeyi basit bir sayı olarak tutan sistemler ilk mutabakat gününde patlar.
Yeni müşterinin ilk siparişinde tutar eşiğini aşan işlemleri otomatik onaya düşür. Bu tek kural, tüketim bazlı ürünlerde itiraz kaynaklı kaybın büyük kısmını baştan keser ve dürüst müşteriyi yalnızca birkaç dakika bekletir.
Ödeme altyapını seçerken hangi dört soruyu sormalısın?
Birincisi: sağlayıcı senin ürün kategorini açıkça kabul ediyor mu, yoksa yasaklı listeye yakın bir gri alanda mı duruyorsun? İkincisi: ödemenin başarılı olduğunu nereden öğreniyorsun, tarayıcı dönüşünden mi yoksa sunucudan sunucuya doğrulamadan mı? Üçüncüsü: itiraz geldiğinde delil dosyasını kaç dakikada üretebiliyorsun? Dördüncüsü: mutabakat raporu ile kendi sipariş kayıtların otomatik eşleşiyor mu? Bu dört sorudan üçünün cevabı yazılımının içindedir, sağlayıcının değil. Aşağıdaki kontrol tablosunu mevcut kurulumunla yan yana koy.
| Kontrol maddesi | Amaç | Eksikse riski | Öncelik |
|---|---|---|---|
| Sunucu taraflı ödeme doğrulaması | Sahte başarı dönüşünü engeller | Bedava teslimat | Kritik |
| Tüketim durumu ayrımı | İade sınırını netleştirir | Her itiraz kaybedilir | Kritik |
| Bakiye hareket defteri | Mutabakatı mümkün kılar | Kasa açığı | Kritik |
| Kur çarpanlı fiyatlama | Marjı korur | Sessiz zarar | Yüksek |
| İlk sipariş tutar eşiği | Dolandırıcılığı filtreler | Yüksek itiraz oranı | Yüksek |
| Tek tuşla delil dosyası | İtiraz savunması | Süre aşımı | Yüksek |
| Otomatik fatura akışı | Kurumsal alıcıyı açar | Segment kaybı | Orta |
Bu düzeni sıfırdan kurmak mı, hazır altyapıyla başlamak mı?
Yukarıdaki maddelerin her biri tek başına küçük görünür, hepsi birlikte aylarca geliştirme demektir. Pinova, tam olarak bu tabloyu hazır getiren lisanslı bir e-pin satış yazılımı: sunucu taraflı ödeme doğrulaması, bakiye defteri, sipariş durumu ayrımı ve kur çarpanlı fiyatlama kutudan çıkar. Sen tedarik ve pazarlamaya bakarken ödeme cephesi zaten savunulmuş olur. Özellikler bölümünde hangi modülün ne yaptığını, fiyat bölümünde ise hangi paketin sana uyduğunu tek sayfada görebilirsin.
Ödeme tarafını şansa bırakmayı bırak
Doğrulama, bakiye defteri, tüketim ayrımı ve delil üretimi tek panelde hazır kurulu gelsin.
AI kredisi satışında iade politikası nasıl olmalı?
En dengeli yaklaşım "dokunulmamış kredide tam iade, tüketim başladıysa iade yok" çizgisidir. Önemli olan seçtiğin politikanın yazılım tarafında ölçülebilir olması; sistem tüketim durumunu göremiyorsa politikanı uygulayamazsın.
Ödeme itirazı geldiğinde ne göstermeliyim?
Sipariş zaman damgası, teslimatın hangi kanaldan yapıldığı, müşterinin teslimatı görüntülediği kayıt, IP ve varsa ilk kullanım izi. Bu beş kalemi tek dosyada üretebiliyorsan itirazların ciddi kısmını kazanırsın.
Token paketi fiyatını ne sıklıkla güncellemeliyim?
Sabit bir takvim yerine eşik kullan. Tedarik kurundaki hareket belirlediğin yüzdeyi aştığında güncelle. Böylece ne müşteriyi sık fiyat değişimiyle yorarsın ne de marjını sessizce kaybedersin.
Site içi bakiye sistemi zorunlu mu?
Zorunlu değil ama bu kategoride en yüksek getirili tek özellik. Ödeme adımındaki terk oranını düşürür, komisyon yükünü azaltır ve müşterinin geri dönme olasılığını belirgin biçimde artırır.
AI kredisi ve token paketi, önümüzdeki yılların en hızlı büyüyen dijital ürün kategorisi olacak. Ama bu pazarda kazanan, en düşük fiyatı veren değil; ödeme cephesinde açık taşımayan satıcı olacak. Teslimat izi, tüketim ayrımı ve bakiye defteri bir araya geldiğinde risk yönetilebilir bir maliyete dönüşür. Bu akışın nasıl kurulduğunu kendi gözünle görmek istersen, canlı demo içinde bir kredi paketini sipariş edip ödeme ve teslimat kaydının nasıl tutulduğunu baştan sona takip et.