ليه لوحة احتفاظ المجموعات بتكدب عليك في رمضان

منحنى احتفاظ المجموعات هو واحد من أكتر الأشياء المُصدَّقة في لوحة تطبيقات الاشتراك. بتكتسب 1,000 مستخدم يوم الاتنين، بترسم نسبة اللي لسه نشطين كل يوم بعدها، المنحنى بينزل بسرعة وبعدين بيتسطّح ببطء، والشكل بيقولّك حاجة عن توافق منتجك مع السوق، وجودة تهيئتك، واقتصاديات وحدتك.

المنحنى بيشتغل بسبب افتراض هادي مبني فيه: إن اللي بيحصل للمستخدم في اليوم 14 بعد التثبيت هو دالة في اليوم 14 للمستخدم في المنتج، مش اليوم 14 في تقويم العالم. المنحنى بيعامل التقويم كضوضاء خلفية. في MENA خلال رمضان، الافتراض ده بيتكسر — ولما بيتكسر، لوحتك بتبقى مضلّلة بنشاط بدل ما تكون بس غير دقيقة.

الافتراض، باسمه

نموذج احتفاظ المجموعات القياسي بيقول: خد كل المستخدمين المكتسبين في 5 مارس. اتابعهم. ارسم منحنى الاحتفاظ. شكل المنحنى ده بيقولّك عن المستخدمين دول، مع الضوضاء العشوائية اللي بتلغي بعضها عند حجم مجموعة كافي.

ده صح لو العالم موحّد على مستوى التقويم. لو سلوك المستخدم في اليوم 14 شكله نفسه تقريباً سواء اليوم 14 كان 19 مارس أو 19 أبريل أو 19 يونيو، الافتراض بيتحقق والمنحنى قابل للتفسير.

رمضان بيكسر الافتراض ده بتلات طرق محددة:

1. أوقات التفاعل بتتحرّك. نفس المستخدم، في نفس المنتج، بيتصرّف الساعة 11 مساءً - 2 صباحاً خلال رمضان بدل 6-10 مساءً. إشعار دفع مجدول الساعة 7 مساءً اشتغل طول السنة دلوقتي بيوصل في الإفطار وبيتم كتمه أو تجاهله. “الانخفاض في التفاعل” اللي منحنى المجموعة بيظهره مش انخفاض في اهتمام المستخدم — هو انخفاض في قابلية توصيل قناة الدفع ضد نمط سلوكي النظام ما اتضبطش له.
2. القرارات المعاملاتية بتتأجل. معدلات الإلغاء بتنخفض خلال العشر الأواخر من رمضان لأن المستخدمين روحياً مش متحمسين لـ”تنظيف الأمور المعاملاتية” في النافذة دي. الإلغاءات ما بتختفيش — بتتكدّس في الأسبوع الأول بعد العيد. مجموعة يومها 14 بيقع في العشر الأواخر بتبان كأنها عندها احتفاظ عالي بشكل غير عادي؛ نفس المجموعة في يومها 28 بتبان كأنها عندها فقد عالي بشكل غير عادي.
3. مزيج مصدر الاكتساب بيتغيّر. خلال رمضان الجماهير النشطة في ساعات مختلفة بتتغير. حملة بتوصل لشريحة ديموغرافية الساعة 8 مساءً في فبراير بتوصل لشريحة مختلفة الساعة 12 صباحاً في مارس. المجموعة المكتسبة عبر “نفس الحملة” يوم 5 مارس مقابل 5 أبريل مش فعلاً نفس نوع المستخدم.

منحنى احتفاظ المجموعة ما عندوش طريقة يكوّد أي من ده. بيعامل التلات تأثيرات كجزء من المنحنى الطبيعي للمستخدم وبيُبلّغ عنها كده.

مثال 5 مارس مقابل 5 أبريل

نخلّي ده ملموس بمجموعتين مكتسبة عبر نفس إبداع Meta مصر بالظبط، نفس استهداف الجمهور، نفس استراتيجية المزايدة:

• المجموعة أ: مكتسبة 5 مارس 2026. اليوم 14 بيقع 19 مارس — تلات أيام من رمضان. اليوم 30 بيقع 4 أبريل — آخر أسبوع من رمضان.
• المجموعة ب: مكتسبة 5 أبريل 2026. اليوم 14 بيقع 19 أبريل — شهر بعد عيد الفطر. اليوم 30 بيقع 5 مايو — جوّا النمط الطبيعي بعد رمضان.

نفس المنتج، نفس الإبداع، نفس الجمهور. منحنيات الاحتفاظ هتبان مختلفة تماماً:

• D7 للمجموعة أ يبان طبيعي (تفاعل أول رمضان متصل تقريباً بتفاعل قبل رمضان).
• D14 للمجموعة أ يبان أضعف من المتوقع (إشعارات الدفع دلوقتي مش متوافقة، التفاعل داخل التطبيق منضغط).
• D30 للمجموعة أ يبان قوي بشكل اصطناعي (الإلغاءات مؤجلة لبعد العيد).
• D60 للمجموعة أ يبان أضعف من المتوقع (الإلغاءات المؤجلة دلوقتي بتتكدّس هنا).
• D7 و D14 و D30 للمجموعة ب كلهم يبانوا طبيعيين.

فريق بيقارن “احتفاظ مجموعة مارس مقابل احتفاظ مجموعة أبريل” وبيستنتج “إبداع أبريل بيأدي أحسن” بيقرأ ضوضاء على إنها إشارة. الإبداع مش أحسن. مجموعة أبريل بس ما اتشوهتش برمضان.

نمط “ذيل رمضان”

عبر الفحوصات اللي بنشغّلها، أكتر توقيع تشوّه رمضاني شيوعاً هو اللي بنسميه “ذيل رمضان” — منحنى احتفاظ يبان طبيعي خلال D7، بينخفض تحت الخط الأساسي خلال D14-D21، بيتعافى لـفوق الخط الأساسي خلال D30-D45 (لأن الإلغاءات مؤجلة)، وبعدين بيتحطّم تحت الخط الأساسي خلال D60-D90 (لما الإلغاءات المؤجلة بتيجي في النهاية).

لو خدت رقم احتفاظ تراكمي مسطّح 60-يوم للمجموعة دي، بتطلع بحاجة طبيعية تقريباً — D30 القوي اصطناعياً بيلغي D60 الضعيف اصطناعياً. لكن الشكل بيقول القصة. نفس رقم الاحتفاظ الإجمالي بيعني حاجات مختلفة جداً حسب ما إذا كانت مجموعة مشوّهة برمضان أو هيكلياً صحية.

نمط “اللحاق بعد العيد”

الصورة المعكوسة: المجموعات المكتسبة في أسبوع عيد الفطر بتظهر منحنيات نظيفة بشكل غير عادي خلال D14 (مفيش تشوّه رمضاني في النافذة المبكرة) وبعدين فقد عالي بشكل غير عادي في D30-D60 لأن موجة الإلغاءات المؤجلة من المجموعات الأقدم دلوقتي بتجتاحهم كمان، حتى لو ما اكتسبوش خلال رمضان.

ده الأصعب اكتشافه لأن المجموعة نفسها ما اكتسبتش خلال نافذة التشوّه. التشوّه موروث من الإيقاع المعاملاتي لقاعدة المستخدمين الأوسع، مش من توقيت اكتساب المجموعة بنفسها.

إزاي تكتشف المجموعات المشوّهة برمضان في بياناتك

تلات إشارات تدوّر عليها:

1. عمر المجموعة + تداخل تقويم رمضان. احسب لكل مجموعة سواء أيام 7-30 من نافذة احتفاظهم بتتداخل مع أي جزء من تقويم رمضان المحلي. لو كانت كده، علّم المجموعة.
2. شكل منحنى الاحتفاظ، مش بس رقم الاحتفاظ. قارن شكل منحنى المجموعة ضد منحنى الوسيط من مجموعات قابلة للمقارنة غير رمضانية. المجموعة المشوّهة برمضان هتظهر توقيع “الذيل” حتى لما رقم الاحتفاظ الإجمالي يبان طبيعي.
3. توزيع توقيت الإلغاء. مجموعة طبيعية بتوزّع إلغاءاتها بشكل موحّد تقريباً على نافذة الاحتفاظ. مجموعة مشوّهة برمضان بتوزّعها بنمط ثنائي الأنماط — منخفض خلال رمضان، متكدّس بعد العيد.

إيه تعمل في المجموعات المشوّهة برمضان

أربع ردود ملموسة:

1. ما تقارنش المجموعات المشوّهة برمضان ضد خطوط أساسية غير رمضانية. لو لازم تقارن، قارن ضد مجموعة رمضان المكافئة من السنة اللي فاتت، مش ضد المجموعة المكتسبة شهر بعدها.
2. استخدم نوافذ احتفاظ أطول. D60 أو D90 لمجموعات رمضان؛ D30 ضوضاء كتير. موجة الإلغاءات المؤجلة محتاجة تنزل قبل ما الرقم يستقر.
3. أعد إسناد الإلغاءات المؤجلة. لو بتحسب معدل الفقد، افصل قفزة الإلغاءات ما بعد العيد لـ”رمضان مؤجل” و”طوعي ما بعد العيد” — السلوك الأساسي للمستخدم مختلف.
4. علّق قرارات التسعير القائمة على المجموعات لنافذة رمضان. لو بتشغّل اختبار paywall A/B بتتداخل فترة تقييمه مع رمضان، مدّد الاختبار أو ابدأه تاني بعد العيد. الإشارة هتكون ضوضاء كتير علشان تتفسّر في النافذة دي.

إزاي Madar بيتعامل مع ده

استعلامات احتفاظ المجموعات في Madar AI بتقسّم تلقائياً حسب حالة تداخل-رمضان — كل مجموعة نافذة احتفاظها بتلمس تقويم رمضان بتاخد تاج-مجموعة منفصل، والمقارنات عبر المجموعات دايماً بتشيّك سواء بتقارن مثل-بمثل أو سواء جانب واحد مشوّه برمضان.

ما لازمش تفتكر تفلتر يدوياً. طبقة التفكير بتعرف التقويم الثقافي (شوف مقال السبع مناسبات الثقافية للقائمة الكاملة) وبتطبّقه تلقائياً.

لو عايز تشوف سواء مقارنات مجموعاتك الحالية مشوّهة، الديمو الحي بيشير لده في أول مرور فحص.