Mobil ödeme konusunda piyasada iki uç inanış var. Birinciler "kredi kartı olmayan kitleye ulaşmanın tek yolu" diyerek her şeyi buna bağlar; ikinciler "komisyonu çok yüksek, kâr kalmaz" diyerek hiç denemez. İkisi de yarım doğru. Mobil ödeme ne kurtarıcıdır ne de tuzak; belirli ürün grubunda, belirli sepet aralığında ve doğru kurulduğunda ciddi bir kanal, yanlış kurulduğunda ise sessizce marj yiyen bir gider kalemidir.
Asıl mesele komisyonun yüzde kaç olduğu bile değil. Mesele, mobil ödemenin senin ürün fiyat aralığına oturup oturmadığı, operatör limitlerinin dönüşümünü nerede kestiği ve sistemin ödeme onayını yanlış yorumlayıp ürünü bedavaya teslim edip etmediği. Bu yazıda mobil ödemeyi bir e-pin scripti üzerine kurmanın tüm pratiğini anlatıyorum: hangi sağlayıcı modeli sana uyar, hangi teknik adımlar zorunlu, hangi kontroller eksik kalırsa zarar yazarsın.
Mobil ödeme gerçekten senin ürününe uygun mu?
Mobil ödeme küçük tutarlarda parlar, büyük tutarlarda çöker. Operatör tarafında aylık ve işlem başına limitler vardır; bu limitler yüksek sepetli satışları fiilen imkânsız kılar. Eğer katalogunun ağırlığı düşük ve orta fiyatlı e-pinlerden oluşuyorsa mobil ödeme senin için ciddi bir kanal. Yüksek tutarlı paketler satıyorsan, mobil ödeme yalnızca tamamlayıcı bir seçenek olarak kalır.
İkinci belirleyici, hedef kitlenin yaşı ve kart sahipliği. Genç kullanıcı kitlesinde kart sahipliği düşüktür, aile kartı kullanımı ise ebeveyn onayı gerektirdiği için satın almayı durdurur. Bu kitlede mobil ödeme sepeti kurtaran tek yöntem olabilir. Yüksek komisyona rağmen kâr etmenin yolu, mobil ödemeyi ayrı bir fiyatlandırma mantığıyla ele almaktan geçer; birazdan tabloyla göstereceğim.
Komisyon farkını fiyata nasıl yansıtmalısın?
En sık yapılan hata, tüm ödeme yöntemlerine aynı fiyatı verip komisyon farkını kendi marjından karşılamaktır. Doğru yaklaşım, yöntem bazlı fiyat farkı tanımlamak. Bunu yaparken şeffaf olmak zorundasın: kullanıcı ödeme adımında "mobil ödeme ile hizmet bedeli" satırını net görmeli. Şeffaf yansıtma dönüşümü düşürmez; sürpriz tutar düşürür.
| Ödeme yöntemi | Komisyon | 100 TL satışta net | Yansıtma önerisi | Uygun sepet |
|---|---|---|---|---|
| Havale / EFT | %0 | 100,00 TL | İndirim ver | Her aralık |
| Kredi kartı | %2,9 | 97,10 TL | Standart fiyat | Her aralık |
| Mobil ödeme | %12 | 88,00 TL | Hizmet bedeli satırı ekle | Düşük ve orta |
| Cüzdan bakiyesi | %0 | 100,00 TL | Teşvik et, kampanya bağla | Tekrarlayan müşteri |
Tablodaki en değerli satır en alttaki. Cüzdan bakiyesi, mobil ödemenin komisyon yükünü dolaylı biçimde azaltmanın en iyi yolu: kullanıcı tek seferde mobil ödemeyle bakiye yükler, sonraki beş alışverişini bakiyeden yapar. Böylece komisyonu beş kez değil bir kez ödersin. Bu mekanizmayı destekleyen bir e-pin satış yazılımı ile mobil ödemenin efektif maliyetini ciddi biçimde aşağı çekebilirsin.
Mobil ödeme entegrasyonunda kurulum eforunun dağılımı
- Sağlayıcı başvuru ve evrak 35%
- Teknik entegrasyon ve bildirim 30%
- Test ve limit senaryoları 20%
- Sayfa içi bilgilendirme 15%
Kurulum gerçekte hangi adımlardan oluşuyor?
Süreç yazılım tarafında değil, evrak tarafında başlar. Sağlayıcı senden şirket bilgisi, vergi kaydı, site adresi, satılan ürün listesi ve iade politikası ister. E-pin gibi anında teslim edilen dijital ürünlerde iade politikası özellikle incelenir; "teslim edilmiş kod iade edilemez" ifadesini yazılı ve erişilebilir biçimde yayınlamak neredeyse zorunludur. Bu metin sitede yoksa başvuru genelde beklemeye alınır.
Onaydan sonra teknik kısım gelir: sağlayıcı sana bir mağaza kimliği, gizli anahtar ve bildirim adresi tanımı verir. Sistem ödeme isteğini oluşturur, kullanıcıyı sağlayıcının onay akışına yönlendirir, kullanıcı operatör onayını tamamlar ve sağlayıcı sonucu sunucuna bildirir. Kritik nokta burada: teslimatı tarayıcının döndüğü sayfaya değil, sunucudan sunucuya gelen bildirime bağlamak zorundasın. Bu ayrımı yapmayan bir kurulum, adres çubuğuna elle yazılan bir başarı adresiyle ücretsiz e-pin dağıtmaya başlar.
Bildirim geldiğinde yalnızca imzayı değil, gelen tutarı kendi sipariş kaydındaki tutarla karşılaştır. Tutar eşleşmiyorsa teslimat yapılmaz, sipariş incelemeye düşer.
Hangi güvenlik hatası seni bir gecede zarara sokar?
Mobil ödeme kanalında gördüğüm en yaygın dört hata şu: imza doğrulamasını atlamak, aynı bildirimin iki kez işlenmesine izin vermek, tutarı sunucuda kontrol etmemek ve başarısız işlemleri ayrı statüde takip etmemek. Dördü de tek başına yeter. Özellikle aynı bildirimin tekrar işlenmesi, kullanıcının tek ödemeyle iki kod almasına yol açar ve bu hatayı fark etmen genelde stok sayımında olur.
Doğru kurgulanmış bir dijital ürün satış yazılımı bunları senin yerine çözer: her bildirim tekil işlem numarasıyla kaydedilir, ikinci gelen aynı numara yok sayılır, imza sunucu tarafında doğrulanır, tutar karşılaştırılır ve tüm bu adımlar loglanır. Pinova'nın ödeme katmanı bu kurallarla çalışacak şekilde tasarlandı; entegrasyon başlıklarını özellikler bölümünde inceleyebilirsin.
Dönüşümü artırmak için ödeme adımında ne yazmalısın?
Mobil ödemede kullanıcı, kart ödemesine göre daha fazla tereddüt eder; çünkü faturaya yansıyacak bir tutardan söz ediyorsun. Bu tereddüdü metinle kırarsın. Ödeme adımında şunlar net yazılmalı: hangi operatörlerin desteklendiği, işlem başına üst limit, tutarın faturaya nasıl yansıyacağı, teslimat süresinin saniyeler olduğu ve sorun halinde nereye yazılacağı. Bu beş cümle, mobil ödeme dönüşümünü tek başına belirgin biçimde yukarı çeker.
Bir de limit hatalarını doğru yönetmen gerekir. Kullanıcı limitini aştığında sağlayıcıdan dönen teknik hata mesajını olduğu gibi göstermek satışı bitirir. Yerine anlaşılır bir mesaj ver ve hemen alternatif sun: "Bu tutar mobil ödeme limitini aşıyor. Kartla ödeyebilir ya da bakiye yükleyip tamamlayabilirsin." Tek cümlelik bu yönlendirme, kaybedilmiş sayılan siparişlerin önemli bir kısmını geri kazandırır.
Canlıya almadan önce hangi testleri yapmış olmalısın?
Mobil ödemeyi test etmenin kuralı şudur: başarılı senaryoyu herkes test eder, seni koruyan şey başarısız senaryolardır. Aşağıdaki kontrol listesini canlıya geçmeden tamamla.
| Test senaryosu | Beklenen davranış | Önem |
|---|---|---|
| Başarılı ödeme | Kod saniyeler içinde teslim, sipariş tamamlandı | Kritik |
| Kullanıcı onayı iptal etti | Sipariş iptal, stok geri düşer, teslimat yok | Kritik |
| Bildirim iki kez geldi | İkincisi yok sayılır, tek teslimat | Kritik |
| Sahte başarı adresi elle açıldı | Teslimat yapılmaz, sipariş beklemede kalır | Kritik |
| Tutar değiştirilerek gönderildi | İmza veya tutar kontrolü reddeder | Kritik |
| Operatör limiti aşıldı | Anlaşılır mesaj ve alternatif yöntem önerisi | Yüksek |
| Ödeme başarılı, stok tükenmiş | Beklemeye alınır, yönetici bildirimi gider | Yüksek |
| Bildirim gecikti | Sipariş açık kalır, geldiğinde otomatik teslim | Orta |
Ödeme katmanını sıfırdan yazma
Pinova; çoklu ödeme yöntemi, yöntem bazlı fiyatlandırma, cüzdan bakiyesi, imza ve tutar doğrulama ile tekrarlı bildirim koruması hazır gelir. Sen ürüne ve pazarlamaya odaklanırsın.
Mobil ödeme için şirket sahibi olmak zorunlu mu?
Sağlayıcıların büyük bölümü kurumsal başvuru ister; vergi kaydı, site bilgisi ve yazılı iade politikası talep edilir. Şahıs işletmesi çoğu durumda kabul edilir.
Komisyonu müşteriye yansıtmak yasal mı?
Yöntem bazlı hizmet bedelini ödeme adımında açık ve ayrı satır olarak göstermek şartıyla uygulanabilir. Gizli eklenen tutar hem şikâyet hem itiraz doğurur.
Mobil ödemede iade süreci nasıl işler?
Anında teslim edilen kodda kural olarak iade yapılmaz; bu politikayı yazılı yayınlaman gerekir. Teslim edilmemiş siparişte iptal ve iade sağlayıcı prosedürüyle yürütülür.
Kart ve mobil ödemeyi aynı sayfada sunabilir miyim?
Evet, önerilen kurulum bu. Ödeme seçici ile kullanıcı yöntemi seçer, sistem her yöntem için ayrı komisyon ve fiyat mantığını kendisi uygular.
Mobil ödeme, doğru sepet aralığında ve doğru doğrulama kurallarıyla kurulduğunda kart kullanmayan büyük bir kitleyi sana açar; yanlış kurulduğunda ise fark etmeden bedava ürün dağıttığın bir delik olur. Ödeme seçici, cüzdan bakiyesi ve bildirim doğrulama akışının gerçek panelde nasıl göründüğünü incelemek için canlı demo üzerinden test bir sipariş oluştur, sonra işletmene uygun paketi fiyat listesinden belirle.