Mobil Ödeme ile Epin Satışı: Operatörlerin Sana Söylemediği Onay Şartları, Gizli Komisyon Katmanı ve Başvurunun Neden Reddedildiği

Çoğu bayi mobil ödemeyi "kartı olmayan gence satış kapısı" sanır. Doğru, ama eksik. Mobil ödeme aslında operatörün kendi faturasına senin adına borç yazması demektir; yani operatör senin ürününe kefil oluyor. Kefil olan taraf da doğal olarak en sert şartları koyar: kim olduğunu, ne sattığını, kaç yaşındaki kullanıcıya sattığını ve itiraz geldiğinde parayı kimin geri ödeyeceğini baştan yazılı ister.

Bu yüzden mobil ödeme entegrasyonunun asıl zorluğu teknik değil, kabul edilebilirlik. Epin ve dijital kod kategorisi operatör tarafında yüksek riskli sayılır; çünkü ürün anında tükeniyor, itiraz oranı yüksek ve kullanıcı kitlesi genç. Aşağıda üç operatörün pratikte ne aradığını, gerçek maliyetin nerede saklandığını ve bir e-pin scripti üzerinde hangi limitleri kurmadığın takdirde kapının kapanacağını anlatıyorum.

Operatör başvurunda gerçekten neye bakıyor?

Başvuru formundaki alanlar seni yanıltmasın; değerlendirme sitenin kendisine bakılarak yapılıyor. İncelenen ilk şey ürün sayfaların: ne sattığın, teslimatın nasıl yapıldığı, iade ve cayma metninin dijital ürüne uygun yazılıp yazılmadığı. İkinci şey kurumsal görünürlük: şirket unvanı, vergi bilgisi, adres, telefon ve gerçekten cevap veren bir destek kanalı. Üçüncüsü de teknik altyapı: SSL, oturum güvenliği, kullanıcı hesap yapısı.

Reddedilen başvuruların çoğu "sektör uygun değil" gerekçesiyle değil, sitenin bir işletme gibi görünmemesi nedeniyle geri döner. Kurumsal bir e-pin satış yazılımı üzerine kurulu bir mağaza ile hazır tema üstüne el yordamıyla eklenmiş bir sepetin bu gözle arasında dağlar kadar fark var. Pinova tarafında yasal metinler, fatura alanları, sipariş geçmişi ve teslim kayıtları standart olarak yerinde olduğu için inceleme bu adımlarda takılmaz.

Turkcell, Vodafone ve Türk Telekom arasındaki fark nerede?

Üçünün de mantığı aynı: hattın faturasına ya da ön ödemeli bakiyesine yazma. Farklar detayda: onay akışının SMS tek kullanımlık kodla mı yoksa operatör sayfasında mı tamamlandığı, ön ödemeli hatların kapsama dahil olup olmadığı, aylık tavanın nasıl hesaplandığı ve kurumsal hatların dışlanıp dışlanmadığı. Bir de en önemlisi: hangi ürün kategorilerinin kara listede olduğu.

Bu yüzden tek bir entegrasyona bağlanmak yerine üçünü de kapsayan bir aracı ile çalışmak yaygın. Ama dikkat: aracı kullanınca operatör şartları ortadan kalkmaz, sadece senin muhatabın değişir. Ürün kategorisi itirazı geldiğinde aracı da seni aynı şekilde kapatır. Dijital ürün satış scripti kurgunda mobil ödemeyi kanal bazlı açıp kapatabilmen bu yüzden hayati.

Komisyon oranı sandığın rakam mı, yoksa katmanlı bir yük mü?

Mobil ödemede sana söylenen oran genelde işin sadece bir katmanı. Üstüne aracı payı, hizmet bedeli, bazı durumlarda ters işlem ücreti ve ödeme vadesinden doğan finansman maliyeti biner. 20 liralık bir epin sattığında kalan net tutar, karttan sattığındaki nete göre çarpıcı biçimde düşebilir. Yani mobil ödeme bir ödeme kanalı değil, ayrı bir fiyatlama politikası gerektiren bir satış kanalıdır.

Doğru çözüm oranla kavga etmek değil, ürün bazında kanal fiyatı kurmak: mobil ödemede yalnızca belirli ürünleri satışa açmak, çok küçük tutarlı kalemleri bu kanaldan kaldırmak ve gerekirse kanal farkını fiyata yansıtmak. İyi bir epin yazılım altyapısında bunu ürün ve kategori bazında tanımlarsın; yoksa marjını kanalın kendisine bağışlarsın.

Sessiz katil: itiraz ve ters ibraz döngüsü

Mobil ödemenin en sinsi tarafı şu: faturayı ödeyen kişi ile ürünü alan kişi çoğu zaman aynı değil. Çocuk hattan alışveriş yapıyor, fatura ebeveyne gidiyor, ebeveyn operatörü arıyor ve "ben böyle bir şey almadım" diyor. Operatör önce müşterisini korur; tutar senden geri alınır. Kodu çoktan teslim ettiğin için elinde ne ürün ne para kalır.

Bu döngüyü kırmanın yolu kanalı kapatmak değil, kanıt üretmek. Onay anının zaman damgası, doğrulama kodunun tamamlandığı kaydı, kullanıcının IP ve cihaz bilgisi, teslim edilen kodun kimliği ve ilk kullanım zamanı elinde olmalı. Bir de yumuşak bir savunma katmanı: mobil ödemede günlük ve aylık kullanıcı limiti, ilk siparişte bekletme, ard arda küçük alışverişlerde otomatik durdurma. Pinova'da bu kuralları ödeme kanalına özel tanımlarsın; kart tarafını serbest bırakırken mobil tarafı sıkı tutabilirsin.

Mobil ödemeyi açmak sana gerçekten kazandırır mı?

Cevap ürün karmana bağlı. Ortalama sepet tutarı düşük, kitlesi genç ve kart erişimi zayıf bir mağazada mobil ödeme kapıyı gerçekten açar; dönüşüm oranındaki artış komisyonu tolere eder. Ortalama sepeti yüksek, kurumsal ve bayi ağırlıklı bir yapıda ise aynı kanal sadece marj yakar. Karar verirken bakacağın rakam komisyon oranı değil, kanalın getirdiği ek net kâr.

Ölçmenin yolu basit: kanalı sınırlı bir ürün grubunda aç, bir ay boyunca kanal bazlı dönüşüm, iptal ve itiraz oranını ayrı raporla. Kanal bazlı raporlama olmayan bir panelde bu testi yapamazsın; çünkü mobil ödemenin kaybını kartın kârı gizler. Özellikler sayfasında kanal bazlı raporların nasıl kırıldığını görebilirsin.

Altyapı tarafında kurman gereken düzen ne?

Mobil ödemeyi sağlıklı yürütmek için dört parça şart: kanal bazlı açma-kapama, ürün bazında kanal izni, kullanıcı ve hat bazında limit, kod bazında teslim logu. Bunlar bir arada olduğunda operatör incelemesine hazır olursun, itiraz geldiğinde kanıt sunarsın, marjın nerede eridiğini görürsün. Olmadığında ise kanal seni yönetir. Lisanslı bir dijital ürün satış yazılımı kullanmanın tüm anlamı da bu: bu dört parçayı kendin yazmaya çalışmamak.

Mobil ödeme doğru kurulduğunda kart kullanmayan koca bir kitleyi sana bağlar, yanlış kurulduğunda ise marjını ve itibarını birlikte yer. Kanal bazlı limitleri, ürün bazında ödeme izinlerini ve teslim loglarını kendi ürün listenle test etmek istersen canlı demo üzerinden gir, mobil ödemeyi tek bir kategoride açıp raporun nasıl ayrıştığını gör; ardından fiyat kısmına bakarsın.