ليه لوحة احتفاظ المجموعات بتكدب عليك في رمضان
منحنى احتفاظ المجموعات هو واحد من أكتر الأشياء المُصدَّقة في لوحة تطبيقات الاشتراك. بتكتسب 1,000 مستخدم يوم الاتنين، بترسم نسبة التي ما زال نشطين كل يوم بعدها، المنحنى بينزل بسرعة وبعدين بيتسطّح ببطء، والشكل بيقولّك شيء عن توافق منتجك مع السوق، وجودة تهيئتك، واقتصاديات وحدتك.
المنحنى بيشتغل بسبب افتراض هادي مبني فيه: أنّ التي بيحصل للمستخدم في اليوم 14 بعد التثبيت هو دالة في اليوم 14 للمستخدم في المنتج، ليس اليوم 14 في تقويم العالم. المنحنى بيعامل التقويم كضوضاء خلفية. في MENA خلال رمضان، الافتراض ده بيتكسر — ولما بيتكسر، لوحتك بتبقى مضلّلة بنشاط بدل ما تكون بس غير دقيقة.
الافتراض، باسمه
نموذج احتفاظ المجموعات القياسي بيقول: خد كل المستخدمين المكتسبين في 5 مارس. اتابعهم. ارسم منحنى الاحتفاظ. شكل المنحنى ده بيقولّك عن المستخدمين دول، مع الضوضاء العشوائية التي بتلغي بعضها عند حجم مجموعة كافي.
ده صح لو العالم موحّد على مستوى التقويم. لو سلوك المستخدم في اليوم 14 شكله نفسه تقريباً سواء اليوم 14 كان 19 مارس أو 19 أبريل أو 19 يونيو، الافتراض بيتحقق والمنحنى قابل للتفسير.
رمضان بيكسر الافتراض ده بتلات طرق محددة:
- أوقات التفاعل بتتحرّك. نفس المستخدم، في نفس المنتج، بيتصرّف الساعة 11 مساءً - 2 صباحاً خلال رمضان بدل 6-10 مساءً. إشعار دفع مجدول الساعة 7 مساءً اشتغل طول السنة الآن بيوصل في الإفطار وبيتم كتمه أو تجاهله. “الانخفاض في التفاعل” التي منحنى المجموعة بيظهره ليس انخفاض في اهتمام المستخدم — هو انخفاض في قابلية توصيل قناة الدفع ضد نمط سلوكي النظام ما اتضبطش له.
- القرارات المعاملاتية بتتأجل. معدلات الإلغاء بتنخفض خلال العشر الأواخر من رمضان لأن المستخدمين روحياً ليس متحمسين لـ”تنظيف الأمور المعاملاتية” في النافذة دي. الإلغاءات ما بتختفيش — بتتكدّس في الأسبوع الأول بعد العيد. مجموعة يومها 14 بيقع في العشر الأواخر بتبان كأنها عندها احتفاظ عالي بشكل غير عادي؛ نفس المجموعة في يومها 28 بتبان كأنها عندها فقد عالي بشكل غير عادي.
- مزيج مصدر الاكتساب بيتغيّر. خلال رمضان الجماهير النشطة في ساعات مختلفة بتتغير. حملة بتوصل لشريحة ديموغرافية الساعة 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 لأن موجة الإلغاءات المؤجلة من المجموعات الأقدم الآن بتجتاحهم كمان، حتى لو ما اكتسبوش خلال رمضان.
ده الأصعب اكتشافه لأن المجموعة نفسها ما اكتسبتش خلال نافذة التشوّه. التشوّه موروث من الإيقاع المعاملاتي لقاعدة المستخدمين الأوسع، ليس من توقيت اكتساب المجموعة بنفسها.
كيف تكتشف المجموعات المشوّهة برمضان في بياناتك
تلات إشارات تدوّر عليها:
- عمر المجموعة + تداخل تقويم رمضان. احسب لكل مجموعة سواء أيام 7-30 من نافذة احتفاظهم بتتداخل مع أي جزء من تقويم رمضان المحلي. لو كانت ذلك، علّم المجموعة.
- شكل منحنى الاحتفاظ، ليس بس رقم الاحتفاظ. قارن شكل منحنى المجموعة ضد منحنى الوسيط من مجموعات قابلة للمقارنة غير رمضانية. المجموعة المشوّهة برمضان هتظهر توقيع “الذيل” حتى لما رقم الاحتفاظ الإجمالي يبان طبيعي.
- توزيع توقيت الإلغاء. مجموعة طبيعية بتوزّع إلغاءاتها بشكل موحّد تقريباً على نافذة الاحتفاظ. مجموعة مشوّهة برمضان بتوزّعها بنمط ثنائي الأنماط — منخفض خلال رمضان، متكدّس بعد العيد.
إيه تعمل في المجموعات المشوّهة برمضان
أربع ردود ملموسة:
- ما تقارنش المجموعات المشوّهة برمضان ضد خطوط أساسية غير رمضانية. لو ينبغي أن تقارن، قارن ضد مجموعة رمضان المكافئة من السنة التي فاتت، ليس ضد المجموعة المكتسبة شهر بعدها.
- استخدم نوافذ احتفاظ أطول. D60 أو D90 لمجموعات رمضان؛ D30 ضوضاء كثيرًا. موجة الإلغاءات المؤجلة محتاجة تنزل قبل ما الرقم يستقر.
- أعد إسناد الإلغاءات المؤجلة. لو بتحسب معدل الفقد، افصل قفزة الإلغاءات ما بعد العيد لـ”رمضان مؤجل” و”طوعي ما بعد العيد” — السلوك الأساسي للمستخدم مختلف.
- علّق قرارات التسعير القائمة على المجموعات لنافذة رمضان. لو بتشغّل اختبار paywall A/B بتتداخل فترة تقييمه مع رمضان، مدّد الاختبار أو ابدأه تاني بعد العيد. الإشارة هتكون ضوضاء كثيرًا كي تتفسّر في النافذة دي.
كيف Madar بيتعامل مع ده
استعلامات احتفاظ المجموعات في Madar AI بتقسّم تلقائياً حسب حالة تداخل-رمضان — كل مجموعة نافذة احتفاظها بتلمس تقويم رمضان بتاخد تاج-مجموعة منفصل، والمقارنات عبر المجموعات دائمًا بتشيّك سواء بتقارن مثل-بمثل أو سواء جانب واحد مشوّه برمضان.
ما لازليس تفتكر تفلتر يدوياً. طبقة التفكير بتعرف التقويم الثقافي (شوف مقال السبع مناسبات الثقافية للقائمة الكاملة) وبتطبّقه تلقائياً.
لو تريد تشوف سواء مقارنات مجموعاتك الحالية مشوّهة، الديمو الحي يشير لده في أول مرور فحص.