İ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 |
|---|---|---|---|---|
| Revenue | Evet | İade tarihi — orijinal satın alma tarihi değil | Evet — iadelerin yeni geliri aştığı günlerde | Revenue = 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 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ı ödeme yapan kullanıcı paydasında sayılmaya devam eder; bu nedenle yoğun iadeler ARPPU’yu beklenenden daha hızlı düşürür. |
| Active subscriptions | Evet, geriye dönük olarak | Abonelik sayımdan kaldırılır | Hayır | |
| New subscriptions | Hayır | — | Hayır | Sayıma, sonradan iade edilen abonelikler de dahildir. Net etki için Refund events ile karşılaştırın. |
| Refund money / Refund events | İadeler verinin kendisidir | İade tarihi | Hayır (her zaman ≥ 0) | |
| Retention | Hayır | — | Hayır | İade edilen kullanıcılar retention eğrisinde sayılmaya devam eder. Bu durum, aynı kohort için Retention’ın Active subscriptions veya Revenue’den daha yüksek görünmesine yol açabilir. |
| Cohort revenue | 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. Diğer kohort metrikleri için bkz. Kohortlar > İade işleme. |
| Paywall metrics / A/B test metrics (sayımlar) | Hayır | — | Hayır | Bu sayfalardaki Subscribers, Paying Subscribers ve ARPPU sayımları iadeler düşülmeden gösterilir. |
| GCS / S3 exports | İade, kendi olay satırı olarak | event_datetime = iade zaman damgası | Toplanırken net sütunlar negatife düşebilir | İade satırı is_refund = true (S3/GCS) veya subscription_refunded olay türünü (webhook) 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.