Tanıdığım iki ekip aynı uygulamayı yönetiyor ve aynı ay için 3.1% ve 5.8% iade oranı bildirdi. İkisi de yalan söylemiyordu. Metriği farklı şekilde tanımlamışlardı ve kimse bu tanımı yazıya dökmemişti.
Mobil uygulama iade analitiğiyle ilgili kimsenin özellik sayfasına koymadığı mesele tam da bu. Sayı, arkasındaki atıf kuralı kadar değerlidir ve çoğu dashboard hangi kuralı kullandığını söylemez.
Bu yazı da araçların ne yaptığını ve herhangi birine güvenmeden önce sorulması gereken tek metodoloji sorusunu ele alıyor. Sadece takip mekaniği açısından, App Store iadelerini nasıl takip edeceğiniz konusu Apple tarafında daha derine iniyor.
Önemli Noktalar
Kohort bazlı atıf, dönem bazlı atıftan daha iyidir. İadeyi, gerçekleştiği ay değil satın alımın yapıldığı aya karşı sayın.
İade gecikmesi haftalar, bazen tam bir faturalandırma dönemi sürer. Bu ayın oranını gösteren herhangi bir dashboard, eksik bir oran gösteriyordur.
Chargeback'ler iade değildir. RevenueCat, bunları iade olarak saymadığını açıkça belirtiyor, bu nedenle ayrı bir veri akışına ihtiyacınız var.
Mağaza konsolları ücretsizdir ama eğilimler için yetersizdir. Apple size raporlar sunar, Google ise günlük limitli bir API sunar.
Mobil uygulama iade oranlarını takip etmek için en iyi araçlar, paydalarını yayınlayan araçlardır.
Önce, Tanım Sorunu
Uygulama iade oranı takibini yürütmenin iki yolu vardır ve bu iki yöntem birbiriyle uyuşmaz.
Dönem yöntemi: Mart ayında gelen iadeler, Mart ayında faturalandırılan işlemlere bölünür. Kurması kolaydır. Yanlıştır, çünkü Mart ayındaki bir iade genellikle Ocak ayında yapılan bir satın alıma aittir.
Kohort yöntemi: Ocak ayında faturalandırılan her şeyin, o zamandan beri ne kadarının iade edildiğine bakar. Daha zordur, çünkü sayı hiçbir zaman değişmeyi bırakmaz.
Apphud bunu dürüstçe belgeliyor. Paydaları, dönem içinde faturalandırılan işlemlerdir; payları ise daha sonra iade edilenlerin sayısıdır, dönem kapandıktan sonra olanlar dahil. Bu kohort yaklaşımıdır ve iadelerin davranış biçimiyle örtüşür.
Bu nedenle bir kesim noktasına ihtiyacınız var. Aylık abonelikler 30 ile 45 gün arasında stabilize olur, yıllık planlar ise aylarca kayar. 10 gün önceki bir sayıyı 90 gün önceki bir sayıyla karşılaştırmak, gürültüyü karşılaştırmaktır.
Ücretsiz Katman: Mağaza Konsolları
Buradan başlayın. Hiçbir maliyeti yoktur ve çoğu ekibin durduğu nokta burasıdır.
App Store Connect. Sales and Trends ile Financial Reports size iadeleri gösterir ve finansal rapor ödemenizle eşleşir. Dönem bazlıdır, manueldir ve ürün veya kanala göre segmentasyon yoktur. Aylık bir mantık kontrolü için yeterlidir. Hangi paywall'ın kan kaybettiğini bulmak için işe yaramaz.
Daha iyi ücretsiz veri akışı konsolda hiç bulunmuyor. Apple'ın Get Refund History uç noktası, her müşteri için iade edilen tüm işlemlerin sayfalanmış bir listesini döndürür ve bunu kendi veri ambarınıza çekebilirsiniz. Hız sınırlıdır ve Apple, polling yerine bildirimleri önerir, bu nedenle bunu bir mutabakat aracı olarak değerlendirin.
Google Play Console. Yine finansal raporlar, ayrıca belirli bir zaman aralığında iade edilen, chargeback'e uğrayan veya iptal edilen satın alımları listeleyen Voided Purchases API. Günde 6,000 çağrı ve 30 saniyede 30 çağrı ile sınırlıdır, bu nedenle canlı bir şey için değil, zamanlanmış taramalar için tasarlanmıştır.
Her iki konsol da eğilim çalışmaları için aynı kusuru paylaşır. Talep edileni değil, sonuçlananı raporlarlar, bu nedenle savunduğunuz talepleri asla göremezsiniz.
RevenueCat
Abonelikleriniz zaten bunun üzerinden çalışıyorsa, bu varsayılan cevaptır.
İade oranı, onların kıyaslama metriklerinden biridir: ilk faturalandırma dönemlerinde iade edilen ücretli aboneliklerin payı, mağazanız ve kategorinizdeki uygulamalarla karşılaştırılarak ölçülür. Bu kıyaslama faydalı olan kısımdır, çünkü emsal bağlamı olmayan ham bir oranla hareket etmek zordur. State of Subscription Apps raporları 75,000'in üzerinde uygulamayı kapsıyor ve medyanları 3% ile 5% aralığına koyuyor.
Ayrıca, onaylanan, reddedilen, geri alınan ve çözüm beklemede olan taleplere ayrılan bir App Store Refund Requests grafiği de bulunuyor. Bu talep düzeyinde bir veridir ve çoğu araç bunu atlar.
İki uyarı var. Google tarafından (sizin tarafınızdan değil) onaylanan Play iadelerinin görünmesi 24 saate kadar sürebilir ve revoke kutusu işaretlenmeden verilen iadeler hiç tespit edilmez. Ayrıca RevenueCat, chargeback'leri iade olarak saymaz. Satın alma durumu güncellenir, ancak iade oranı değişmez.
Adapty
Segmentasyon konusunda çoğundan daha güçlü. İade takibi gün, plan, ürün ve edinim kanalına göre ayrıştırılır, ki bu da sorunları gerçekten bulan kesimdir. Genel olarak iyi görünen ama bir kanalda korkunç olan bir oran, ürün hatası değil mesajlaşma hatasıdır.
Kıyaslamaları, 11,000'in üzerinde uygulamada takip edilen 1.9 milyar $'lık gelirden geliyor ve kategoriler arasındaki fark önemli ölçüde büyük: eğitim ve sağlık 4.7% ile 5.1% civarında, seyahat ve yardımcı programlar ise 1.5% ile 2.1%'e daha yakın. Yıllık planlar haftalıklardan daha fazla iade alıyor. Zorlu paywall'lar freemium için 3.4%'e karşı kabaca 5.8% oranında.
Burada da aynı tuzak var: iyi analitik, Adapty SDK'sını kullandığınızı varsayıyor.
Apphud
Daha küçük, daha ucuz ve metodoloji konusunda alışılmadık derecede açık; tek başına bu nedenle kısa listeye alırım. Dokümantasyonları kohort mantığını gizlemek yerine açıkça ortaya koyuyor. Gerçek zamanlı dashboard'lar, yaklaşık 18 abonelik olayı, alternatiflerden daha az pazarlama.
Bir yönetim kurulu toplantısında savunabileceğiniz bir sayı istiyorsanız, netlik daha uzun bir özellik listesine üstün gelir.
Özel İade ve Chargeback Takibi
İşte boşluk burada. Abonelik platformları sonuçlanan iadeleri sayar. Hiçbiri yanıt penceresi içinde yer almaz, bu nedenle hiçbiri size kaç talebi savunduğunuzu veya iade nedenine göre kazanma oranınızı söyleyemez.
Bu farklı bir veri kümesidir ve yalnızca talepleri yanıtlayan bir şey varsa var olur. Refund Sensor Apple iade taleplerini ve Google Play chargeback incelemelerini vaka olarak takip eder; zaman çizelgeleri, sonuçlar ve savunulan gelirle birlikte, her iki mağaza tek bir dashboard'da. Hiçbir zaman iadeye dönüşmeyen talepleri gösterir.
Birbirinin yerine geçmesi değil, birlikte kullanılması değerlidir. Kohort analitiği için bir abonelik platformu, talep düzeyindeki eğilimler için mobil uygulama gelir koruma yazılımı. Farklı sorular ve hiçbiri diğerini kapsamıyor.
Chargeback'leri Ayrı Takip Etmek
Chargeback eğilimleri, iade eğilimlerinin bir alt kümesi değildir ve onları öyle ele almak, mobil uygulamalar için iade takibinde gördüğüm en yaygın hatadır.
Google Play'de sinyaller farklıdır. Bir şey geçersiz kılındığında Real-time developer notifications bir voidedPurchaseNotification gönderir, bir chargeback sizin girdinizi gerektirdiğinde ise bir pendingRefundReviewNotification gönderir. Voided Purchases API, fraud, friendly_fraud ve chargeback dahil dokuz değere sahip bir voidedReason alanı içerir. Ücretsiz bir chargeback eğilim çizgisine en yakın şey budur.
Apple'da bu, bir iptal nedeniyle gelen bir REFUND bildirimidir, ayrıca kalıcı olmayan vakalar için REFUND_DECLINED ve REFUND_REVERSED bulunur.
Dürüst bir chargeback eğilimi için, voidedReason değeri chargeback olanları ürüne göre ayrıştırarak zaman içinde grafikleyin. Ardından fraud ve friendly_fraud'u ayrı ayrı grafikleyin, çünkü bu hesaplar tekrarlanır ve farklı bir yanıt gerektirir. Hangi veri akışının ne yaptığını Voided Purchases API versus real-time developer notifications yazısında ele aldık.
Mobil Uygulamalarda İade Oranları ve Chargeback'ler Nasıl Takip Edilir
Gerçekten kuracağım yığın, sırasıyla:
Bir atıf kuralı seçin ve yazıya dökün: plan süresine göre belirtilmiş bir kesim noktasıyla kohort.
Mağaza veri akışlarını bağlayın. App Store Server Notifications V2 ve Play'de RTDN. Bunlar olmadan aylık CSV'ler okuyorsunuzdur.
Her iade olayını bugünün tarihine karşı değil, orijinal işleme karşı saklayın.
Talep düzeyindeki olayları ekleyin, yoksa neyi önlediğinizi asla göremezsiniz.
Chargeback'leri kendi neden kodlarıyla ayırın.
Küresel bir ortalamaya karşı değil, kendi kategorinize karşı kıyaslama yapın.
3. adım, kendi yapılan kurulumların sessizce bozulduğu yerdir ve 6. adım, dashboard'ların sessizce yanıltıcı olduğu yerdir. İkisi de zor değildir. İkisi de atlanır.
Oran tarafı değil maliyet tarafı için, iadelerin uygulama gelirinize gerçekte ne kadar mal olduğu yazısı bu hesabı yapıyor. Tek başına bir oran size sonraki adımda ne yapacağınızı söylemez.
Kaynaklar
Sık sorulan sorular
Kategori kıyaslamaları ve talep düzeyinde Apple grafikleri istiyorsanız RevenueCat. Kanal ve plana göre segmentasyona ihtiyacınız varsa Adapty. En açık şekilde yayınlanmış metodolojiyi istiyorsanız Apphud. İadeye dönüşmeyen talepleri de görmek istiyorsanız bir savunma aracı ekleyin.
İade edilen işlemler, satın alımın gerçekleştiği döneme atfedilerek ücretli işlemlere bölünür. Ardından bir kohortu kesin kabul etmeden önce ne kadar süre olgunlaşmaya bırakacağınıza karar verirsiniz. Aylık planlar için 30 ile 45 gün. Yıllık için daha uzun.
Abonelik uygulamaları için ücretli işlemlerin 2% ile 5%'i arasında. Eğitim, sağlık ve fitness daha yüksek, seyahat ve yardımcı programlar daha düşük çalışır. 10%'yi geçtiğinizde, pazarlamaya bakmayı bırakın ve paywall'ınızı okumaya gidin.
Düzgün bir şekilde değil. Apple'ın finansal raporları sonuçlanan iadeleri gösterir. Google'ın Voided Purchases API'si, bir neden koduyla birlikte geçersiz kılınan satın alımları gösterir; bu en yakın şey olsa da, günde 6,000 çağrı ile sınırlıdır ve zamanlanmış bir tarama gerektirir.
Hemen hemen her zaman atıf gecikmesi yüzünden. Gelir raporları dönem bazlıdır, iade oranları kohort bazlı olmalıdır ve bu ikisi yalnızca her iade sonuçlandığında birleşir. Ayrıca chargeback'lerin dahil olup olmadığını kontrol edin, çünkü bazı araçlar bunları hariç tutar.
Apple bir eşik değer yayınlamıyor ve bunu güvenle söyleyen birine şüpheyle bakarım. Belgelenmiş olan şey, sürekli yüksek iade ve itiraz oranlarının Google Play'de hesap durumunu etkileyebileceğidir. Bu, oranı değil eğilimi takip etmek için daha güçlü bir sebeptir.
