Uygulama içi satın alma ve abonelik, bugün mobil uygulamalardan gelir elde etmenin en yaygın yollarıdır. Ancak doğru modeli seçmek ve fiyatı belirlemek, kodu yazmaktan çoğu zaman daha zordur. Yanlış kurgulanmış bir ödeme duvarı hem geliri hem de kullanıcı memnuniyetini düşürebilir. Bu yazıda gelir modellerini, mağaza komisyonlarını ve pratikte işe yarayan fiyatlandırma yaklaşımlarını ele alıyoruz.
Uygulama İçi Satın Alma Türleri
Hem App Store hem Google Play, uygulama içi satın almaları benzer kategorilere ayırır:
| Tür | Açıklama | Örnek |
|---|---|---|
| Tüketilebilir (consumable) | Kullanıldıkça biten, tekrar satın alınabilen | Oyun içi para, ek kredi |
| Tüketilemez (non-consumable) | Bir kez satın alınır, kalıcıdır | Reklamları kaldırma, tam sürüm kilidi |
| Otomatik yenilenen abonelik | Dönemsel olarak yenilenir, iptal edilene kadar sürer | Aylık veya yıllık premium üyelik |
| Yenilenmeyen abonelik | Belirli süre geçerli, otomatik yenilenmez | Tek sezonluk içerik erişimi |
Dijital içerik ve özellik satışı için genel kural olarak mağazaların kendi ödeme sistemlerinin kullanılması gerekir. Fiziksel ürün ve gerçek dünya hizmetleri bu kapsamın dışındadır. Bazı ülkelerde yasal düzenlemeler nedeniyle harici ödeme seçeneklerine sınırlı izin verildiğini de not edelim; bu koşullar bölgeye göre farklılık gösterir.
Mağaza Komisyonları: Hesaba Katmanız Gerekenler
Fiyatlandırma yaparken elinize geçecek net tutarı bilmek gerekir. Yazının hazırlandığı dönemdeki genel tablo şöyleydi:
- Standart oran: Uygulama içi satın alımlarda %30.
- Küçük işletme programları: Apple App Store Small Business Program ve Google Play'in benzer uygulamasıyla yıllık gelirin ilk 1 milyon dolarlık kısmı için %15.
- Abonelikler: Apple'da abonenin ilk yılından sonra oran %15'e düşer. Google Play'de otomatik yenilenen aboneliklerde oran ilk günden %15 olarak uygulanıyordu.
Oranlar, programlar ve bölgesel istisnalar değişebildiği için güncel koşulları Apple ve Google'ın resmi sayfalarından kontrol edin. Ayrıca fiyatlar ülkeye göre vergiler dahil gösterildiği için net gelirinizi etkileyen KDV gibi kalemleri de hesaba katın.
Gelir Modelleri: Hangisi Size Uygun?
Ücretli uygulama
Kullanıcı indirmeden önce öder. Basit bir model olsa da kullanıcının ürünü denemeden karar vermesi gerektiği için dönüşüm düşük kalabilir. Belirli bir niş ve güçlü marka bilinirliği varsa işe yarayabilir.
Freemium
Uygulama ücretsizdir; gelişmiş özellikler ücretli olarak açılır. Geniş bir kullanıcı tabanı oluşturmak için güçlü bir yöntemdir. Kritik soru, ücretsiz sürümde neyin verileceğidir: çok az verirseniz kullanıcı değeri görmeden ayrılır, çok fazla verirseniz yükseltme için sebep kalmaz.
Abonelik
Sürekli değer üreten uygulamalar için uygundur: içerik, bulut senkronizasyonu, düzenli güncellenen veri veya hizmet. Öngörülebilir gelir sağlar, ancak kullanıcılar her yenilemede değeri yeniden sorgular. Aboneliği sadece "gelir modeli" olarak değil, sürekli teslim edilen bir hizmet olarak düşünmek gerekir.
Tek seferlik kilit açma
Özellikle araç türündeki uygulamalarda kullanıcılar abonelik yorgunluğu yaşayabilir. Tek seferlik "tam sürüm" satın alma, bazı kategorilerde daha adil algılanır. Abonelik ile ömür boyu erişimi birlikte sunmak da sık kullanılan bir yaklaşımdır.
Reklam ve hibrit modeller
Reklam, ücretsiz kullanıcılardan gelir elde etmenin yoludur ve genellikle "reklamları kaldır" satın alımı veya abonelik ile birlikte kullanılır.
Hangi modeli seçeceğinize karar verirken şu soruları sorun: Kullanıcı uygulamayı ne sıklıkla kullanacak? Uygulama zaman içinde yeni değer üretiyor mu, yoksa bir kez kurulup kullanılan bir araç mı? Sunucu, içerik veya yapay zeka gibi kullanıcı başına sürekli maliyetiniz var mı? Sürekli maliyet varsa abonelik çoğu zaman sürdürülebilir tek seçenektir; tek seferlik ödeme ile sınırsız süreli hizmet vermek zamanla zarar ettirebilir.
Abonelik Fiyatlandırma Stratejileri
- Değere göre fiyatlayın: Maliyet veya rakip fiyatı tek başına yeterli referans değildir. Uygulamanın kullanıcıya kazandırdığı zamanı, parayı veya sonucu düşünün.
- Yıllık planı öne çıkarın: Yıllık planı aylık fiyata göre indirimli sunmak, hem kullanıcıya avantaj sağlar hem de tutmayı iyileştirebilir.
- Ücretsiz deneme süresi kullanın: Deneme, kullanıcının değeri görmesine fırsat tanır. Süre, ürünün değerini ne kadar hızlı gösterdiğine göre belirlenmelidir.
- Tanıtım teklifleri: İlk dönem indirimli fiyat gibi teklifler App Store ve Google Play tarafından desteklenir.
- Bölgesel fiyatlandırma: Mağazaların fiyat kademeleri ülkelere göre otomatik dönüşüm sunar, ancak alım gücü farklılıklarını göz önünde bulundurarak manuel ayarlama yapmak mantıklı olabilir.
- Az seçenek sunun: Çok sayıda plan kararsızlık yaratır. Genellikle iki veya üç seçenek yeterlidir.
Fiyat testi nasıl yapılır?
Fiyatı bir kez belirleyip bırakmak yerine kontrollü şekilde test etmek gerekir. Mağazalar, farklı ülkelerde farklı fiyatlar belirlemenize ve abonelik tekliflerini yönetmenize imkan tanır. Pratikte şu yaklaşım işe yarar:
- Tek seferde tek bir değişkeni test edin: fiyat, deneme süresi veya ödeme duvarı tasarımı.
- Kısa vadeli dönüşümün yanında uzun vadeli metrikleri de izleyin; düşük fiyat daha çok dönüşüm getirirken toplam geliri düşürebilir.
- Mevcut abonelerin fiyatını artırırken mağazaların bildirim ve onay kurallarına uyun; bu kurallar platforma ve bölgeye göre farklılık gösterir.
Ödeme Duvarı (Paywall) Tasarımı
Fiyat kadar, fiyatın nasıl sunulduğu da önemlidir. İyi bir ödeme duvarında şunlar bulunur:
- Ücretli sürümün sağladığı faydaların kısa ve net listesi.
- Fiyat, dönem ve yenileme koşullarının açıkça yazılması; mağaza kuralları bunu zorunlu kılar.
- Kolayca bulunabilen kapatma butonu ve "Satın Alımları Geri Yükle" seçeneği.
- Gizlilik politikası ve kullanım koşulları bağlantıları.
Ödeme duvarının nerede ve ne zaman gösterildiği de dönüşümü etkiler. Onboarding sonunda, kullanıcı değerli bir özelliğe ulaşmak istediğinde veya bir limit dolduğunda gösterilen ekranlar farklı sonuçlar verir. Bu akışları test etmek için ekran tasarımını baştan esnek kurmak gerekir; bu noktada UI/UX tasarım kararları doğrudan gelire yansır.
Teknik Altyapı ve Ölçümleme
Uygulama içi satın alma entegrasyonu ilk bakışta basit görünse de doğru yapılmadığında gelir kaybına yol açar:
- iOS'ta StoreKit, Android'de Google Play Billing Library kullanılır.
- Satın alma doğrulamasının sunucu tarafında yapılması ve abonelik durum değişikliklerinin mağaza bildirimleriyle (App Store Server Notifications, Real-time Developer Notifications) takip edilmesi önerilir.
- Yenileme, iptal, iade ve ödeme başarısızlığı gibi durumların hepsi ele alınmalıdır.
- Deneme dönüşüm oranı, aylık yinelenen gelir, iptal oranı ve kullanıcı başına gelir gibi metrikleri düzenli izleyin.
Kendi uygulamalarımızda da abonelik ve uygulama içi satın alma altyapısını bu prensiplerle kuruyoruz; örnekleri uygulamalar sayfamızda bulabilirsiniz. Ödeme altyapısının güvenli ve ölçülebilir kurulması, mobil uygulama geliştirme projelerimizin standart bir parçasıdır.
Uygulamanız için gelir modeli belirlemek, ödeme duvarını yeniden tasarlamak ya da abonelik altyapısını kurmak istiyorsanız BernSoftware ekibiyle iletişime geçin.
Sıkça sorulan sorular
App Store ve Google Play ne kadar komisyon alır?
Yazının hazırlandığı dönemde standart oran %30, küçük işletme programlarına dahil geliştiriciler için yıllık ilk 1 milyon dolarlık gelirde %15'ti. Abonelikler için de indirimli oranlar uygulanıyordu. Güncel oranları resmi kaynaklardan kontrol etmek gerekir.
Uygulamada harici ödeme sistemi kullanabilir miyim?
Dijital içerik ve özellik satışı için genel kural mağazaların kendi ödeme sistemini kullanmaktır. Fiziksel ürün ve hizmetler bu kuralın dışındadır. Bazı ülkelerde yasal düzenlemelerle sınırlı istisnalar tanınmıştır.
Ücretsiz deneme süresi ne kadar olmalı?
Tek bir doğru süre yoktur. Deneme süresi, kullanıcının ürünün değerini ne kadar sürede deneyimleyebildiğine göre belirlenmeli ve mümkünse farklı sürelerle test edilmelidir.
Böyle bir proje mi planlıyorsun?
10 adımda planla