Cohort retention dashboard’unuz Ramazan’da neden yalan söylüyor
Cohort retention eğrisi, bir abonelik uygulaması dashboard’undaki en güvenilen şeylerden biridir. Pazartesi 1.000 kullanıcı edinirsiniz, izleyen her gün hâlâ aktif olanların yüzdesini çizersiniz, eğri hızla düşer ve sonra yavaşça düzleşir ve şekil size ürün-pazar uyumunuz, onboarding kaliteniz ve birim ekonominiz hakkında bir şey söyler.
Eğri içine yerleştirilmiş sessiz bir varsayım nedeniyle çalışır: kullanıcının install sonrası 14. gününde başına gelen şey, kullanıcının ürün içindeki 14. gününün bir fonksiyonudur, dünya takviminin 14. gününün değil. Eğri takvimi arka plan gürültüsü olarak ele alır. MENA’da Ramazan sırasında bu varsayım kırılır — ve kırıldığında, dashboard’unuz yalnızca kesin olmayan değil, aktif olarak yanıltıcı hale gelir.
Varsayım, adlandırılmış
Standart cohort retention modeli şöyle der: 5 Mart’ta edinilen tüm kullanıcıları al. Takip et. Retention eğrisini çiz. O eğrinin şekli sana o kullanıcılar hakkında bir şey söyler — yeterli cohort boyutunda ortalama olarak dengelenen rastgele gürültü mod.
Bu, dünya takvim-uniform ise doğrudur. Bir kullanıcının 14. günkü davranışı, 14. gün ister 19 Mart, ister 19 Nisan, ister 19 Haziran olsun yaklaşık aynı görünüyorsa, varsayım geçerlidir ve eğri yorumlanabilirdir.
Ramazan bu varsayımı üç belirli şekilde bozar:
- Engagement zamanları kayar. Aynı kullanıcı, aynı üründe, Ramazan sırasında 18:00-22:00 yerine 23:00-02:00 arasında davranır. 19:00’a programlanan ve tüm yıl çalışan bir push notification şimdi iftara düşer ve susturuluyor veya görmezden geliniyor. Cohort eğrisinin gösterdiği “engagement düşüşü” kullanıcı ilgisindeki bir düşüş değildir — sistemin ayarlanmadığı bir davranışsal örüntüye karşı push-kanal-teslim edilebilirliğindeki bir düşüştür.
- İşlemsel kararlar ertelenir. İptal oranları Ramazan’ın son 10 gecesinde düşer çünkü kullanıcılar o pencerede “işlemsel ev işleri” yapmaya manevi olarak isteksizdir. İptaller kaybolmaz — Bayram sonrası ilk haftada kümelenir. 14. günü son 10 geceye düşen bir cohort, olağandışı yüksek retention’a sahipmiş gibi görünür; aynı cohort’un 28. günü olağandışı yüksek churn’e sahipmiş gibi görünür.
- Acquisition kaynak karışımı değişir. Ramazan sırasında farklı saatlerde aktif olan kitleler değişir. Şubat’ta 20:00’de bir demografiye ulaşan bir kampanya, Mart’ta 00:00’da farklı bir demografiye ulaşır. 5 Mart vs 5 Nisan’da “aynı kampanya” üzerinden edinilen cohort aslında aynı tür kullanıcı değildir.
Cohort retention eğrisinin bunların hiçbirini kodlamanın bir yolu yoktur. Üç etkiyi de kullanıcının doğal eğrisinin parçası olarak ele alır ve bu şekilde raporlar.
5 Mart vs 5 Nisan örneği
Bunu, tam olarak aynı Meta Mısır kreatifi, aynı kitle hedeflemesi, aynı teklif stratejisi üzerinden edinilen iki cohort ile somutlaştıralım:
- Cohort A: 5 Mart 2026’da edinilmiş. 14. gün 19 Mart’a düşüyor — Ramazan’ın üçüncü günü. 30. gün 4 Nisan’a düşüyor — Ramazan’ın son haftası.
- Cohort B: 5 Nisan 2026’da edinilmiş. 14. gün 19 Nisan’a düşüyor — Ramazan Bayramı’ndan bir ay sonra. 30. gün 5 Mayıs’a düşüyor — Ramazan sonrası normal örüntünün içine.
Aynı ürün, aynı kreatif, aynı kitle. Retention eğrileri tamamen farklı görünecek:
- Cohort A’nın D7’si normal görünür (erken Ramazan engagement’i Ramazan öncesiyle yaklaşık sürekli).
- Cohort A’nın D14’ü beklenenden daha zayıf görünür (push notification’lar şimdi yanlış hizalı, uygulama içi engagement sıkışmış).
- Cohort A’nın D30’u yapay olarak güçlü görünür (iptaller Bayram sonrasına ertelenmiş).
- Cohort A’nın D60’ı beklenenden daha zayıf görünür (ertelenen iptaller şimdi burada kümeleniyor).
- Cohort B’nin D7, D14, D30’u tümü normal görünür.
“Mart cohort’u vs Nisan cohort’u retention’ı” karşılaştıran ve “Nisan kreatifi daha iyi performans gösteriyor” sonucuna varan bir ekip gürültüyü sinyal olarak okuyor. Kreatif daha iyi değil. Nisan cohort’u Ramazan tarafından bozulmamış.
”Ramazan kuyruğu” örüntüsü
Yürüttüğümüz denetimlerde, en yaygın Ramazan bozulma imzası “Ramazan kuyruğu” dediğimiz şeydir — D7 boyunca normal görünen, D14-D21 boyunca temelin altına düşen, D30-D45 boyunca temelin üzerine toparlanan (çünkü iptaller ertelenmiş) ve sonra D60-D90 boyunca temelin altına çakılan (ertelenen iptaller sonunda geldiğinde) bir retention eğrisi.
O cohort için düz bir 60-günlük kümülatif retention sayısı alırsanız, kabaca normal bir şey elde edersiniz — yapay olarak güçlü D30, yapay olarak zayıf D60’ı iptal eder. Ama hikayeyi şekil anlatır. Aynı toplam retention sayısı, Ramazan-bozulmuş bir cohort mu yoksa yapısal olarak sağlıklı bir cohort mu olduğuna bağlı olarak çok farklı şeyler ifade eder.
”Bayram sonrası yetişme” örüntüsü
Ayna görüntüsü: Ramazan Bayramı haftasında edinilen cohort’lar D14 boyunca olağandışı temiz eğriler (erken pencerede Ramazan bozulması yok) ve sonra D30-D60’ta olağandışı yüksek churn gösterir çünkü daha önceki cohort’lardan gelen ertelenmiş-iptal dalgası şimdi bunların üzerinden de süpürür — Ramazan sırasında edinilmemiş olsalar bile.
Bu daha zor fark edilir çünkü cohort’un kendisi bozulma penceresinde edinilmedi. Bozulma, cohort’un kendi acquisition zamanlamasından değil, daha geniş kullanıcı tabanının işlemsel ritminden miras alınır.
Verinizde Ramazan-bozulmuş cohort’ları nasıl tespit edersiniz
Aranacak üç sinyal:
- Cohort yaşı + Ramazan takvim örtüşmesi. Her cohort için retention penceresinin 7-30. günlerinin yerel Ramazan takviminin herhangi bir segmentiyle örtüşüp örtüşmediğini hesaplayın. Örtüşüyorsa, cohort’u işaretleyin.
- Retention eğrisi şekli, sadece retention sayısı değil. Bir cohort’un eğri şeklini karşılaştırılabilir Ramazan-dışı cohort’lardan medyan eğriyle karşılaştırın. Ramazan-bozulmuş bir cohort, toplam retention sayısı normal görünse bile “kuyruk” imzasını gösterecektir.
- İptal zamanlaması dağılımı. Normal bir cohort iptallerini retention penceresi boyunca kabaca eşit dağıtır. Ramazan-bozulmuş bir cohort onları bimodal bir örüntüde dağıtır — Ramazan sırasında depresyona uğramış, Bayram sonrası kümelenmiş.
Ramazan-bozulmuş cohort’lar hakkında ne yapılmalı
Dört somut yanıt:
- Ramazan-bozulmuş cohort’ları Ramazan-dışı temellere karşı karşılaştırmayın. Karşılaştırmanız gerekiyorsa, bir ay sonra edinilen cohort’a karşı değil, geçen yılın eşdeğer Ramazan cohort’una karşı karşılaştırın.
- Daha uzun retention pencereleri kullanın. Ramazan cohort’ları için D60 veya D90; D30 çok gürültülü. Ertelenmiş-iptal dalgasının sayı kararlı hale gelmeden önce inmesi gerekir.
- Ertelenmiş iptalleri yeniden atfedin. Churn oranını hesaplıyorsanız, Bayram sonrası iptal artışını “Ramazan ertelenmiş” ve “Bayram sonrası gönüllü” olarak ayırın — temeldeki kullanıcı davranışı farklıdır.
- Ramazan penceresi için cohort-bazlı fiyatlandırma kararlarını duraklatın. Değerlendirme süresi Ramazan’la örtüşen bir paywall A/B testi yürütüyorsanız, testi uzatın veya Bayram sonrası yeniden başlatın. Sinyal o pencerede yorumlamak için çok gürültülü olacak.
Madar bunu nasıl ele alıyor
Madar AI’nin cohort retention sorguları Ramazan-örtüşme durumuna göre otomatik olarak segmentlere ayrılır — retention penceresi Ramazan takvimine dokunan her cohort ayrı bir cohort-etiketi alır ve cohort’lar arası karşılaştırmalar her zaman benzer-benzere mi karşılaştırdığınızı yoksa bir tarafın Ramazan-bozulmuş mı olduğunu kontrol eder.
Manuel olarak filtrelemeyi hatırlamak zorunda değilsiniz. Reasoning katmanı kültürel takvimi bilir (yedi kültürel olay yazısına tam liste için bakın) ve onu otomatik olarak uygular.
Mevcut cohort karşılaştırmalarınızın bozulup bozulmadığını görmek isterseniz, canlı demo bunu ilk denetim geçişinde işaretler.