Çoğu kişi ulaşım kuponunu oyun e-pininin kolay versiyonu sanır. Mantık şöyle kurulur: kod evrensel bir para birimi gibidir, müşteri uygulamasına girer, bakiye yüklenir, iş biter. Uber ve benzeri ulaşım servislerinin promosyon kodları ise dünyanın en kısıtlı dijital ürünlerinden biridir. Bir kod ülkeye, şehre, hesap yaşına, ödeme yöntemine ve bazen tek bir kampanya segmentine bağlı çalışır. Yani sattığın şey bir bakiye değil, bir izin kümesidir.
Bu ayrımı kavramadan kategoriye girenler ilk ayı harika geçirir, ikinci ayda destek kutusu patlar. Çünkü kod bozuk değildir; kod yalnızca o müşteri için geçersizdir. Müşteri ise farkı bilmez, "kod çalışmıyor" der ve iade ister. Bu yazıda ulaşım kuponu kategorisinin gerçek risk haritasını çizeceğim ve bu riskleri müşteriye ulaşmadan durdurmak için e-pin scriptinin hangi kontrolleri yapması gerektiğini anlatacağım.
Ulaşım Kodunu Diğer Dijital Üründen Ayıran Şey Neden Bakiye Değil, İzin?
Bir oyun kodu, oyunun cüzdanına yüklenir ve oradan sonra kim kullanırsa kullansın çalışır. Ulaşım kuponu ise uygulamanın kampanya motoruna girer ve orada bir dizi şarta karşı sınanır: hesabın kayıtlı olduğu ülke, yolculuğun başladığı bölge, hesabın daha önce promosyon kullanıp kullanmadığı, seçilen ödeme yöntemi. Şartlardan biri tutmazsa kod reddedilir. Teknik olarak kod sağlamdır ama o müşteri için işlevsizdir.
Bunun ticari sonucu şudur: bu kategoride satmadan önce eleme yapmak zorundasın. Elemeyi yapmazsan satışın bir kısmı kaçınılmaz olarak iade olur ve iadenin maliyeti sadece para değil, yorum ve itibar olur. Doğru kurulmuş bir dijital ürün satış scripti bu elemeyi ürün sayfasında yapar: bölge seçimi zorunlu tutulur, kısıt metni onay kutusu haline getirilir ve uygun olmayan kombinasyonda sepete ekleme hiç açılmaz. Yani sistem, satışı reddederek para kazandırır.
Bölge Tuzağı Tam Olarak Nasıl Çalışır ve Neden Elle Yönetilemez?
Diyelim stoğunda iki parti kupon var: biri Türkiye hesapları için, diğeri yalnızca belirli bir şehirde geçerli kampanya kodu. Elle yönetildiğinde bu iki parti aynı ürün sayfasında birikir ve operatör hangi kodu göndereceğine göz kararı karar verir. Yoğun günde karar bozulur, şehir kısıtlı kod başka bir şehirdeki müşteriye gider, iade zinciri başlar. Suçlanacak kimse yoktur; sistem bu hatayı yapmaya elverişlidir.
Kurulması gereken yapı şu: her kod partisinin bir uygunluk etiketi olur; müşteri sipariş sırasında bölgesini seçer; teslim motoru yalnızca o etikete uyan partiden kod çeker; uyan stok yoksa satış kapanır. Bu üç satır kural, kategorinin destek yükünü üçte bire indirir. Hiçbir ekstra insan gücü gerektirmez, yalnızca kullandığın e-pin yazılımının stoğu tek havuz değil, etiketli havuzlar olarak tutmasını gerektirir.
| Kısıt türü | Ne yapar | Müşteriye görünen hata | Satış öncesi çözüm |
|---|---|---|---|
| Ülke kısıtı | Hesabın kayıtlı ülkesini şart koşar | Kod tanımlanamıyor | Zorunlu ülke seçimi |
| Şehir ve bölge kısıtı | Yolculuk başlangıç noktasına bakar | Promosyon uygulanmadı | Parti etiketi ve bölge filtresi |
| Yeni kullanıcı kısıtı | Sadece ilk siparişte geçerli | Bu hesap uygun değil | Ürün başlığında açık uyarı |
| Ödeme yöntemi kısıtı | Belirli kart veya cüzdan ister | Kod eklenemedi | Kısıt metni onay kutusu |
| Süre kısıtı | Kampanya tarihiyle biter | Süresi geçmiş kod | Otomatik son tarih uyarısı |
| Tek hesap kısıtı | Hesap başına bir kez | Daha önce kullanıldı | Sipariş limiti kuralı |
Mobil Trafiğin Bu Kadar Baskın Olması Vitrinini Nasıl Değiştirmeli?
Ulaşım kuponu alan insan genellikle hareket halindedir: yolculuğa çıkmak üzeredir, aceleyle arar, aceleyle öder. Bu profil masaüstü alışverişçisinden tamamen farklı davranır. Uzun açıklama okumaz, çok adımlı ödeme formunu terk eder, kodu aynı ekranda görmek ister. Dolayısıyla kategorinin dönüşümünü belirleyen şey fiyat değil, ödeme ile teslim arasındaki adım sayısıdır.
Pratik kurallar net: kayıt zorunluluğu koymadan misafir siparişine izin ver, kısıt uyarısını tek satırda ve kalın yaz, kodu ödeme sonrası ekranda doğrudan göster, aynı kodu ikinci bir kanaldan da ilet. Bu dört maddeyi uygulayan vitrinlerle uygulamayanlar arasındaki dönüşüm farkı, gördüğüm örneklerde iki katın üzerinde. Üstelik hiçbiri pazarlama bütçesi istemiyor; hepsi e-pin satış yazılımının akış ayarında bitiyor.
Ulaşım kuponu destek taleplerinin kaynağı
- Bölge ve ülke uyumsuzluğu 50%
- Yeni kullanıcı kısıtı 22%
- Süresi geçmiş kod 18%
- Gerçek teknik arıza 10%
Kötüye Kullanım: Bu Kategoride Neden Toplu Alıcıya Dikkat Etmelisin?
Ulaşım kuponları, kampanya avantajını çoğaltmak isteyen kişiler için çekici bir hedeftir. Aynı kişi farklı hesaplar açar, tek kullanımlık kodları toplu alır ve sistemi zorlar. Sen açısından bu ilk bakıştaki güzel bir ciro sıçramasıdır; üç hafta sonra ise kart itirazı dalgası ve tedarikçi tarafında iptal edilen parti anlamına gelir. Yani bu kategoride büyük siparişler her zaman iyi haber değildir.
Savunma karmaşık değil: aynı karttan aynı gün içinde kaç adet alınabileceğine sınır koy, belirli tutarın üzerindeki siparişlerde kimlik teyidi isteyen bir manuel onay adımı aç, aynı cihaz veya oturumdan gelen yığın siparişleri işaretle. Bu kuralların hepsi altyapı seviyesindedir ve sonradan eklenmesi zordur. Hangi kural setlerinin hazır geldiğini özellikler bölümünden kontrol edebilir, ölçeğine uygun paketi fiyat sayfasında görebilirsin.
Uyarıyı sayfanın altına yazmak seni korumaz; kimse okumaz. Aynı metni ödeme öncesi işaretlenmesi zorunlu bir kutuya taşıdığında hem iade talepleri düşer hem itirazlarda elin güçlenir.
Bu Kategoriyi Ayakta Tutan Altyapı Neye Benziyor?
Özetleyeyim: ulaşım kuponu satışı, stoğu tek havuz olarak gören hiçbir altyapıda sağlıklı yürümez. İhtiyacın olan şey etiketli stok havuzları, bölge bazlı teslim filtresi, kilitli ve zaman damgalı kod teslimi, son tarih uyarısı, tutar bazlı manuel onay eşiği ve tek ekranda tamamlanan mobil ödeme akışı. Bunlar lüks özellik değil, kategorinin giriş şartıdır.
Pinova bu şartları karşılamak için kurgulanmış bir e-pin satış scriptidir; kendisi kupon satmaz, kupon satan işletmenin motorudur. Parti etiketi, uygunluk filtresi, teslim kaydı ve kötüye kullanım kuralları kutudan çıkar; sen tedarik ve fiyatlamaya odaklanırsın. Kategoriye yeni giriyorsan en büyük kazanımın ilk aydan itibaren iade oranını düşük tutmak olacak, çünkü bu kategoride itibar bir kez kırıldığında geri kazanmak yeni müşteri bulmaktan çok daha pahalıdır.
| Kontrol maddesi | Neden gerekli | Öncelik |
|---|---|---|
| Parti bazlı uygunluk etiketi | Yanlış bölgeye kod gitmesini engeller | Zorunlu |
| Sipariş sırasında bölge seçimi | Elemeyi satıştan önce yapar | Zorunlu |
| Onay kutusuna bağlı kısıt metni | İtirazda kanıt oluşturur | Zorunlu |
| Kilitli ve zaman damgalı teslim | Çift teslimi ve itirazı bitirir | Zorunlu |
| Son kullanım tarihi uyarısı | Süresi geçen stoğu eritir | Yüksek öncelik |
| Kart ve cihaz bazlı adet limiti | Kötüye kullanımı sınırlar | Yüksek öncelik |
| Tek ekranlı mobil ödeme akışı | Acele eden alıcıyı kaçırmaz | Önerilir |
Bölge tuzağını satıştan önce kapat
Etiketli stok, uygunluk filtresi ve kilitli teslim hazır gelsin; iade oranını ilk aydan düşük tut.
Ulaşım kuponu satışı e-pinden daha mı riskli?
Riski farklı yerde. Kod sahteliği daha az görülür ama uygunluk kısıtı yüzünden geçersiz çıkma ihtimali çok daha yüksektir. Bu yüzden risk teknik değil, eleme ve bilgilendirme tarafındadır.
Bölge kısıtını ürün açıklamasına yazmam yeterli mi?
Hayır. Açıklama metni okunmaz ve itirazda zayıf kalır. Aynı bilgiyi zorunlu bölge seçimi ve işaretlenmesi gereken bir onay kutusuna dönüştürdüğünde hem iade düşer hem savunman güçlenir.
Büyük toplu siparişleri kabul etmeli miyim?
Koşullu kabul et. Tutar eşiğinin üzerindeki siparişleri manuel onaya düşür, aynı karttan günlük adet sınırı koy. Denetimsiz kabul edilen yığın siparişler genellikle itiraz dalgasıyla geri döner.
Küçük başlarken bu kadar kurala gerek var mı?
Kurallar hacimle değil, kategoriyle gelir. Günde beş satışta da yanlış bölgeye giden kod aynı hasarı verir. Üstelik bu kuralları sonradan eklemek, baştan doğru altyapıyla başlamaktan çok daha zahmetlidir.
Ulaşım kuponu, doğru kurulduğunda tekrar satın alma oranı en yüksek dijital kategorilerden biri; yanlış kurulduğunda ise destek ekibini bitiren bir baş ağrısı. Aradaki tüm fark, elemeyi müşteriden önce senin yapıp yapmadığında. Etiketli stok havuzlarının, bölge filtresinin ve kilitli teslim akışının gerçek bir panelde nasıl işlediğini görmek istiyorsan canlı demo üzerinden iki farklı bölge partisi tanımlayıp uygunsuz bir siparişin nasıl kendiliğinden durdurulduğunu test et; kategoriye girmeden önce bunu bir kez görmek sana aylarca zaman kazandırır.