Paywall ve Fiyatlandırma

Abonelik Uygulaması İptal Akışı Tasarımı (2026)

Kullanıcılara saygı duyan ve kaybı azaltan bir iptal akışı nasıl tasarlanır — karanlık desenler olmadan, Apple ve Google politikaları dahilinde.

ASOhack Team19 Mayıs 20266 min read

İptal akışı tasarımı, birçok abonelik uygulamasının sessizce kullanıcı güvenini yaktığı yerdir. Çok kolay → gereksiz kayıp. Çok zor → politika ihlalleri, App Store reddi, kamuoyu tepkisi.

Bu, bağımsız abonelik uygulamaları için çalışan bir çerçevedir.

Apple ve Google ne istiyor

Apple

Abonelikli uygulamalar şunları içermelidir:

Satın almadan önce abonelik koşullarının net açıklaması.
İptal için bir yol içeren uygulama içi iptal (App Store abonelik ayarlarına bir bağlantı olabilir).
StoreKit abonelikleri kullanan uygulamalarda kullanıcılar için hesap oluşturma isteğe bağlı olmalıdır (2023 sonrası kural).

Bir iptal koruma teklifi GÖSTEREBİLİRSİNİZ, ama şunları YAPAMAZSINIZ:

İptal seçeneğini gizlemek.
İptal etmek için destekle iletişime geçmeyi zorunlu kılmak.
Kullanıcıları yeniden abone olmaya kandırmak.

Google

Benzer politikalar. Artı:

Uygulama içinde veya Play Store abonelik ayarları üzerinden tek dokunuşla iptal gerekli.
Şeffaf faturalandırma.

"Saygılı tutundurma" akışı

Kullanıcılara saygı duyan ve yine de gereksiz kaybı azaltan bir akış:

Adım 1: Niyeti onaylayın

"Aboneliğinizi iptal etmek istiyor musunuz?
 
 [Dönem bitiş tarihi]'nde [belirli Pro özellikleri] erişimini kaybedeceksiniz.
 
 [Aboneliğimi iptal et]   [Vazgeç]"

Neyi kaybedeceklerini spesifik olarak belirtin. Belirsiz "Pro'yu kaybedeceksiniz" değil — kullandıkları özellikleri listeleyin.

Adım 2: Neden yakalama (isteğe bağlı)

"Gitmeden önce — neler işlemiyor?
 
 [ ] Çok pahalı
 [ ] Yeterince kullanmıyorum  
 [ ] Daha iyi bir araç buldum
 [ ] Sadece bir mola gerekiyor
 [ ] Diğer"

İsteğe bağlı ama değerli bir veri. İptali buna bağlı kılmayın.

Adım 3: Hedeflenmiş koruma teklifi (uygunsa)

Nedene göre:

"Çok pahalı" → "%30 indirim yardımcı olur mu? Pro'yu 6,99 $/ay'a tutun."
"Yeterince kullanmıyorum" → "İptal yerine 1-3 ay duraklatın."
"Daha iyi bir araç buldum" → "Sizi geri kazanmak için ne eklememiz gerekirdi?" (geri bildirim toplayın; koruma teklifi yok).
"Sadece bir mola gerekiyor" → "Aboneliğinizi 3 ay duraklatın."

Bu yumuşak bir müdahaledir. Kullanıcı "Yine de iptal et"i seçerse, buna saygı gösterin.

Adım 4: Onay

"Abonelik iptal edildi.
 
 [Dönem bitiş tarihi]'ne kadar Pro'ya sahip olacaksınız.
 [Pro'yu geri yükle]"

Her zaman zarif bir notla bitirin. Saygıyla iptal eden kullanıcıların geri gelme olasılığı daha yüksektir.

Kaybı azaltmak için işe yarayanlar

Duraklatma seçeneği

Kullanıcıların iptal etmeden 1-3 ay duraklamasına izin verir. Gönüllü kaybı %10-30 azaltır.

App Store / Play Store'da yerel olarak mevcut (2023+). İptal akışında tanıtın.

Düşürme seçeneği

Birden fazla katmanınız varsa, iptal yerine düşürme sunun:

"Pro 9,99 $/ay. Bunun yerine Basic'i 4,99 $/ay'a dener misiniz?"

Tutundurmayı %5-15 artırır.

İndirimle koruma

Hedeflenmiş bir indirim ("Kalırsan %30 indirim") bazı kullanıcıları kurtarır:

Dönüşüm oranı: iptal etmeye çalışan kullanıcıların %5-15'i.
Uyarı: bazı kullanıcıları indirim için "iptal etmekle tehdit etmeye" alıştırır. Dikkatli kullanın.

Ücretsiz ay / uzatılmış deneme

Bazen "ücretsiz bir ay, ücret yok" bir indirimden daha iyi çalışır:

Dönüşüm oranı: %10-20.
Bir pazarlık yerine "denediğin için teşekkürler" olarak çerçevelenir.

İşe yaramayanlar (karanlık desenler)

İptal düğmesini gizlemek

İptali birden fazla ekranın derinlerine gömmek, onaylar gerektirmek vb.

Risk: Apple/Google incelemede reddeder. Kamuoyu tepkisi. App Store puanı düşer.

Destekle iletişime geçmeyi gerektirmek

Kullanıcıları iptal etmek için e-posta göndermeye zorlamak.

Risk: 2026'da anında App Store reddi.

Karışık terminoloji

Otomatik devam eden "Duraklat" ile yeniden etkinleştirme gerektiren "Duraklat" — kullanıcılar kafası karışır. Net bir dil kullanın.

Çoklu onay adımları

3 adımlı "emin misiniz?" döngüleri kaybı önlemeden rahatsız eder.

Aslında fiyat artışı olan sahte "koruma teklifleri"

"12,99 $'a kal (mevcut fiyat 9,99 $'dı)" — hızla yorumlarda işaretlenir.

Matematik: koruma akışlarına ne zaman yatırım yapılır

Koruma akışları mühendislik çabası gerektirir. Şu durumlarda değerlidir:

Abonelik kaybı anlamlıysa (aylık >%5).
Gönüllü kayıp baskınsa (toplamın %50+'ı).
Hedeflenmiş teklifler tasarlamak için veriniz varsa.

500'den az ödeme yapan abonesi olan erken aşama bağımsız uygulamalar için basit bir "iptal + neden yakalama" yeterlidir. Sofistike koruma akışları ölçekte geri öder.

Neyi izlemeli

Aylık iptal oranı.
Neden dağılımı ("çok pahalı" vs "yeterince kullanmıyor" vb.).
Teklif türüne göre koruma teklifi kabul oranı.
İptalden sonraki süreye göre yeniden abone olma oranı (30, 60, 180 gün).
Yeniden abone olmaya yol açan nedenler (mümkünse niteliksel).

Apple'a özgü uyum

Apple'ın 2023+ abonelik kuralları:

Standart StoreKit iptalinin ötesinde sürtünme ekleyen gereklilikler yok.
Abonelik yönetimi tek bir uygulama içi yüzeyden erişilebilir olmalı.
Abonelik koşullarında "istediğiniz zaman iptal edin" dili gerekli.

Apple, iptali gizleyen uygulamaları aktif olarak reddetti. Bu riski almayın.

Google'a özgü uyum

Google Play Store politikaları:

Abonelik yönetimine erişim tek dokunuşla.
İptal uygulama içinde mevcut olmalı.
Sürtünme yoluyla kullanıcıları tutma zorunluluğu yok.

Her iki mağaza da koruma tekliflerine izin veriyor — sadece sürtünme temelli tutundurmaya izin vermiyorlar.

İptal akışlarını nasıl A/B test edersiniz

İptal akışı A/B testi zordur çünkü:

Örneklem boyutu küçüktür (sadece iptal eden kullanıcılar).
Sonuca ulaşma süresi uzundur.
Mevsimselliğe duyarlıdır.

Çoğu bağımsız uygulama için, önce/sonra karşılaştırmaları çalıştırın (akışı değiştirin, 4 hafta öncesini ve 4 hafta sonrasını ölçün). Gerçek A/B testleri kurumsal ölçek gerektirir.

Geri kazanma stratejisi

İptalden sonra:

İptalden 30 gün sonra: hafif dokunuş e-posta/push. "Seni özledik. Ayrıldığından beri yayınladıklarımız burada."
İptalden 60 gün sonra: indirim teklifi. "3 ay için %50 indirim."
İptalden 90+ gün sonra: özellik güncellemesi + teklif. "X'i yayınladık — bizi tekrar dene."

Bu dokunuşların tümünde geri kazanma dönüşümü tipik olarak %5-15. Düşük çabayla birikir.

Bkz. kaybedilen kullanıcılar için uygulama yeniden hedefleme.

Sık yapılan hatalar

İptali gömmek. App Store reddi riski + kamuoyu tepkisi.
Duraklatma vs iptal terminolojisini karıştırmak.
Neden yakalama yok. Değerli veri kaybeder.
Herkes için aynı koruma teklifi. Hedeflenmiş teklifler daha iyi dönüşür.
Geri kazanma stratejisi yok. İptaller kurtarılabilir.
Koruma akışını aşırı optimize etmek. İndirim alışkanlığı; uzun vadeli kayıp artar.

Ödeme duvarı + iptal denetimi yapın

İptal akışı, ödeme duvarı beklentileriyle bağlantılıdır. Ödeme duvarınız fazla vaat ediyor ve ürün eksik teslim ediyorsa, iptal oranları yükselir. Listeleme-ürün uyumunu kontrol etmek için ücretsiz ASO denetimi çalıştırın.