Çoğu kişi abonelik kodu satışını şöyle sanır: tedarikçiden bir liste alırsın, siteye ürün olarak koyarsın, sipariş gelince Excel'den bir satır kopyalayıp müşteriye yazarsın. İlk hafta gerçekten böyle gider. Sonra bir Cumartesi akşamı derbi başlamadan yirmi dakika önce aynı koda iki farklı müşteri ulaşır, biri kodu kullanır, diğeri kullanamaz ve sen maçın ikinci yarısında iade talebiyle uğraşırsın. Sorun tedarikçide değildi, sorun kodun kimde olduğunu bilen tek bir kayıt noktan olmamasındaydı.
TOD ve beIN Connect tarafında satış yapan işletmelerin büyük kısmı bu duvara çarptıktan sonra e-pin scripti arıyor. Çünkü spor içeriği satmak, oyun parası satmaktan farklı bir zaman baskısı taşır: müşteri kodu yarın değil, maç başlamadan istiyor. Bu yazıda abonelik kodu satışının gerçekten nerede kırıldığını, hangi verinin tutulması gerektiğini ve iyi bir dijital ürün satış scriptinin bu işi nasıl görünmez hale getirdiğini tek tek açacağım.
Abonelik kodu gerçekten "e-pin" mi, yoksa bambaşka bir ürün mü?
Panelde ikisi de aynı kutuya girer ama davranışları tamamen farklıdır. Klasik bir oyun kodu tek seferlik bir bakiye yüklemesidir; yüklenir, biter, ilişki kapanır. Abonelik kodu ise bir süre satar. Bu süre bittiğinde müşteri yine ihtiyaç duyar. Yani elindeki ürün aslında tek satış değil, tekrarlayan bir gelir kalemidir. Bunu ürün yapısında ayırmazsan iki şeyi kaybedersin: birincisi yenileme hatırlatması yapamazsın, ikincisi müşterinin hangi tarihte hangi paketi aldığını bilmediğin için "benim abonelikte 12 ay vardı" tartışmasında elinde belge olmaz. Doğru kurgulanmış bir e-pin satış yazılımında her kodun yanında süre uzunluğu, geçerlilik son tarihi, paket tipi ve teslim zamanı ayrı alanlar olarak durur. Ürün adının içine "12 Aylık" yazmak veri değildir, sadece metindir. Süreyi alan olarak tutarsan sistem sana "bu ay 340 aboneliğin bitiyor" diyebilir. Metin olarak tutarsan hiçbir şey diyemez.
Derbi gecesi siteni çökerten şey trafik değil, kilit mekanizması
Yüksek talepli gecelerde yaşanan sorunların çoğu sunucu gücüyle ilgili değildir. Asıl sıkıntı, aynı anda gelen iki siparişin aynı stok satırını okumasıdır. Kötü yazılmış bir teslimat akışı şunu yapar: kodu seç, müşteriye gönder, sonra "satıldı" olarak işaretle. Arada geçen yarım saniyede ikinci sipariş aynı kodu görür. Sağlam bir kurguda sıra terstir: kod önce kilitlenir, ardından işlem tamamlanır, en son müşteriye görünür. Bu farkı yaşamadan anlamak zordur, ama bir kez yaşadıysan bir daha unutmazsın. Aradığın e-pin satış scriptinin teknik açıklamasında bu kilitleme mantığının nasıl çalıştığını sormalısın. Ayrıca kod havuzu azaldığında satışın otomatik durması gerekir. "Stok bitti ama site satmaya devam etti" senaryosu, spor içeriğinde normal bir ürüne göre çok daha pahalıya gelir; çünkü müşteri o parayı bir sonraki hafta değil, o an kullanmak istiyordu ve beklemesi mümkün değil.
| Paket tipi | Ortalama sepet | Teslim aciliyeti | İade/itiraz riski | Yenileme davranışı |
|---|---|---|---|---|
| Aylık spor paketi | Düşük | Çok yüksek (maç saati) | Yüksek | Her ay tekrar |
| 3 aylık kombine paket | Orta | Yüksek | Orta | Sezon başı yoğun |
| 12 aylık tam paket | Yüksek | Orta | Düşük | Yıllık, planlanabilir |
| Sadece dizi/film paketi | Düşük | Düşük | Düşük | Düzensiz |
| Hediye kodu / kupon | Orta | Orta | Orta | Bayram ve özel gün |
Kodun son kullanma tarihi neden en çok para kaybettiren alan?
Abonelik kodlarının önemli bir kısmı sınırsız ömürlü değildir. Tedarikçiden aldığın parti, belirli bir tarihe kadar aktive edilmek zorundadır. Elinde üç ay önce alınmış ve kimsenin fark etmediği bir kod grubu varsa, o para artık stok değil zarardır. Bunu önlemenin tek yolu teslimat sırasını rastgele bırakmamaktır. Sistemin ilk giren kodu ilk çıkaracak şekilde çalışması, yani FIFO mantığı, bu üründe muhasebe tercihi değil hayati bir kuraldır. Bunun üstüne bir de son kullanma tarihi yaklaşan kodlar için uyarı eşiği koymak gerekir: örneğin 30 gün kalan kodlar panelde ayrı bir renkle işaretlenir ve sen o partiyi kampanyaya sokup eritirsin. İyi bir epin yazılım kurgusunda bu uyarı otomatik gelir, sen hatırlamak zorunda kalmazsın. Bu tek özellik, çoğu işletmede yazılımın yıllık maliyetinden fazlasını kurtarır.
Abonelik kodu satışında oluşan itirazların dağılımı
- Yanlış paket / süre karışıklığı 45%
- Geç teslimat, maç kaçırma 25%
- Kod daha önce kullanılmış 20%
- Ödeme ve fatura sorunları 10%
Aynı kodu iki kez satmanın önündeki tek engel: değişmez teslimat kaydı
Bir müşteri "kod çalışmıyor" dediğinde iki ihtimal vardır: ya kod gerçekten sorunlu, ya da müşteri kodu kullandı ve iade almak istiyor. Bu ikisini ayırmanın yolu tahmin değil kayıttır. Teslimat anında kaydedilmesi gereken minimum set şudur: sipariş numarası, kodun benzersiz kimliği, teslim saati, hangi IP'den görüntülendiği, kaç kez görüntülendiği. Bu beş alan elinde olduğunda tartışma yirmi saniyede kapanır. Olmadığında her tartışma seni götürür. Ayrıca bu kayıtların silinemez olması, yani kodun panelden sonradan düzenlenememesi gerekir. Dijital ürün satış yazılımı seçerken "teslim edilen kod sonradan değiştirilebiliyor mu" sorusunu mutlaka sor. Değiştirilebiliyorsa o log hukuki ve ticari olarak hiçbir şey ifade etmez. Pinova tarafında bu yüzden teslimat kayıtları ayrı bir tabloda, yazma-bir-kez mantığıyla tutulur ve arşivden sipariş bazında tek tıkla çekilir.
Fikstürü önceden panele not düş ve yoğun gecelerden 48 saat önce stok eşiğini iki katına çıkar. Kod tedariki gece yarısı yapılmaz.
Yenileme hatırlatması yapmıyorsan müşteriyi rakibe kendin gönderiyorsun
Abonelik satışının en değerli tarafı, bitiş tarihini bilmendir. Müşteri 12 aylık paket aldıysa, onuncu ayın sonunda bir hatırlatma mesajı alması gerekir. Bunu yapmazsan müşteri süresi bittiği gün arama motoruna gider ve orada kim varsa ondan alır. Oysa senin elinde tarih, paket bilgisi ve iletişim kanalı zaten var. Otomatik hatırlatma kurgusu basit bir şey gibi görünür ama etkisi büyüktür: doğru zamanlanmış tek bir bildirim, aynı müşteriyi ikinci kez satın almaya getirir ve bu satışın reklam maliyeti sıfırdır. Bu yüzden e-pin yazılımı değerlendirirken sadece teslimat hızına bakma; bitiş tarihine göre segment oluşturabiliyor mu, o segmente kupon basabiliyor mu, bunu da sor. Özellikler sayfasında bu tarafın nasıl çalıştığını adım adım görebilirsin.
Bölge uyumu, fatura ve ödeme itirazı: sessiz üç maliyet kalemi
Spor ve yayın kodlarında bölge kısıtı çoğu zaman oyun kodlarından daha keskindir. Yanlış bölgeye satılan kod, iade edilemeyen kodtur. Bu yüzden ürün sayfasında bölge bilgisinin görünür olması, sepette onay kutusu ile teyit alınması ve bu onayın kayda geçmesi gerekir. Onay kaydı, ödeme itirazı geldiğinde senin en güçlü belgen olur. Faturaya gelince: dijital ürün satışında e-arşiv sürecinin sipariş anında tetiklenmesi, sonradan toplu iş çıkarmaktan hem hızlı hem güvenlidir. Son olarak ödeme itirazlarını azaltmanın en etkili yolu, ekstre açıklamasında görünen ismin müşterinin alışveriş yaptığı marka ismiyle aynı olmasıdır. Bu üçü küçük detay gibi görünür; ancak aylık kâr tablosunda yüzdeyle konuşan kalemlerdir. Fiyatlandırma tarafında hangi paketin bu modülleri kapsadığını inceleyebilirsin.
| Kontrol noktası | Neden önemli | Durum |
|---|---|---|
| Kod kilitleme (satış anında rezerv) | Çifte gönderimi tamamen bitirir | Zorunlu |
| FIFO teslimat sırası | Son kullanma tarihi geçen kod kalmaz | Zorunlu |
| Stok eşiği + otomatik satış durdurma | Stoksuz sipariş alınmaz | Zorunlu |
| Teslimat logu (IP, saat, görüntüleme) | İtiraz tartışmasını kapatır | Zorunlu |
| Bitiş tarihine göre yenileme bildirimi | Aynı müşteriden ikinci satış | Yüksek etki |
| Bölge onay kutusu ve kaydı | Yanlış bölge iadelerini önler | Yüksek etki |
| Sipariş anında e-arşiv tetikleme | Muhasebe yükünü dağıtır | Orta |
| Yoğun gece için kapasite testi | Derbi akşamı panel ayakta kalır | Orta |
Maç saatinde teslimat derdini bitir
Kod kilitleme, FIFO havuz, otomatik teslimat ve yenileme bildirimleri kutudan çıkar. Kendi markanla, kendi sunucunda.
Abonelik kodlarını normal e-pin ürünü gibi mi tanımlamalıyım?
Hayır. Süre uzunluğu, geçerlilik bitişi ve paket tipini ayrı alanlar olarak tutmalısın. Aksi halde yenileme takibi ve süre bazlı raporlama mümkün olmaz.
Yoğun gecelerde sipariş patlaması yaşanırsa ne yapmalıyım?
Fikstürü önceden panele işleyip stok eşiğini yükselt, satış durdurma kuralını aktif tut ve teslimatın kod kilitleme ile çalıştığından emin ol. Sorun genelde sunucu değil, teslimat sırasıdır.
Müşteri kodu kullandıktan sonra iade isterse elimde ne olmalı?
Teslim saati, görüntüleme sayısı, IP kaydı ve bölge onayı. Bu dört kayıt varsa itirazlar büyük oranda lehine kapanır.
Tek başıma çalışıyorum, bu kadar otomasyona gerçekten ihtiyacım var mı?
Özellikle tek başına çalışıyorsan var. Manuel teslimatta gece 23:00'te yapılan bir kopyala-yapıştır hatası, bir aylık kârı silebilir.
Abonelik kodu satışı, doğru kurulduğunda en sadık müşteri kitlesini üreten kalemdir; yanlış kurulduğunda ise seni her hafta sonu telefon başında tutar. Farkı yaratan şey tedarikçin değil, siparişten teslimata giden yolun otomatik olup olmamasıdır. Kod kilitlemenin, FIFO havuzun ve yenileme bildirimlerinin gerçek bir panelde nasıl göründüğünü merak ediyorsan canlı demo üzerinden kendi siparişini oluşturup teslimat akışını baştan sona kendin dene; anlatılanı okumak ile ekranda görmek arasındaki fark tam olarak burada ortaya çıkıyor.