Patreon faturalaması değişiyor: Geçişten sonra geri dönüş yok

Patreon’da eski faturalama modellerinden birini kullanıyorsanız abonelik faturalamasına geçişi 31 Ekim 2026 saat 23.59 PT’ye kadar tamamlamanız gerekiyor. Değişiklik kalıcı olduğu için onaydan önce üye listenizi, avantaj teslim düzeninizi, kademe fiyatlarınızı ve iOS uygulama içi satış tercihinizi hazırlayın.
Geçişten önce katılmış mevcut üyeler ayın ilk gününde ücretlendirilmeye devam eder. Geçişten sonra katılan yeni ücretli üyeler ise katıldıkları gün ödeme yapar ve üyelikleri sonraki aylarda aynı takvim gününde yenilenir; dolayısıyla tahsilatlar ve bunlara bağlı teslimatlar ayın farklı günlerine dağılabilir.
1. Son tarihi ve geri alınamaz kararı netleştirin
Patreon’un abonelik faturalaması SSS’si, eski modeller için son zamanı 31 Ekim 2026 saat 23.59 PT olarak veriyor ve abonelik faturalamasından önceki modele dönülemeyeceğini açıkça belirtiyor. Aynı belge, mevcut üyelerin ayın ilk gününde kalacağını; yeni ücretli üyelerin ise katılım tarihinde ve sonraki aylarda aynı gün tahsil edileceğini doğruluyor.
Buradaki kritik işlem yalnızca bir ayarı değiştirmek değil, geri alınamayacak yeni düzene hazır olduğunuzu teyit etmektir. Son tarihi Türkiye’de kullandığınız takvime saat dilimiyle birlikte kaydedin ve üye duyurusu, kademe kontrolü ile teslim planını onaydan önce bitirin.
2. Üye kaydını ve teslim kurallarını hazırlayın

Önce Creator studio içindeki Audience bölümüne girerek Relationship Manager’dan üye kayıtlarını CSV biçiminde dışa aktarın. Geçiş öncesi kopyada üyelik durumu, kademe ve ödeme tarihleri gibi teslim kararını etkileyen alanları saklayın; ayrıca Next Charge Date sütununu görünür hale getirin.
Ardından her avantajı teslim biçimine göre ayırın. Sürekli dijital erişim üyelik durumu üzerinden yürütülebilirken aylık dosya, kişiye özel üretim veya fiziksel gönderi gibi toplu avantajlar için başarılı ödeme tarihine dayanan açık bir uygunluk dönemi gerekir.
- Aktif, ücretsiz, iptal edilmiş ve ödemesi başarısız üyeleri ayrı filtrelerle gözden geçirin.
- Her ücretli kademenin fiyatını, açıklamasını ve vaat edilen teslim sıklığını kaydedin.
- Hangi tarihler arasında başarılı ödeme yapan üyelerin bir sonraki teslimata alınacağını belirleyin.
- Duyuru metninde geçiş tarihini, mevcut üyelerin ödeme gününün korunacağını ve avantajların yeni teslim düzenini açıklayın.
- Web ve iOS ödeme akışlarında üyeye gösterilen nihai tutarları ayrı ayrı kontrol edin.
Üyelere gönderilecek kısa metin, ödeme günü ile avantaj teslim gününün aynı şey olmadığını belirsizliğe yer bırakmadan anlatmalıdır. Örneğin mevcut üyelerin ayın ilk gününde kalacağını, yeni üyelerin kendi katılım günlerinde yenileneceğini ve toplu avantajların hangi dönemde teslim edileceğini ayrı cümlelerle yazın.
3. Eski modelinize göre doğru yolu izleyin
Ayın ilk günü modelindeyseniz masaüstünde Settings, Creator settings ve Billing and payouts yolunu açın. Ayın ilk günü modeli için resmî kılavuz, “Switch to subscription billing now” seçeneğinin ardından Save düğmesine basılmasını söylüyor; ayrıca iOS uygulama içi fiyatını yükseltme veya tüm platformlarda aynı fiyatı koruyarak Apple ücretini üretici gelirinden karşılama seçeneklerini açıklıyor.
Üretim başına ücretlendirmede süreç doğrudan tamamlanan bir ayar değişikliği değildir. Üretim başına modelin geçiş belgesi, Product Support ile çalışılması, sayfanın yayında ve hesabın iyi durumda olması, aylık kademe fiyatlarının belirlenmesi ve mevcut ücretli üyelere en az bir ay önceden bilgi verilmesi gerektiğini belirtiyor.
Bu modelde Patreon, önerilen aylık fiyatı hesaplarken üretim başına fiyatı son üç aydaki en yüksek ücretli gönderi sayısıyla çarpan bir üst sınır oluşturuyor. Daha düşük bir tam sayı çarpanı seçilebiliyor; mevcut üyelerin aylık üst sınırları da yeni aylık tahsilata yansıtılıyor. Bu nedenle destek talebini, fiyat ve duyuru süresini karşılayacak kadar erken başlatın.
4. Eski ve yeni üyeler için örnek takvim kurun

Koşullu bir örnekte geçişin 10 Ekim’de tamamlandığını varsayalım. Geçişten önce katılmış bir üyenin tahsilatı 1 Kasım’da sürer; 12 Ekim’de katılan yeni üye 12 Ekim’de öder ve 12 Kasım’da yenilenir. 27 Ekim’de katılan başka bir yeni üyenin döngüsü ise ayın 27’sine yerleşir.
Bu dağılım, hesap bakiyesinin ayın başında tek seferde büyümesi yerine ay boyunca kademeli oluşabileceği anlamına gelir; ödeme alma yöntemi değişse de para çekme takvimi değişmez. Teslim listesini artık yalnızca “ayın birinde ödeme yaptı” ölçütüyle değil, seçtiğiniz dönem içindeki başarılı ödemelerle oluşturun.
Toplu teslim için iki düzen kullanılabilir. Belirli bir aralıkta ödeme yapan üyeleri haftalık veya ayda iki kez işleme alabilir ya da önceki takvim ayında başarılı ödeme yapan herkese sonraki ayın sabit bir gününde teslimat yapabilirsiniz. Hangi yöntemi seçerseniz seçin, Relationship Manager’daki Last Charge Date filtresiyle listeyi çıkarın ve kademe açıklamasıyla üye duyurusunda aynı teslim kuralını kullanın.
5. iOS fiyatını ve son onayı birlikte değerlendirin

iOS uygulama içi satışlarında varsayılan tercih, Apple ücretinin etkisini dengelemek amacıyla uygulamadaki üyelik ve dijital ürün fiyatlarını yükseltmektir. Diğer seçenek, platformlar arasında aynı fiyatı korumak ve uygulama içi satıştan daha düşük gelir elde etmeyi kabul etmektir; bu tercih daha sonra Billing and payouts bölümünden değiştirilebilir.
Türkiye’de üyeye gösterilecek tutarı yalnızca kademenin yabancı para fiyatından hareketle varsaymayın. iOS satın alma ekranında ve web ödeme akışında görünen fiyatı ayrı ayrı kontrol edin; üye duyurusunda fiyatın değişmediğini veya belirli bir tutar olacağını ancak bu ekranları doğruladıktan sonra söyleyin.
Geçiş onayından önce dört kayıt hazır olmalı: dışa aktarılmış üye listesi, ödeme tarihine bağlı avantaj uygunluk kuralı, üretim başına model kullanılıyorsa kararlaştırılmış aylık kademe fiyatları ve iOS fiyat tercihi. Bunlar tamamlandığında geçişi onaylayın; ilk teslim döneminde başarılı ödeme listesini planladığınız uygunluk aralığıyla karşılaştırın.
Ayrıca okuyun:
Bültenimize abone olun
En son Web3, yapay zekâ ve kripto haberleri doğrudan gelen kutunuza gelsin.