Bulut oyun aboneliklerini satmaya başlayan işletmelerin neredeyse tamamı ilk aylarda aynı yanılgıyı yaşar: bunun da diğer kodlar gibi bir ürün olduğunu, yükleyip satılmasını beklemenin yeteceğini sanır. Birkaç ay sonra tablo netleşir; satış vardır ama müşteri kalıcı değildir. Aynı kişi bir ay senden, ertesi ay bambaşka bir yerden alır. Ciro dalgalıdır ve tahmin edilemez.
Oysa abonelik ürünlerinin en güçlü tarafı tam olarak tahmin edilebilir olmalarıdır. Bir ay, üç ay ya da on iki aylık bir kod sattığında, o müşterinin ne zaman tekrar alacağını gün gün bilirsin. Bu bilgiyi kullanmayan satıcı, elindeki en değerli veriyi çöpe atıyor demektir. Bu yazıda bir e-pin satış scriptinin abonelik kategorisini nasıl tekrarlayan gelir motoruna çevirdiğini, hangi otomasyonun müşteriyi elde tuttuğunu ve süre bazlı kodlarda hangi hataların sessizce para kaybettirdiğini anlatacağım.
Abonelik Satmak Neden Tek Seferlik Koddan Tamamen Farklıdır?
Tek seferlik bir oyun parası kodunda ilişki satışla biter. Müşteri kodu kullanır, işlem tamamlanır ve bir daha ne zaman geleceğini kimse bilmez. Abonelikte ise satış bir başlangıçtır. O kodu kullanan kişi, süresi dolduğunda mutlaka yeniden alacaktır; tek soru nereden alacağıdır. Bu yüzden abonelik kategorisinde asıl rekabet fiyatta değil, hatırlatmada yaşanır.
Bu farkı ürün yapısına da yansıtman gerekir. Aynı servis için bir aylık, üç aylık ve on iki aylık varyantlar birbirinden bağımsız ürün değil, aynı ürünün süre seçenekleridir. Panelinde bu şekilde tanımlandığında, müşteri karşılaştırma yaparken kısa süreliden uzun süreliye geçme ihtimali belirgin biçimde artar. İyi kurulmuş bir dijital ürün satış yazılımı bu karşılaştırmayı ürün sayfasında otomatik gösterir; sen ayrı sayfalar açıp trafiği bölmezsin.
Yenileme Tarihini Bilmeyen Panel Müşterisini Rakibine Teslim Eder
Bir müşteri üç aylık abonelik kodu aldıysa, doksan gün sonra yeni bir koda ihtiyacı olacaktır. Panelin sipariş tarihini ve ürün süresini bildiğine göre bu tarihi hesaplamak birkaç satırlık iştir. Yine de sahada çoğu satıcı bu hesabı hiç yapmaz ve müşterinin kendi kendine geri gelmesini bekler.
Doğru kurgu şudur: sistem, sürenin dolmasına beş gün kala müşteriye kısa bir hatırlatma gönderir ve doğrudan aynı ürünün sayfasına yönlendirir. Bu tek otomasyon, abonelik kategorisinde tekrar satın alma oranını tek başına ciddi biçimde yukarı çeker. Üstelik hiçbir reklam bütçesi gerektirmez; elindeki veriyi kullanır. Bir e-pin yazılımı seçerken "sipariş sonrası otomatik bildirim kurgulanabiliyor mu" sorusu, ödeme entegrasyonu listesinden çok daha belirleyicidir.
| Abonelik süresi | Hatırlatma zamanı | Beklenen davranış | Önerilen teşvik |
|---|---|---|---|
| 1 ay | Bitişe 3 gün kala | Yüksek tekrar, düşük sadakat | 3 aylığa geçişte kademeli avantaj |
| 3 ay | Bitişe 5 gün kala | Orta tekrar, orta sadakat | Aynı süre için küçük indirim |
| 6 ay | Bitişe 7 gün kala | Düşük tekrar sıklığı, yüksek sepet | Yıllığa yükseltme teklifi |
| 12 ay | Bitişe 14 gün kala | En yüksek sadakat | Öncelikli destek ve erken bildirim |
Süre Bazlı Kodlarda Stok Yaşlanması Diye Bir Şey Var mı?
Abonelik kodları genellikle bozulmaz ama tedarik fiyatları oynaktır ve bazı kodların kullanım son tarihi vardır. Kodu bugün alıp altı ay bekletirsen, o sürede hem kur farkı hem de servis tarafındaki fiyat güncellemeleri yüzünden marjın erir. Daha kötüsü, kullanım son tarihi geçmiş bir kodu farkında olmadan satarsan doğrudan iade ve güven kaybı yaşarsın.
Bu yüzden abonelik stoklarını girerken her koda bir son kullanım tarihi alanı tanımlamalı, panel de bu tarihe yaklaşan kodları önce satacak şekilde sıralamalıdır. Yani ilk giren ilk çıkar mantığı. Bunu manuel yapmaya çalışan satıcı, yüzlerce kodun içinde hangisinin ne zaman öleceğini takip edemez. Bir e-pin scriptinde bu kural bir kez tanımlanır ve sonsuza kadar kendi başına çalışır.
Abonelik Kategorisinde Ciro Kaynakları
- Yenileyen mevcut müşteri 40%
- Yeni müşteri ilk alım 30%
- Süre yükseltme (upgrade) 20%
- Hediye/ikinci hesap alımı 10%
Bölge Kilidi ve Kod Geçerliliği: Destek Yükünün Asıl Kaynağı
Bulut oyun servislerinin neredeyse tamamı bölge bazlı çalışır. Bir bölgeye ait kod başka bir hesapta çalışmaz, bazı servislerde ise mevcut aboneliği olan hesap yeni kodu kabul etmez. Bu iki durum, abonelik kategorisindeki destek taleplerinin büyük bölümünü üretir.
Bunu önlemenin yolu satın alma anında müşteriyi bilgilendirmektir. Ürün sayfasında hangi bölgeye ait olduğunu, mevcut aboneliği olan hesapta ne olacağını ve kodun nasıl kullanılacağını üç maddelik net bir kutuda göstermek, destek yükünü belirgin biçimde düşürür. Sepette ise onay kutusu ile müşteriye bunu okuttuğunu kayıt altına alırsın. Bu detaylar küçük görünür ama iade oranı ile doğrudan ilişkilidir; özellikler sayfasında bu tür ürün şablonlarının nasıl tanımlandığını görebilirsin.
Kodu gönderirken "bu abonelik yaklaşık olarak şu tarihte bitecek" cümlesini ekle. Müşteri o maili saklar, tarihi gördüğünde seni hatırlar ve yenileme zamanı geldiğinde arama yapmadan sana döner.
Tekrarlayan Gelir İçin Panelinde Hangi Otomasyonlar Açık Olmalı?
Abonelik kategorisini kârlı kılan şey tek bir özellik değil, birkaç küçük otomasyonun birlikte çalışmasıdır. Otomatik teslimat, süre bazlı stok sıralaması, yenileme hatırlatması, süre yükseltme teklifi ve müşteri bazlı satın alma geçmişi. Bunların hepsi ayrı ayrı basittir; birlikte çalıştıklarında ise elle yönetilemeyecek bir düzen kurar.
Özellikle müşteri bazlı geçmiş kaydı önemlidir. Bir kişinin hangi servisi, hangi süreyle, kaç kez aldığını gördüğünde ona doğru teklifi sunarsın. Üç kez üst üste bir aylık alan müşteriye yıllık paket önermek, rastgele indirim kuponu dağıtmaktan çok daha yüksek dönüşüm verir. Bu yaklaşım, epin yazılım tarafında gelişmiş bir raporlama gerektirmez; sadece doğru kurgulanmış bir sipariş geçmişi yeterlidir.
Abonelik Kataloğunu Nasıl Kurmalı ve Fiyatlamalısın?
Kataloğu genişletmek yerine derinleştir. Beş farklı servisin yüzeysel olarak listelendiği bir sayfa yerine, iki servisin tüm süre seçenekleriyle ve net kullanım anlatımıyla sunulduğu bir sayfa daha çok satar. Fiyatlamada ise uzun süreli paketlerde birim fiyatı düşür; müşteri hesabı yaptığında uzun süreliye geçmenin mantıklı olduğunu kendi görsün.
Aşağıdaki kontrol listesi, abonelik kategorisini açmadan önce panelinde tamamlaman gereken maddeleri sırayla veriyor. Her maddeyi işaretlemeden kategoriyi yayına alma; sonradan düzeltmek ilk kurulumdan çok daha pahalıya mal olur.
| Kontrol maddesi | Neden gerekli | Zorunluluk | Tamamlandı kriteri |
|---|---|---|---|
| Süre varyantları tek üründe toplandı | Trafiği bölmemek ve upgrade sunmak | Yüksek | Tek sayfada 4 süre seçeneği görünüyor |
| Kod son kullanım tarihi alanı açıldı | Ölü stok satışını engellemek | Yüksek | Tarihi yakın kodlar önce satılıyor |
| Bölge uyarısı ürün sayfasında | İade ve destek yükünü azaltmak | Yüksek | Sepette onay kutusu aktif |
| Yenileme hatırlatma otomasyonu | Tekrarlayan geliri sabitlemek | Kritik | Test siparişinde bildirim düştü |
| Teslimat maili şablonu güncellendi | Bitiş tarihini müşteriye hatırlatmak | Orta | Mailde tarih ve kullanım adımları var |
| Müşteri satın alma geçmişi görünür | Doğru teklifi doğru kişiye sunmak | Orta | Panelde kişi bazlı liste açılıyor |
Aboneliği tek seferlik satış olmaktan çıkar
Süre varyantları, son kullanım tarihli stok, otomatik teslimat ve yenileme bildirimi hazır gelen bir altyapıyla abonelik kategorisini ilk günden doğru kur. Kapsam ve paketler için fiyat bölümüne göz at.
Abonelik kodlarını toplu almak mantıklı mı?
Kısmen. Fiyat avantajı sağlar ancak kur hareketleri ve kodların kullanım son tarihi nedeniyle risk taşır. En sağlıklısı, bir aylık satış hızını karşılayacak kadar stok tutup gerisini satış temposuna göre tamamlamaktır.
Yenileme hatırlatması rahatsız edici olur mu?
Zamanlamayı doğru seçersen olmaz. Süre dolmadan birkaç gün önce gönderilen tek bir bildirim, müşteri için hizmet gibi algılanır. Sık tekrar eden veya süreyle alakasız mesajlar ise rahatsız edicidir ve sonuçta bildirimlerin tamamen kapatılmasına yol açar.
Aynı servis için kaç süre seçeneği sunmalıyım?
Üç ya da dört seçenek ideal. Daha azı karşılaştırma imkânı vermez, daha fazlası karar vermeyi zorlaştırır. Bir, üç ve on iki aylık seçenekler çoğu servis için yeterli bir yelpaze oluşturur.
Manuel teslimatla abonelik satmayı sürdürebilir miyim?
Düşük hacimde mümkün ama ölçeklenmez. Abonelik müşterisi hızlı teslimat bekler ve gecikme yaşadığında bir sonraki dönemde başka satıcıya gider. Otomatik teslimat bu kategoride sadakatin doğrudan belirleyicisidir.
Bulut oyun aboneliği, dijital ürün kataloğundaki en öngörülebilir gelir kalemidir; yeter ki panelin süre kavramını gerçekten anlasın. Süre varyantları, son kullanım tarihli stok yönetimi, bölge uyarıları ve yenileme otomasyonu bir araya geldiğinde her ay ne kadar satacağını yaklaşık olarak tahmin edebilir hale gelirsin. Bu akışın gerçek bir panelde nasıl kurulduğunu görmek istersen canlı demo üzerinden abonelik ürünü oluşturup test siparişi geçebilirsin.

