İade etkinlikleri
İade etkinlikleri grafiği, kaç satın alma ve aboneliğin iade edildiğini gösterir. Adapty, her iade etkinliğini abonelik başlangıç tarihine değil, iadenin gerçekleştiği tarihe bağlar.
Hesaplama
Adapty, seçilen dönem içinde iade edilen her satın alma veya aboneliği sayar. Her iade, aboneliğin başladığı tarihe değil, gerçekleştiği tarihe atfedilir. Deneme süreleri herhangi bir gelir oluşturmadığından, bunlara ait iadeler hesaba katılmaz.
Metriklerin iadeleri nasıl işlediği
Farklı metrikler iadeleri farklı şekilde ele alır. Aynı iade olayı bir grafiği anında düşürürken, başka bir grafiği geriye dönük olarak (geçmiş dönem değerlerini değiştirerek) etkileyebilir ya da üçüncü bir grafiği hiç etkilemeyebilir. Aşağıdaki tablo, metrik başına kuralları göstermektedir.
| Metrik | İadeler uygulandı mı? | Attribution tarihi | Negatife düşebilir mi? | Notlar |
|---|---|---|---|---|
| Gelir | Evet | İade tarihi — orijinal satın alma tarihi değil | Evet — iadelerin yeni geliri aştığı günlerde | Gelir = toplam işlemler − iadeler. |
| MRR | Evet, geriye dönük olarak | Abonelik, aktif olduğu tüm dönemlerden kaldırılır | Hayır | Geçmiş dönem değerleri iade sonrasında düşebilir. |
| ARR | Evet, geriye dönük olarak | MRR ile aynı | Hayır | Geçmiş dönem değerleri iade sonrasında düşebilir. |
| ARPU | Evet | İade tarihi | Evet (iade ağırlıklı dönemlerde) | İadeler, gelir payından düşülür. |
| ARPPU | Evet, yalnızca pay | İade tarihi | Evet (iade ağırlıklı dönemlerde) | İadeler, gelir payından düşülür. İade edilen kullanıcı yine de ödeme yapan kullanıcı paydasında sayılır; bu nedenle yoğun iadeler ARPPU’yu beklenenden daha hızlı düşürür. |
| Aktif abonelikler | Evet, geriye dönük olarak | Abonelik sayıdan kaldırılır | Hayır | |
| Yeni abonelikler | Hayır | — | Hayır | Sayım, sonradan iade edilen abonelikleri de kapsar. Net etki için İade olayları ile karşılaştırın. |
| İade tutarı / İade olayları | İadeler verinin kendisidir | İade tarihi | Hayır (her zaman ≥ 0) | |
| Elde tutma | Hayır | — | Hayır | İade edilen kullanıcılar elde tutma eğrisinde sayılmaya devam eder. Bu durum, aynı kohort için Elde Tutma’nın Aktif abonelikler veya Gelir’den daha yüksek görünmesine yol açabilir. |
| Kohort geliri | Evet, kümülatif olarak | İade tarihi | Hayır (kümülatif çıkarmalar kohort gelirini sıfırın altına düşürmez) | İadeler gerçekleştikçe kohort gelirinden düşülür. |
| Paywall metrikleri / A/B testi metrikleri (sayımlar) | Hayır | — | Hayır | Bu sayfalardaki Aboneler, Ödeme Yapan Aboneler ve ARPPU sayımları iadeleri düşmez. |
| GCS / S3 dışa aktarımları | İade kendi olay satırı olarak yer alır | event_datetime = iade zaman damgası | Toplama yapılırken net sütunlar negatife düşebilir | İade satırı is_refund = true (S3/GCS) veya subscription_refunded olay türünü (webhook’lar) taşır. |
Negatif Değerler
Toplu görünümlerde (Gelir grafiği, dışa aktarmalardaki özel analizler), belirli bir dönem veya gruplama için bir metrik negatif değer gösterebilir; bu durum, o dilimde işlenen iadeler aynı dilimde elde edilen yeni geliri aştığında ortaya çıkar. Bu bir hata değil, sistemin tasarlandığı şekilde çalışmasının doğal bir sonucudur.
Örneğin: Bir ülkede Salı günü yeni satın alma yapılmadıysa, ancak o gün eski bir satın alma için 100 $ iade işlendiyse, o ülkenin Salı günü geliri −100 $ olarak görünür.
Mevcut filtreler ve gruplama
Ana makale: Analitik kontrolleri
- ✅ Filtrele: Attribution, Kitle, İade Nedeni, Ülke, Teklif Türü, Teklif ID, Teklif İndirim Türü, Paywall, A/B testi, Placement, Dönem, Segment, Mağaza, Ürün ve Süre.
- ✅ Grupla: İade Nedeni, Ürün, Ülke, Mağaza, Paywall, Kitle, Placement, Süre, Teklif Türü, Teklif İndirim Türü, Teklif ID, Segment ve Attribution.
Benzer metrikler
Bu metriklerin yan yana karşılaştırması için Metrik karşılaştırma tablosuna bakın.