Reklam mı, Abonelik mi, Tek Seferlik mi? Uygulamadan Gelir Modelleri
Yanlış gelir modeli, kötü bir uygulamadan daha hızlı kullanıcı kaybettiriyor. Üç modelin hangisinin nerede işe yaradığını ve reklamı nereye koymamak gerektiğini anlatıyorum.
2020'de Java ile Android geliştirmeye başladım, ilk uygulamalarımı 2022'de mağazada yayınladım — üretimden ilk kez gelir elde ettiğim an oydu. O günden bugüne hem reklam hem de uygulama içi satın alma modellerini denedim. Öğrendiğim en önemli şey şu: yanlış gelir modeli, kötü bir arayüzden daha hızlı kullanıcı kaybettiriyor.
Üç model, üç farklı soru
Hangi modeli seçeceğinize karar vermek için uygulamanıza tek bir soru sormak yeterli: kullanıcı bu uygulamayı ne sıklıkla ve ne kadar süre kullanacak?
| Model | Ne zaman doğru | Riski |
|---|---|---|
| Reklam | Sık kullanılan, oturumu kısa, geniş kitleli uygulamalar | Deneyimi bozar, kullanıcı başına gelir düşüktür |
| Abonelik | Sürekli değer üreten, düzenli kullanılan uygulamalar | Değer sürekli değilse iptal hızlı gelir |
| Tek seferlik satın alma | Araç niteliğinde, bir işi bir kez çözen uygulamalar | Gelir tek seferlik, bakım maliyeti sürer |
Reklam: üç tür ve üçünün de yeri ayrı
Reklamı "koydum, oldu" diye düşünmek en pahalı hata. Üç tür var ve kullanıcı üzerindeki etkileri birbirinden çok farklı:
- Banner: Ekranın altında sabit durur. Geliri düşüktür ama akışı bozmaz. Uzun listelerin olduğu ekranlarda makul.
- Geçiş (interstitial): Tam ekran kaplar. Geliri yüksektir, rahatsızlığı da öyle. Yanlış yere konursa uygulamayı sildirir.
- Ödüllü (rewarded): Kullanıcı izlemeyi kendisi seçer, karşılığında bir şey kazanır. Bence en dürüst model — çünkü kullanıcı takas yaptığını biliyor.
Uygulama ilk açıldığında, kullanıcı bir işi tamamlamaya çalışırken (kaydet, gönder, ödeme) ve geri tuşuna basıldığında. Bu üç yer, "yanlışlıkla tıklattırma" gibi görünüyor ve hem kullanıcıyı hem mağazayı rahatsız ediyor.
Reklamı ne zaman göstermeli?
Benim uyguladığım kural basit: reklam, kullanıcı bir işi bitirdikten sonra çıkmalı, ortasında değil. Bir seviye tamamlandığında, bir kayıt eklendikten sonra, bir sonuç görüntülendikten sonra.
Ayrıca sıklık sınırı koymak şart. Her ekran geçişinde reklam gösteren bir uygulama, kısa vadede daha çok kazanır ama kullanıcıyı kaybettiği için toplamda daha az kazanır.
Abonelik: değer sürekli mi?
Abonelik modelinin tek bir gerçek şartı var: kullanıcının her ay ödemeye devam etmesini haklı çıkaracak bir değerin sürekli üretiliyor olması. Uygulama bir işi bir kez çözüyorsa abonelik yanlış modeldir; kullanıcı bir ay sonra iptal eder ve haklıdır.
- Ücretsiz deneme süresi koyun, ama ne zaman biteceğini açıkça söyleyin.
- İptal etmeyi zorlaştırmayın — hem mağaza kuralı, hem de kötü yorumların ana kaynağı.
- Yıllık seçenek sunun; kullanıcı başına gelir belirgin şekilde artıyor.
Ücretsizle ücretli arasındaki çizgi
En kritik ürün kararı bu. Ücretsiz sürüm o kadar kısıtlı olmalı ki kullanıcı ödemeyi düşünsün, ama o kadar kısıtlı olmamalı ki uygulamanın işe yaradığını hiç göremesin.
Kullandığım ölçü şu: ücretsiz sürüm, uygulamanın vaadini bir kez yerine getirebilmeli. Kullanıcı "bu gerçekten işe yarıyormuş" dedikten sonra sınıra çarpmalı, öncesinde değil.
Ne ölçmeli?
İndirme sayısı gelir hakkında hiçbir şey söylemiyor. Bakılması gerekenler:
- Elde tutma (retention): 1., 7. ve 30. gün. Bu düşükse gelir modelini konuşmak erken — önce ürün sorunu var demektir.
- Kullanıcı başına günlük gelir: reklam ve satın almayı birlikte görün.
- Dönüşüm oranı: ücretsizden ücretliye geçen kullanıcı yüzdesi.
- Kaldırma oranı: reklam yoğunluğunu artırdıktan sonra bunu mutlaka izleyin.
Gelir modeli sonradan eklenen bir katman değil, ürün tasarımının parçası. Reklamı nereye koyacağınıza karar vermek, o ekranı nasıl tasarlayacağınızı da belirliyor.
- Gelir modeli
- Reklam
- Abonelik
- AdMob
- Ürün kararı
Demir Taşdemir
Mobil Uygulama & Web Geliştirici
2018'den beri yazılım geliştiriyorum. App Store ve Google Play'de 11 uygulama yayınladım; şu an 6 mobil uygulama, 1 e-ticaret platformu ve 1 masaüstü oyun üzerinde çalışıyorum.
Ürünün gelir tarafını da düşünen biri
Bir özelliğin nasıl para kazandıracağını bilmek, o özelliği nasıl tasarlayacağınızı da değiştiriyor.