Uygulamada Abonelik Modeli Nasıl Kurgulanır? Deneme, Paket ve Paywall

Talha Aslan ve ekibi olarak abonelikli uygulamalarda en sık şu tabloyla karşılaşıyoruz: ürün iyi, ancak paket yapısı karışık, deneme süresi rastgele, iptal akışı ise gizli. Bu rehberde uygulamada abonelik modeli kurarken vermeniz gereken kararları sırayla ele alıyoruz. Ayrıca Apple ve Google'ın resmi abonelik belgelerinde geçen kavramları, yani deneme tekliflerini, paket gruplarını, ödeme hatası dönemlerini ve fiyat değişikliği kurallarını sade bir dille açıklıyoruz.

Komisyon oranları ve uygulama dışı ödeme seçenekleri bu yazının konusu değil. O karşılaştırmayı uygulama içi satın alma mı, web ödeme mi yazımızda ayrıntılı anlattık. Burada odak, abonelik deneyiminin kendisi: kullanıcı neyi, ne zaman, hangi koşulla satın alıyor ve neden kalmaya devam ediyor?

Uygulamanız abonelik modeline gerçekten uygun mu?

Abonelik, ancak kullanıcıya her dönem yeni bir değer veriyorsanız işe yarar. Apple'ın App Store İnceleme Yönergeleri içindeki 3.1.2 numaralı bölüm, otomatik yenilenen aboneliklerde müşteriye sürekli değer sunmanızı şart koşar. Örneğin düzenli güncellenen içerik, bulut depolama, çok oyunculu destek ya da hizmet olarak yazılım (SaaS) bu tanıma uyar. Google Play'in abonelik politikası da benzer biçimde tek seferlik bir fayda yerine süregelen bir değer bekler.

Bu nedenle ilk soru fiyat değil, değerin tekrar edip etmediğidir. Kullanıcı uygulamayı bir kez kullanıp işini bitiriyorsa, tek seferlik satın alma çoğu zaman daha dürüst ve daha sağlıklı bir seçenektir. Öte yandan mevcut ücretli bir uygulamayı aboneliğe geçiriyorsanız, Apple yönergeleri kullanıcıların daha önce ödediği temel işlevi ellerinden almamanızı ister.

Henüz ürünün ilk sürümünü planlıyorsanız, abonelik değerini taşıyacak özellikleri mobil uygulama MVP aşamasında ayırmanızı öneririz. Böylece ücretsiz ve ücretli katman arasındaki çizgiyi en baştan net çizersiniz. Yani uygulamada abonelik modeli, kod yazmadan önce ürün kararı olarak başlar.

Uygulamada abonelik modeli kurarken hangi kararları sırayla vermelisiniz?

Kararların sırası önemlidir, çünkü her adım bir sonrakini belirler. Örneğin paket sayısını netleştirmeden deneme teklifini tasarlarsanız, hangi pakete deneme vereceğinizi bilemezsiniz. Sahada kullandığımız sıra şöyle:

1. Ücretsiz katmanda neyin kalacağını ve ücretli katmanın neyi açacağını yazın.
2. Abonelik sürelerini seçin: aylık, yıllık ya da ikisi birden.
3. Paket sayısını ve katmanları belirleyin.
4. Yeni kullanıcı için ücretsiz deneme veya indirimli tanıtım teklifi seçin.
5. Fiyatlandırma ekranının (paywall) yerini ve içeriğini tasarlayın.
6. Yükseltme, düşürme, iptal ve geri yükleme akışlarını çizin.
7. Ödeme hatası ve abone kaybı için kurtarma adımlarını planlayın.
8. Takip edeceğiniz metrikleri ve ölçüm olaylarını tanımlayın.

Bu listeyi kâğıt üzerinde tamamlamadan kod yazmaya başlamak, ileride paket kimliklerini değiştirmek gibi maliyetli düzeltmeler doğurur. Mobil uygulama geliştirme projelerimizde bu kararları ilk tasarım haftalarında sizinle birlikte netleştiriyor, ardından uygulamanızı biz geliştiriyor ve mağazaya biz çıkarıyoruz.

Aylık mı yıllık mı: abonelik süresini nasıl seçersiniz?

Aylık paket, kullanıcının düşük bir taahhütle başlamasını kolaylaştırır. Yıllık paket ise tek seferde daha uzun bir taahhüt ister. Ancak her ay yeniden karar verme anı yaratmadığı için yenileme riskini azaltır. Çoğu uygulama ikisini birlikte sunar ve yıllık paketi indirimli bir seçenek olarak konumlar.

Seçimi ürünün kullanım ritmi belirler. Örneğin haftalık rutinleri izleyen bir uygulamada kullanıcı değeri her hafta hisseder; bu durumda aylık paket doğal bir başlangıçtır. Buna karşılık dil öğrenme ya da uzun soluklu bir hedefe dayanan uygulamalarda yıllık paket, kullanıcının niyetiyle daha iyi örtüşür.

Bir uyarı ekleyelim. Google Play abonelik politikası, fiyatı ağırlıklı olarak aylık maliyet üzerinden gösteren yıllık abonelikleri ihlal örnekleri arasında sayar. Yıllık paketin aylık karşılığını yazabilirsiniz, ama asıl öne çıkan tutar kullanıcının gerçekte ödeyeceği yıllık bedel olmalıdır. Ayrıca Apple, otomatik yenilenen aboneliklerde asgari bir süre şartı koyar; güncel değeri İnceleme Yönergeleri'nden kontrol edin.

Kaç paket sunmalısınız: tek plan mı, katmanlı yapı mı?

Başlangıçta az paket çoğu zaman daha iyi sonuç verir. Kullanıcı fiyatlandırma ekranında ne kadar çok seçenekle karşılaşırsa karar vermesi o kadar zorlaşır. Bu yüzden ilk sürümde tek bir ücretli katmanı aylık ve yıllık olarak sunmak çoğu uygulama için yeterlidir.

Apple bu yapıyı abonelik grupları üzerinden kurar. Bir grup, farklı erişim düzeylerine, fiyatlara ve sürelere sahip abonelikleri bir arada tutar; kullanıcı aynı grupta aynı anda yalnızca bir abonelik satın alabilir. Apple'ın abonelik sayfası da çoğu uygulama için tek grup oluşturmayı en iyi uygulama olarak önerir. Gruptaki düzeyleri ise en kapsamlı paketten en sade pakete doğru sıralarsınız.

Google Play tarafında karşılığı biraz farklıdır. Orada bir abonelik ürünü altında temel planlar (base plan) ve bu planlara bağlı teklifler tanımlarsınız. Örneğin aynı Premium ürünü için aylık ve yıllık iki temel plan açar, yeni kullanıcılara yönelik bir teklifi de yalnızca yıllık plana bağlayabilirsiniz. Katmanlı yapı (Temel ve Pro gibi) ise ancak katmanlar arasındaki farkı tek cümleyle anlatabiliyorsanız anlam taşır.

Ücretsiz katman ile abonelik birlikte nasıl çalışır?

Ücretsiz katman (freemium), uygulamanın bir bölümünü süresiz ücretsiz bırakıp gelişmiş özellikleri aboneliğe bağladığınız yapıdır. Bu yapı, kullanıcının önce alışkanlık kazanmasına, sonra ihtiyaç duyduğunda yükseltmesine izin verir. Ancak çizgiyi yanlış çekerseniz iki sorundan biri doğar.

• Ücretsiz katman çok cömertse kullanıcı yükseltmek için bir neden bulamaz.
• Ücretsiz katman çok kısıtlıysa kullanıcı değeri görmeden uygulamayı siler.
• Sınır belirsizse kullanıcı neyin ücretli olduğunu ancak paywall ile karşılaştığında öğrenir.

Sağlıklı bir ayrım için ücretsiz katmanda temel işi eksiksiz yaptırın, ücretli katmanda ise zaman kazandıran, sınırı kaldıran ya da sonucu zenginleştiren özellikleri toplayın. Örnek senaryo: bir not uygulaması not almayı ücretsiz bırakır, ama cihazlar arası eşitleme, gelişmiş arama ve dışa aktarma seçeneklerini aboneliğe bağlar. Böylece kullanıcı ücretli katmanın neden var olduğunu kendi deneyimiyle anlar.

Abonelik paket yapıları karşılaştırması

Aşağıdaki tablo, sahada en sık gördüğümüz paket yapılarını kime uygun olduklarına ve taşıdıkları risklere göre özetliyor. Tablo saha tecrübesine dayalı bir başlangıç çerçevesidir, garanti değildir.

Tablodaki hiçbir yapı tek başına doğru değildir. Örneğin aynı uygulama ilk yıl aylık ve yıllık paketle başlar, kullanıcı tipleri netleşince ikinci bir katman ekleyebilir. Kısacası paket yapısını veriye göre büyütmek, baştan karmaşık bir yapı kurmaktan daha güvenlidir.

Ücretsiz deneme mi, indirimli tanıtım teklifi mi?

Yeni kullanıcıyı ikna etmenin iki yaygın yolu vardır: ücretsiz deneme ve indirimli tanıtım teklifi. Apple bu teklifleri introductory offer adıyla üç biçimde tanımlar. Ücretsiz denemede kullanıcı belirli bir süre boyunca hiç ödeme yapmaz. Dönemsel indirimde (pay as you go) her fatura döneminde indirimli tutarı öder. Peşin indirimde (pay up front) ise belirli bir süre için tek seferlik bir tutar öder.

Apple'ın kuralına göre kullanıcı her abonelik grubunda yalnızca bir tanıtım teklifinden yararlanabilir. Google Play'de ise teklifleri temel planlara bağlarsınız ve uygunluk koşullarını Play Console üzerinden belirlersiniz. Google'ın abonelik belgesine göre Google Play, ücretsiz deneme başlamadan önce kullanıcının geçerli bir ödeme yöntemi olduğunu doğrular. Deneme bitince de ödeme yönteminden tam abonelik tutarını tahsil eder.

Peki hangisini seçmelisiniz? Değeri ilk birkaç kullanımda gösterebilen uygulamalarda ücretsiz deneme iyi çalışır. Buna karşılık değeri zamanla ortaya çıkan ürünlerde düşük tutarlı bir ilk dönem, gerçekten ilgilenen kullanıcıyı öne çıkarır. Her iki durumda da teklif koşullarını ekranda açıkça yazmanız gerekir.

Ücretsiz deneme süresi ne kadar olmalı?

Doğru süre, kullanıcının uygulamanın asıl değerini yaşadığı ana kadar geçen süredir. Ürün ekipleri bu ana çoğu zaman aha anı der. Örneğin bir fotoğraf düzenleme uygulamasında bu an ilk başarılı düzenleme, bir alışkanlık uygulamasında ise birkaç günlük kesintisiz seri olabilir.

Bu nedenle sabit bir rakam önermiyoruz. Bunun yerine şu soruları sorun:

• Kullanıcı değeri ilk oturumda mı, yoksa birkaç gün içinde mi görüyor?
• Ürünün en güçlü özelliği deneme süresinde en az bir kez devreye giriyor mu?
• Deneme bitmeden önce kullanıcıya bir hatırlatma gönderecek misiniz?
• Deneme süresi, kategorinizdeki kullanıcıların alıştığı beklentiyle uyumlu mu?

Uzun deneme her zaman daha iyi sonuç vermez. Kullanıcı uzun süre ödeme yapmadan kullandığında uygulamayı unutabilir ve deneme sonundaki ödemeyi sürpriz olarak algılayabilir. Ayrıca Apple'ın destek sayfası, yenilemeyi istemeyen kullanıcılara denemeyi bitişten belirli bir süre önce iptal etmelerini hatırlatır. Kendi hatırlatma bildiriminizi bu süreyi dikkate alarak zamanlayın. Bildirim iznini doğru anda istemek için push bildirim izni ne zaman istenmeli yazımıza da göz atabilirsiniz.

Fiyatlandırma ekranını (paywall) ne zaman göstermelisiniz?

Paywall, kullanıcıya ücretli katmanı, fiyatı ve koşulları sunan satın alma ekranıdır. Bu ekranı göstermenin üç yaygın anı vardır: tanıtım akışının (onboarding) sonu, kullanıcının ücretli bir özelliğe dokunduğu an ve belirli bir kullanım sınırına ulaştığı an.

Tanıtım akışının sonundaki paywall en çok kişiye ulaşır, ancak kullanıcı henüz değeri görmemiştir. Özellik anındaki paywall daha az kişiye ulaşır; buna karşılık kullanıcı tam o sırada neye ihtiyaç duyduğunu bilir. Sınır temelli paywall ise ücretsiz katmanı cömert tutup yoğun kullanıcıyı ücretli katmana davet eder.

Bizim önerimiz, bu anları birlikte kullanmak ve her birini ayrı ölçmektir. Örneğin tanıtım akışının sonunda kapatılabilir bir paywall gösterir, kullanıcı geçerse ücretli özelliğe dokunduğu anda bağlama uygun ikinci bir ekran açarsınız. Kapatma düğmesini gizlemek veya geciktirmek ise kısa vadede dönüşümü artırsa bile şikâyeti ve iadeyi büyütür.

Paywall ekranında hangi bilgiler mutlaka yer almalı?

Apple yönergeleri, kullanıcıdan abone olmasını istemeden önce fiyat karşılığında ne alacağını açıkça anlatmanızı ister. Google Play abonelik politikası da teklif koşullarını, maliyeti, fatura sıklığını ve yenileme şartlarını şeffaf biçimde göstermenizi şart koşar. Pratikte paywall ekranında şunlar görünür olmalıdır:

• Paketin adı ve kullanıcıya açtığı somut özellikler.
• Kullanıcının gerçekte ödeyeceği tutar ve fatura dönemi.
• Aboneliğin otomatik yenilendiği bilgisi.
• Ücretsiz deneme varsa süresi ve ne zaman ücretli aboneliğe dönüşeceği.
• Aboneliği nasıl iptal edebileceği.
• Satın alımları geri yükleme seçeneği.
• Kullanım koşulları ve gizlilik politikası bağlantıları.

Ekiplerin en sık unuttuğu öğe geri yükleme (restore) düğmesidir. Apple yönergeleri, geri yüklenebilir satın alımlar için bir geri yükleme mekanizması sunmanızı bekler. Google ise kullanıcının iptal ettiği ama süresi henüz dolmamış aboneliği Play Store abonelik merkezinden yeniden başlatabilmesini tüm geliştiriciler için zorunlu kılar. Paket karşılaştırma mantığı için fiyat sayfası tasarımı yazımızdaki ilkeler mobil ekranda da geçerlidir.

Mağazalar hangi yanıltıcı abonelik tasarımlarını yasaklar?

Her iki mağaza da kullanıcıyı yanıltan abonelik akışlarına karşı açık bir tutum sergiler. Apple yönergelerine göre kullanıcıyı sahte gerekçelerle abone olmaya yönlendiren ya da yem ve değiştir (bait and switch) yöntemine başvuran uygulamalar mağazadan kaldırılabilir. Google Play abonelik politikası ise somut ihlal örnekleri verir:

• Kullanıcıya her ay otomatik yenileneceğini ve ücret alınacağını söylemeyen aylık abonelikler.
• Fiyatı ağırlıklı olarak aylık maliyet üzerinden gösteren yıllık abonelikler.
• Ücretsiz denemenin ya da tanıtım fiyatının ne kadar süreceğini açıkça belirtmeyen teklifler.
• Hesap ayarlarında aboneliği yönetme ve iptal etme bağlantısı bulunmayan uygulamalar.

Bunlara ek olarak gizli kapatma düğmesi, gerçek dışı geri sayım sayaçları ve ücretsiz kelimesini otomatik ücretlendirmeyi gölgeleyecek biçimde kullanmak da bizce risklidir. Bu tür sorunlar mağaza incelemesinde red sebebi olabilir; en sık karşılaşılan red nedenleri için uygulamanız neden reddedildi yazımızı inceleyin. Kısacası kullanıcıyı kandırarak kazandığınız abone, ilk yenilemede kaybolur.

Yükseltme, düşürme ve paket değişimini nasıl kurgularsınız?

Katmanlı yapı kurduysanız kullanıcı zamanla paketler arasında geçiş yapmak isteyecektir. Apple bu geçişleri abonelik grubundaki düzeylere göre yönetir. Kullanıcı üst düzeye geçtiğinde yükseltme hemen başlar ve Apple eski aboneliğin kalan kısmı için orantılı tutarı iade eder. Alt düzeye geçişte ise mevcut abonelik yenileme tarihine kadar sürer; sonraki dönem düşük düzey ve fiyatla başlar.

Google Play'de bu davranışı değiştirme modu (replacement mode) ile siz seçersiniz. Google'ın geliştirici belgesi, daha pahalı pakete yükseltmede orantılı farkı hemen tahsil eden modu, düşürmede ise değişikliği yenileme tarihine erteleyen modu önerir. Deneme süresindeki kullanıcının yükseltmesi için de denemeyi koruyan ya da sonlandıran ayrı seçenekler vardır.

Kullanıcıya her geçişte ne olacağını tek cümleyle göstermek destek taleplerini azaltır. Örneğin Pro pakete hemen geçeceğini ve mevcut paketin kalan kısmı için mağazanın orantılı hesaplama yapacağını söyleyen kısa bir bilgi satırı, sonradan gelen şikâyetleri önler.

İptal akışını nasıl tasarlamalısınız?

İptal akışı kolay olmalıdır; bu hem kural hem de güven meselesidir. Google Play politikası, uygulamanın aboneliği iptal etmek için kullanımı kolay bir çevrim içi yöntem sunmasını şart koşar. Apple ise abonelik sayfasında, kullanıcının isterse iptal edebileceği sistem yönetim ekranına kolayca ulaşmasını sağlamanızı önerir. Uygulama içinde şu adımları öneriyoruz:

1. Ayarlar ekranına Aboneliği yönet başlıklı görünür bir satır ekleyin.
2. Bu satırı doğrudan mağazanın abonelik yönetim ekranına bağlayın.
3. İptal sonrasında erişimin ne zamana kadar süreceğini açıkça yazın.
4. Uygulamayı silmenin aboneliği iptal etmediğini hatırlatın.
5. İsterseniz kısa ve atlanabilir bir ayrılma anketi gösterin.

Dördüncü madde özellikle önemlidir. Google Play yardım sayfası, uygulamayı kaldırmanın aboneliği iptal etmediğini açıkça belirtir. Benzer şekilde kullanıcı hesabını silmek istediğinde de abonelik durumunu ayrıca anlatmanız gerekir; bu konuyu Apple'ın zorunlu hesap silme kuralı yazımızda ele aldık.

İade taleplerinde uygulamanın rolü nedir?

Mağaza üzerinden satılan aboneliklerde iade kararı büyük ölçüde mağazanın kendi süreçlerinden geçer. Kullanıcı iade talebini çoğu zaman Apple veya Google'a iletir; geliştiricinin bu süreçteki yetkisi ise platforma göre değişir. Google Play abonelik politikası, Google Play faturalandırmasında kullanıcının genellikle mevcut dönemin sonuna kadar erişimini koruduğunu ve o dönem için iade almadığını belirtir.

Sizin rolünüz iki noktada belirleyicidir. İlk olarak iade gerektiren durumların sayısını düşürürsünüz: net paywall, zamanında deneme hatırlatması ve kolay iptal, farkında olmadan ödedim şikâyetlerini azaltır. Ardından iade gerçekleştiğinde kullanıcının erişimini doğru güncellemeniz gerekir. Bunun için mağazaların sunucu bildirimlerini dinleyen bir altyapı kurarsınız.

İade koşulları ve süreleri değişebileceği için kullanıcıya rakam vermeyin; onu Apple ve Google'ın resmi yardım sayfalarına yönlendirin. Ayrıca destek ekibinizin iade sorularına aynı ve tutarlı bir metinle yanıt vermesini sağlayın.

Ödeme hatası yüzünden kaybettiğiniz aboneleri nasıl geri kazanırsınız?

Abone kaybının bir kısmı kullanıcının isteğiyle değil, kartın süresinin dolması veya bakiye yetersizliği gibi ödeme sorunlarıyla oluşur. Ürün ekipleri buna istemsiz kayıp (involuntary churn) der. İyi haber şu: bu kaybı azaltmak için mağazalar hazır araçlar sunar.

Apple, başarısız bir yenilemede ödemeyi belirli bir süre boyunca yeniden dener. App Store Connect'te faturalandırma ek süresini (billing grace period) açarsanız, Apple sorunu çözmeye çalışırken kullanıcı aboneliğe erişmeye devam eder. Google Play'de de benzer bir yapı vardır: önce ek süre (grace period), ardından erişimin kapandığı hesap askısı (account hold) dönemi gelir.

• Ek süreyi açın ve süresini ürününüze göre seçin.
• Ek süre boyunca erişimi kesmeyin, ama kullanıcıya ödeme yöntemini güncellemesi için nazik bir uyarı gösterin.
• Hesap askısı döneminde erişimi kapatın ve tek dokunuşla ödeme güncelleme yolu sunun.
• Ödeme düzelince erişimi otomatik olarak geri açın.

Süre değerlerini platformlar zaman zaman güncelleyebildiği için güncel seçenekleri Apple ve Google'ın abonelik belgelerinden kontrol edin.

Kullanıcı aboneliği bırakmaya karar verdiğinde ne yapabilirsiniz?

İsteğe bağlı kayıp (voluntary churn), kullanıcının otomatik yenilemeyi kendisinin kapatmasıdır. Apple, bu durumu sunucu bildirimleri ve abonelik durumu sorguları üzerinden fark edebileceğinizi belirtir. Bu sinyali aldığınızda kullanıcıya bir promosyon teklifi sunabilir veya farklı bir paket önerebilirsiniz.

Apple bu iş için farklı teklif araçları sunar: promosyon teklifleri mevcut ve eski aboneleri elde tutmaya, teklif kodları yeni ve eski kullanıcıları kazanmaya, geri kazanma teklifleri (win-back offers) ise ayrılan aboneleri geri çekmeye yöneliktir. Google Play'de de eski abonelere özel teklifleri Play Console üzerinden kurgulayabilirsiniz.

Ayrılma anketi de değerli bir veri kaynağıdır. Apple, kullanıcının abonelik deneyimini ve iptal nedenini paylaşabileceği bir anket sunabileceğinizi belirtir. Örneğin çok pahalı yanıtı sık geliyorsa daha sade bir paket, kullanmıyorum yanıtı sık geliyorsa tanıtım akışı ve bildirim stratejisi üzerinde çalışırsınız. Abone kaybını hesaplamak ve yorumlamak için churn rate rehberimize bakabilirsiniz.

Abonelik fiyatını değiştirmek isterseniz neye dikkat etmelisiniz?

Fiyat değişikliği abonelikte en hassas anlardan biridir. Apple, fiyat artışlarını kullanıcılara anlık bildirim, e-posta ve uygulama içi mesajla duyurur. Bazı artışlarda kullanıcının açık onayı gerekir; onay vermeyen kullanıcının aboneliği mevcut fatura döneminin sonunda sona erer. Daha küçük ve seyrek artışlarda ise onay şartı aranmayabilir.

Apple ayrıca mevcut abonelerin bir kısmını veya tamamını eski fiyattan tutmanıza izin verir. Fiyat düşüşlerinde ise mevcut aboneliklerin yenileme tutarı otomatik olarak düşer. Google Play tarafında da kullanıcıdan onay isteyen fiyat artışları için uygulama içi mesajlaşma desteği vardır.

Bizim önerimiz şudur: fiyatı değiştirmeden önce mevcut abonelere ne olacağına karar verin, değişikliği gerekçesiyle birlikte uygulama içinde duyurun ve yeni fiyatı önce yeni kullanıcılarda deneyin. Böylece sadık aboneleri sürpriz bir faturayla kaybetmezsiniz.

Uygulamada abonelik modelinin başarısını hangi metriklerle ölçersiniz?

Abonelik gelirini tek bir sayı açıklamaz. Bu yüzden uygulamada abonelik modeli kurduktan sonra huniyi adım adım izlemeniz gerekir:

• Paywall görüntüleme oranı: kullanıcıların ne kadarı fiyatlandırma ekranını görüyor?
• Deneme başlatma oranı: ekranı görenlerin ne kadarı denemeyi başlatıyor?
• Ücretliye geçiş oranı: denemeyi başlatanların ne kadarı ilk ödemeyi yapıyor?
• Yenileme oranı: ilk dönemden sonra kullanıcıların ne kadarı devam ediyor?
• Kayıp dağılımı: kaybın ne kadarı ödeme hatasından, ne kadarı iptalden geliyor?
• Kullanıcı başına ortalama gelir ve yaşam boyu değer.

Yaşam boyu değeri doğru hesaplamak, reklam bütçesini ve deneme teklifini doğru ayarlamanın temelidir. Hesaplama yöntemi için müşteri yaşam boyu değeri (CLV) yazımızdaki örnek hesapları uygulamanıza uyarlayabilirsiniz. Ayrıca metrikleri mağaza raporlarıyla kendi analitik araçlarınız arasında karşılaştırın; çünkü iki kaynağın güncellenme zamanı farklıdır.

Abonelik için hangi teknik altyapıyı kurmanız gerekir?

Abonelik, uygulamadaki bir düğmeden ibaret değildir. Arka planda satın alma durumunu doğrulayan ve güncel tutan bir yapı gerekir. Temel parçalar şunlardır:

1. Satın alma kütüphanesi: iOS tarafında StoreKit, Android tarafında Google Play Billing Library.
2. Sunucu tarafı doğrulama: satın alma bilgisini kendi sunucunuzda kontrol edip kullanıcı hesabına bağlarsınız.
3. Sunucu bildirimleri: Apple'ın App Store Server Notifications ve Google'ın gerçek zamanlı geliştirici bildirimleri (RTDN) yenileme, iptal ve iade olaylarını size iletir.
4. Yetki (entitlement) yönetimi: kullanıcının hangi özelliklere erişebileceğini tek bir kaynaktan belirlersiniz.
5. Geri yükleme ve çoklu cihaz desteği: kullanıcı yeni cihazda da aboneliğine ulaşır.

Son madde yalnızca bir kolaylık değildir. Apple yönergeleri, aboneliğin uygulamanın bulunduğu tüm cihazlarda çalışmasını ister. Bu nedenle aboneliği cihaza değil, kullanıcı hesabına bağlayan bir yapı kurmanızı öneririz. Uygulama içi satın alma ile web ödeme arasındaki seçimi ise bu altyapıyı tasarlamadan önce netleştirmenizde fayda var.

Uygulamada abonelik modeli için yayın öncesi kontrol listesi

Mağazaya göndermeden önce aşağıdaki listeyi ekibinizle tek tek kontrol edin. Listeyi sahada en sık gözden kaçan noktalardan derledik.

• Abonelik süresi mağazanın asgari süre şartını karşılıyor.
• Paywall gerçek tutarı, dönemi ve otomatik yenilemeyi açıkça gösteriyor.
• Deneme süresi ve ücretliye dönüşme anı ekranda yazıyor.
• Geri yükleme düğmesi görünür bir yerde duruyor.
• Ayarlar ekranında abonelik yönetimi bağlantısı var.
• Kullanım koşulları ve gizlilik politikası bağlantıları çalışıyor.
• Ek süre ve hesap askısı durumlarında erişim doğru açılıp kapanıyor.
• Yükseltme ve düşürme senaryolarını test hesaplarıyla denediniz.
• Abonelik tüm desteklenen cihazlarda aynı hesapla çalışıyor.

Test aşamasında sandbox (deneme ortamı) hesaplarıyla tüm akışları uçtan uca deneyin. Böylece inceleme sürecinde ödeme akışıyla ilgili sürprizleri en aza indirirsiniz.

Abonelik altyapısını kendiniz mi kurmalısınız, bir ekiple mi?

Basit bir tek paketli yapıyı küçük bir ekip de kurabilir. Ancak katmanlı paketler, deneme teklifleri, sunucu bildirimleri ve iki platformda tutarlı yetki yönetimi bir araya geldiğinde hata payı hızla büyür. Üstelik abonelikteki bir hata doğrudan gelir kaybı ve mağaza şikâyeti demektir.

Talha Aslan ve ekibi olarak abonelik modelini ürün kararlarıyla birlikte ele alıyoruz. Paket yapısını, paywall akışını, iptal ve geri kazanma adımlarını tasarlıyor, uygulamanızı geliştirip App Store ve Google Play'e biz çıkarıyoruz. Projenizin kapsamını paylaşıp teklif almak için mobil uygulama geliştirme hizmetimizi inceleyin.

Bütçenizi planlarken hangi kalemlerin maliyeti belirlediğini mobil uygulama geliştirme maliyetini neler belirler yazımızda anlattık. Burada fiyat rakamı vermiyoruz, çünkü her proje kendi kapsamına göre şekillenir.