İ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ı? | Atıf tarihi | Negatife düşebilir mi? | Notlar |
|---|---|---|---|---|
| Gelir | Evet | İade tarihi — orijinal satın alma tarihi değil | Evet — iade tutarı yeni geliri aştığında | 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 bir iadenin ardından düşebilir. |
| ARR | Evet, geriye dönük olarak | MRR ile aynı | Hayır | Geçmiş dönem değerleri bir iadenin ardından düşebilir. |
| ARPU | Evet | İade tarihi | Evet (iade yoğun dönemlerde) | İadeler gelir payından düşülür. |
| ARPPU | Evet, yalnızca pay | İade tarihi | Evet (iade yoğun dönemlerde) | İadeler gelir payından düşülür. İade edilen kullanıcı yine de ödeme yapan kullanıcı paydasına dahil edilir; bu nedenle yoğun iadeler ARPPU’yu beklenenden daha hızlı düşürür. |
| Aktif abonelikler | Evet, geriye dönük olarak | Abonelik sayımdan kaldırılır | Hayır | |
| Yeni abonelikler | Hayır | — | Hayır | Sayım, sonradan iade edilen abonelikleri de kapsar. Net etkiyi görmek 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 düşümler kohort gelirini sıfırın altına indirmez) | İadeler gerçekleştikçe kohort gelirinden düşülür. Diğer kohort metrikleri için bkz. Kohortlar > İade işleme. |
| Özel paywall metrikleri / A/B testi metrikleri (sayımlar) | Hayır | — | Hayır | Bu sayfalardaki Aboneler, Ödeme Yapan Aboneler ve ARPPU sayımları iadeler düşülmeden gösterilir. |
| GCS / S3 dışa aktarımları | İade, ayrı bir 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.
Kullanılabilir filtreler ve gruplama
Ana makale: Analitik kontrolleri
- ✅ Filtrele: Attribution, Kitle, İade Nedeni, Ülke, Teklif Türü, Teklif Kimliği, Teklif İndirim Türü, Paywall, Flow, Flow ekranı, A/B testi, Placement, Dönem, Segment, Mağaza, Ürün ve Süre.
- ✅ Grupla: İade Nedeni, Ürün, Ülke, Mağaza, Paywall, Flow, Flow ekranı, Kitle, Placement, Süre, Teklif Türü, Teklif İndirim Türü, Teklif Kimliği, Segment ve Attribution.
Benzer metrikler
Bu metriklerin yan yana karşılaştırması için Metrik karşılaştırma tablosuna bakın.