لو سألتك دلوقتي: سقف الـ CAC (تكلفة اكتساب العميل اللي دفع فعلاً) اللي لو عدّيته بتخسر، كام بالظبط؟ لو مفيش رقم في دماغك، يبقى إنت مش عندك استراتيجية، عندك ميزانية بتتصرف.
أغلب اللي بيتكتب عن استراتيجيات التسويق للتطبيقات بيقف عند النماذج الأكاديمية: الـ 4Ps، ومصفوفة أنسوف، وقمع AIDA. كلها إطارات تفكير عامة اتكتبت لمنتجات مش لتطبيقات، ومفيش واحد فيهم بيقولك تصرف كام، على مين، وإمتى توقف.
استراتيجية التسويق لتطبيق بيصرف يومي مش لستة قنوات، دي تلات أرقام مكتوبة بتحكم كل قرار صرف. تحت هتلاقي التلاتة بالحسبة الكاملة، وحسبة تقدر تعملها النهاردة على أرقامك إنت وتخرج منها بقرار.
الخلاصة في 30 ثانية
استراتيجيات التسويق الرقمي للتطبيقات بتتحدد بتلات أرقام حاكمة، والقنوات نتيجة ليها مش نقطة البداية. الأرقام دي محسوبة على السيناريو المرجعي في المقال: تطبيق تجارة إلكترونية، متوسط طلب 120 ريال، وهامش إجمالي 25%.
- سقف الـ CAC = 72 ريال: مساهمة الطلب 30 ريال × 2.4 طلب داخل النافذة. والـ CAC الفعلي 82 ريال (9 ريال CPI ÷ 11% نسبة install-to-purchase)، يعني خسارة 10 ريال على كل عميل.
- نافذة الـ payback = 90 يوم: عدد الأيام اللي العميل لازم يرجّع فيها فلوس اكتسابه، وهي قرار بتاخده إنت مش رقم بتقيسه.
- منحنى الـ retention = 25% ثم 5%: نسبتا D1 و D30 لمتوسط تطبيقات iOS حسب إحصائيات Panto، والـ D7 حوالي 11% بالتقدير على المنحنى بينهم. والمقارنة الصح مع نطاق قطاعك مش مع المتوسط العام.
- التحذير اللي بيقلب الحسبة: الـ CAC الحقيقي بيطلع أعلى من رقم المنصة الإعلانية بنسبة بين 20% و 40%، فأي سقف محسوب على أرقام المنصة بيبقى متفائل.
قاموس سريع (قبل ما ندخل في الأرقام)
- سقف الـ CAC: أقصى مبلغ تقدر تدفعه عشان تجيب عميل واحد بيدفع، ولسه بتكسب. زي أعلى سعر تقدر تشتري بيه بضاعة قبل ما البيع يبقى بخسارة.
- مساهمة الطلب: اللي بيفضل في إيدك من الطلب بعد تكلفة البضاعة والشحن والدفع. مش سعر الطلب، ده اللي بيتبقى منه.
- الـ payback: عدد الأيام اللي العميل بيرجّع فيها فلوس اكتسابه. لو دفعت 72 ريال عشان تجيبه ورجّعهم في 90 يوم، نافذة الـ payback عندك 90 يوم.
- الـ retention: نسبة اللي بيرجعوا يفتحوا التطبيق بعد فترة من الـ install. الـ D1 يعني اليوم التاني، الـ D7 بعد أسبوع، الـ D30 بعد شهر.
- الـ cohort: مجموعة المستخدمين اللي عملوا install في نفس الفترة، وبتتابعهم مع بعض على طول. زي دفعة طلبة دخلوا نفس السنة وبتشوف كام واحد فيهم كمّل.
- نسبة install-to-purchase: من كل 100 install كام واحد بيوصل لأول شراء. دي القنطرة بين تكلفة التحميل وتكلفة العميل.
- الـ blended CAC: إجمالي الصرف التسويقي مقسوم على كل العملاء الجداد، بما فيهم اللي جم من غير إعلان. الرقم ده بيوريك حقيقة مالية، مش أداء قناة.
- الـ LTV: إجمالي المساهمة اللي بتجيبها من العميل على طول تعامله معاك. مش إجمالي مشترياته، إجمالي اللي بيتبقى لك منها.
- الـ predictability: قد إيه نتيجة القناة متوقعة. لو صرفت ضعف الميزانية الشهر الجاي، تعرف تقول هتجيب كام عميل ولا لأ.
السيناريو المرجعي (كل الأرقام تحت بترجع له)
تطبيق تجارة إلكترونية في الخليج. متوسط قيمة الطلب 120 ريال، الهامش الإجمالي 25%، ومتوسط 2.4 طلب لكل عميل خلال 90 يوم. الـ CPI (تكلفة الـ install الواحد) 9 ريال، ونسبة install-to-purchase 11%، والميزانية التسويقية 90,000 ريال في الشهر. يعني 10,000 install و 1,100 عميل دفع في الشهر. كل حسبة في المقال محسوبة على الأرقام دي بالظبط. حط أرقامك مكانها وهتطلع برقمك إنت.
ليه أغلب استراتيجيات التسويق للتطبيقات بتفشل قبل ما تبدأ؟
استراتيجيات التسويق للتطبيقات بتفشل لأنها بتبدأ من لستة قنوات مش من أرقام. سقف الـ CAC، ونافذة الـ payback، ومنحنى الـ retention عند D1 و D7 و D30: التلاتة دول هما القرار، والقنوات نتيجته. لو التلاتة مش مكتوبين برقم قدامك، اللي عندك لستة أمنيات مش استراتيجية.
- النماذج الأكاديمية اتبنت على دورة قرار سنوية: الـ 4Ps اتصمم لمنتجات بتتسعّر مرة في السنة. إنت بتاخد قرار تسعير إعلاني كل يوم، وتكلفة الخطأ بتتراكم يومياً.
- المؤشر الأول، السؤال الغلط: كل حملة جديدة بتبدأ بسؤال “نجرب إيه؟” مش بسؤال “الرقم اللي هيحكم عليها إيه؟”.
- المؤشر التاني، توزيع بالحاسة: الميزانية بتتقسم بالتساوي على 4 و 5 قنوات، مش بحسب قد إيه نتيجة كل قناة متوقعة.
- المؤشر التالت، مفيش رقم إيقاف: القنوات بتفضل شغالة لحد ما حد يزهق منها، مش لحد ما رقم يتعدّى.
الأقسام الجاية بتبني التلات أرقام واحد ورا التاني. ابدأ بسقف الـ CAC، لأن كل قرار بعده بيتقاس بيه.
إزاي تحسب سقف الـ CAC اللي لو عدّيته بتخسر؟
سقف الـ CAC هو أقصى مبلغ تدفعه لاكتساب عميل واحد بيدفع ولسه بتكسب داخل نافذة الـ payback. الحسبة سطرين: متوسط قيمة الطلب × الهامش الإجمالي = مساهمة الطلب. اضرب المساهمة في عدد الطلبات المتوقعة خلال النافذة، والناتج هو سقفك. مش تقدير ولا نسبة من الإيراد، ده رقم بيطلع من بياناتك إنت.
على السيناريو المرجعي: 120 ريال × 25% = 30 ريال مساهمة لكل طلب. 30 × 2.4 طلب في 90 يوم = 72 ريال سقف الـ CAC. لحد هنا الصورة مريحة.
دلوقتي احسب الـ CAC الفعلي. الـ CPI عندك 9 ريال، ونسبة install-to-purchase 11%. يعني كل 100 install بيطلّعوا 11 عميل بس، فمحتاج حوالي 9 installs عشان تجيب عميل واحد بيدفع. الحسبة: 9 ريال ÷ 11% = 82 ريال. السقف 72 والفعلي 82، يعني 10 ريال خسارة على كل عميل، وإنت بتقرا التحميلات وهي بتزيد وفاكر نفسك بتنمو. على 1,100 عميل في الشهر، دي 11,000 ريال بتطلع من الهامش شهرياً.
وخد بالك إن الخسارة دي محصورة جوه نافذة الـ 90 يوم. اللي بعد كده بيعتمد على كام واحد فضل يفتح التطبيق ويشتري تاني، وده اللي بيخلي منحنى الـ retention رقم استراتيجي مش رقم منتج. هنحسبه بالريال في قسم لاحق.
وفيه تفصيلة بتخلي الصورة أصعب من كده: رقم المنصة الإعلانية بيبقى أقل من الحقيقة. في الحسابات اللي بنراجعها، الرقم الحقيقي بيطلع أعلى من رقم المنصة بنسبة بتتراوح بين 20% و 40%، والفجوة بتكبر كل ما نسبة مستخدمي iOS عندك كانت أعلى، لأن ده الجزء اللي القياس فيه ناقص أصلاً. المثال اللي ماشيين عليه في المقال محسوب على 30%، يعني نص النطاق تقريباً. الأسباب تلاتة. الأول إن جزء من العملاء الجداد كان هييجي organic برضه (يعني كان هيوصل للتطبيق من نفسه من غير إعلان) والمنصة بتنسبه لنفسها. التاني إن كل منصة بتقيس نفسها بنفسها، فـ Meta و Google و Apple بيدّعوا نفس العميل ومجموعهم بيبقى أكبر من مبيعاتك الحقيقية. التالت إن إشارة iOS بتوصل عبر نظام SKAN، وده النظام اللي Apple بتبعت بيه نتايج الحملات مجمّعة ومتأخرة من غير بيانات لكل مستخدم، فجزء من الصورة بيتقدّر مش بيتقاس. يعني لو المنصة بتقولك CAC 63 ريال، الرقم الحقيقي عندك حوالي 82 ريال. الطريقة الكاملة موجودة في إزاي تحسب الـ CAC الحقيقي لتطبيقك.
احسب سقفك دلوقتي (4 مدخلات)
- متوسط قيمة الطلب: من الـ backend مش من المنصة الإعلانية.
- الهامش الإجمالي: بعد تكلفة البضاعة والشحن ورسوم الدفع. لو مش عارفه بالظبط، خد أقل تقدير معقول.
- عدد الطلبات المتوقعة داخل النافذة: من تقرير الـ cohort، مش من المتوسط العام لكل العملاء.
- نافذة الـ payback: دي قرار مش قياس. القاعدة العملية: النافذة ماتزيدش عن نص الفترة اللي فلوسك الحالية تغطيها. يعني لو فلوسك تكفّي 6 شهور صرف، نافذة 90 يوم منطقية ونافذة 9 شهور مقامرة.
السقف = المدخل الأول × المدخل التاني × المدخل التالت. وخد بالك: الرقم ده نقطة تعادل مش هدف. لو عايز نسبة LTV/CAC تقرب من 3 داخل نافذتك، اقسم السقف على 3 واشتغل على الرقم ده كهدف تشغيلي.
أنهي قنوات اكتساب تستحق ميزانيتك فعلاً؟
استراتيجية اكتساب العملاء بتتبني على حاجتين في كل قناة: قد إيه نتيجتها متوقعة، وإيه الرقم الواحد اللي يقول لك كبّرها ولا وقّفها. إعلانات Meta و Google للتطبيقات نتيجتها عالية التوقع فبتاخد أساس الميزانية، وحملات المؤثرين نتيجتها منخفضة التوقع فبتاخد سقف تجربة صغير. قناة متذبذبة ومالهاش رقم حاسم دي تجربة، مش قناة نمو.
معنى إن القناة متوقعة إنك لو ضاعفت صرفها الشهر الجاي، تعرف تتوقع النتيجة في نطاق ضيق. كقاعدة عملية، القناة العالية في الـ predictability بتديك نطاق حوالين ± 15% من توقعك. القناة المنخفضة ممكن تجيب 3 أضعاف الشهر ده وصفر الشهر الجاي على نفس الميزانية.
| القناة | قد إيه نتيجتها متوقعة | الرقم الواحد اللي يحسم | إشارة الإيقاف |
|---|---|---|---|
| إعلانات Meta و Google للتطبيقات | عالية | تكلفة الـ purchase مقابل سقف الـ CAC | تجاوز السقف أسبوعين متتاليين |
| إعلانات متجر أبل (Apple Search Ads) | عالية جداً على كلمات اسم البراند، ومتوسطة على الكلمات العامة | نسبة install-to-purchase لكل كلمة بحث | ثبات نية البحث مع ارتفاع تكلفة النتيجة (CPA) |
| تحسين متجر التطبيقات (ASO) | متوسطة وبطيئة | نسبة الـ conversion في صفحة المتجر (store CVR) | ركود الـ CVR بعد دورتين تحديث |
| برنامج الإحالة (Referral) | متوسطة وبتعتمد على الـ retention | تكلفة العميل المُحال مقابل قيمته | تكلفة الحافز أعلى من مساهمة الطلب |
| حملات المؤثرين | منخفضة | العائد المنسوب بكود أو رابط خلال ضعف النافذة | مفيش كود ولا رابط يربط النتيجة بالحملة |
قاعدة التوزيع بالأرقام: القناة غير المتوقعة سقفها 10% لـ 15% من الميزانية كـ test budget، ومحدد بالمبلغ مش بالأمل. يعني تكتب “3,000 ريال في الشهر للمؤثرين” مش “نجرب مؤثرين ونشوف”.
وتحذير بيوقّع كتير: ماتقيّمش المؤثرين بنفس مسطرة الإعلانات المدفوعة. حملة المؤثر أثرها بيتوزع على البحث المباشر وعلى الـ organic installs (التحميلات اللي جاية من غير إعلان) وكوبونات بتتستخدم بعد شهرين، فتقرير المنصة بيوريك جزء صغير من النتيجة. المسطرة الصح ليها: قارن إجمالي الـ organic installs في الأسبوعين قبل وبعد الحملة على نفس الميزانية المدفوعة. لو مفيش فرق، الحملة مادّتش نتيجة حتى لو الكود اتستخدم. لو عايز تفصيل أوسع لقنوات النمو غير المدفوعة، ده مغطى في إزاي تزوّد تحميلات تطبيقك.
الـ CAC الحقيقي عندك غالباً أعلى من رقم المنصة بـ 20% لـ 40%
لو الحسبة اللي فوق طلعت على الحافة، غالباً المشكلة في القياس مش في القناة. في جلسة استشارية (30 دقيقة) بـ $50 نراجع الـ tracking و الـ CAC setup ونوريك فين الفلوس بتسرّب بالظبط.
إيه معدلات الاحتفاظ بمستخدمي التطبيق (retention) الطبيعية اللي تقارن نفسك بيها؟
متوسط تطبيقات iOS بيحتفظ بحوالي 25% من المستخدمين في اليوم الأول وبينزل لحوالي 5% عند اليوم 30، وأجهزة Android حوالي 20% ثم 4%، حسب إحصائيات Panto (الأرقام المنشورة بالظبط: 25.4% و 5.3% لـ iOS، و 20.2% و 3.8% لـ Android). بس المتوسط العام مايفيدش في قرار. القطاع هو اللي يحكم، والفرق بين قطاع وقطاع أكبر من الفرق بين تطبيق وتطبيق جوه نفس القطاع.
| القطاع | نطاق الـ D30 الطبيعي |
|---|---|
| التواصل الاجتماعي | 15% لـ 20% |
| التقنية المالية | 10% لـ 15% |
| الألعاب | 4% لـ 8% |
| التجارة الإلكترونية | 3% لـ 6% |
النطاقات دي منقولة من تقرير Vmobify للمعايير حسب القطاع (الروابط في المصادر تحت)، مش أرقام AppScale. وخد بالك من نقطة بتفرق في الحكم: تقرير UXCam بينشر نفس النطاقات دي تقريباً بس بيوصفها كأداء الشريحة العليا (أفضل 25% من التطبيقات)، والوسيط عنده أقل بكتير، يعني 2% للتجارة الإلكترونية و 3% للألعاب عند D30. فلو تطبيق تجارة إلكترونية عندك واقف على 3%، إنت فوق الوسيط ومش تحت النطاق، والفرق بين القراءتين بيغيّر إن كنت هتصلح الاحتفاظ الأول ولا تكبّر الصرف.
وفيه فرق تاني بيتجاهله ناس كتير: نموذج الإيراد نفسه بيحرّك الرقم. حسب إحصائيات Panto، تطبيقات الاشتراك بتسجّل حوالي 14% عند D30، مقابل 5.4% للتطبيقات المعتمدة على الإعلانات، يعني فرق 2.6 ضعف. يعني لو تطبيقك اشتراكات وواقف عند 6%، إنت مش في نطاقك حتى لو الرقم يبان طبيعي مقارنة بالمتوسط العام.
وأهم من النقطة نفسها: اقرا المنحنى مش النقطة الواحدة. خد أرقام iOS اللي فوق، 25% عند D1 و 5% عند D30. المنحنى اللي بيوصل بينهم بيعدّي على حوالي 11% عند D7 (تقدير باستيفاء بين النقطتين المنشورتين، مش رقم منشور). يعني الـ D7 حوالي 45% من الـ D1، والـ D30 حوالي 45% من الـ D7. النسبتين دول بيديوك تشخيص مباشر:
- النزول الحاد بين D1 و D7: لو نسبة D7 من D1 عندك تحت 30%، المشكلة في الـ onboarding، يعني أول تجربة للمستخدم من ساعة ما يفتح التطبيق لحد ما يوصل لأول فايدة حقيقية. المستخدم دخل ومفهمش يعمل إيه، ومارجعش.
- النزول الحاد بين D7 و D30: لو الـ D7 محترم والـ D30 بينزل بسرعة، المشكلة مش في التجربة الأولى. مفيش سبب متكرر يخلي المستخدم يرجع. ده ملف منتج وعروض، مش ملف واجهة.
وربط القسم ده بالاستراتيجية مباشر: كل ريال اكتساب بيتصرف على أرضية retention ضعيفة بيسرّب من تحت. القناة مش بتفشل، الأرضية اللي بتصب عليها هي اللي مش ماسكة.
إيه اللي بيرفع الـ LTV أكتر: خفض الـ CPI بـ 15% ولا رفع D30 بـ 3 نقاط؟
على نفس التطبيق وبنفس ميزانية 90,000 ريال شهرياً وبعد 12 شهر، رفع الـ D30 من 4% لـ 7% أثره أكبر من خفض الـ CPI بـ 15%. السبب بسيط: خفض التكلفة بيوفرلك فلوس مرة واحدة عند الـ install، وتحسين الاحتفاظ بيزوّد الإيراد من كل مستخدم كل شهر بيفضل فيه معاك. تحت الحسبة بالكامل عشان تعيدها على أرقامك.
الفرضيات المعلنة عشان تقدر تراجع الحسبة بنفسك: ميزانية 90,000 ريال في الشهر. مساهمة العميل اللي دفع في أول 90 يوم 72 ريال زي ما حسبنا فوق. بعد الـ 90 يوم، اللي بيكمّل شراء هم اللي لسه بيفتحوا التطبيق، فعدد المستخدمين النشطين = نسبة الـ D30 مضروبة في عدد الـ installs. وبنفترض إن كل واحد منهم بيعمل طلب كل شهرين من الشهر الرابع للشهر التاني عشر، يعني 4.5 طلب إضافي × 30 ريال مساهمة = 135 ريال لكل مستخدم نشط. غيّر الرقم ده لرقمك من تقرير الـ cohort.
| البند | الوضع الحالي | خفض الـ CPI 15% | رفع الـ D30 لـ 7% |
|---|---|---|---|
| تكلفة الـ CPI | 9 ريال | 7.65 ريال | 9 ريال |
| عدد الـ installs شهرياً | 10,000 | 11,765 | 10,000 |
| عملاء دفعوا (11%) | 1,100 | 1,294 | 1,100 |
| مساهمة أول 90 يوم | 79,200 ريال | 93,168 ريال | 79,200 ريال |
| مساهمة الشهور 4 لـ 12 | 54,000 ريال | 63,585 ريال | 94,500 ريال |
| إجمالي مساهمة 12 شهر | 133,200 ريال | 156,753 ريال | 173,700 ريال |
| نسبة LTV/CAC | 1.48 | 1.74 | 1.93 |
قراءة الجدول في سطرين: خفض الـ CPI بـ 15% ضاف 23,553 ريال، ورفع الـ D30 تلات نقاط ضاف 40,500 ريال. الفرق بين القرارين حوالي 17,000 ريال على cohort شهر واحد، وبيتكرر مع كل شهر جديد. ونسبة الـ LTV/CAC في آخر صف هي إجمالي مساهمة 12 شهر مقسومة على الميزانية الشهرية.

وخلي بالك إن الجدول متحيّز لصالح خفض التكلفة، لأننا خلّينا مساهمة أول 90 يوم ثابتة في عمود الـ retention مع إن تحسين الاحتفاظ بيرفعها هي كمان. حتى مع التحيّز ده، الفرق لسه لصالح الـ retention. وفي المقابل خد بالك إن 7% عند D30 رقم فوق النطاق المنشور للتجارة الإلكترونية (3% لـ 6%)، يعني ده هدف طموح مش نقلة عادية.
لكن فيه استثناء لازم يتقال: لو الـ CPI عندك أعلى من متوسط السوق بـ 40% أو أكتر، ابدأ بالتكلفة. على نفس السيناريو، لو الـ CPI 13 ريال بدل 9، هتجيب 6,923 install بس بنفس الميزانية، وإجمالي المساهمة ينزل لـ 92,259 ريال. رجوعك من 13 لـ 9 لوحده بيضيف 40,941 ريال، يعني في نفس مستوى مكسب الـ retention (40,500 ريال) أو أعلى منه شوية. القاعدة: قيس الـ CPI بتاعك الأول، ولو طالع كتير عن السوق فده الملف الأول. الطرق العملية في إزاي تقلل تكلفة الـ install.
الخلاصة على توزيع الميزانية: طول ما الـ CPI في نطاق السوق، الريال الإضافي في تحسين الـ onboarding والاحتفاظ بيرجع أكتر من الريال الإضافي في تحسين المزادات.
إيه الترتيب الصح للتنفيذ وإمتى تكبّر الصرف؟
ترتيب التنفيذ الصح تلات مراحل بشرط خروج لكل واحدة: قياس صحيح أولاً، بعده أرضية retention مقبولة، وبعدين تكبير الصرف. وقاعدة الإيقاف: ماتزوّدش الميزانية أكتر من 20% أسبوعياً قبل ما الـ D7 يستقر و الـ payback يقع جوه نافذتك.

- المرحلة الأولى، القياس: شرط الخروج تلات بنود. الفجوة بين أرقام المنصة وأرقام الـ MMP (أداة القياس المحايدة زي AppsFlyer أو Adjust) أقل من 15%. وكل حدث شراء بيوصل بقيمته الحقيقية مش كحدث فاضي. والـ CAC الحقيقي مكتوب برقم واحد متفق عليه في الفريق.
- المرحلة التانية، أرضية الـ retention: شرط الخروج إن الـ D7 يستقر في نطاق نقطتين على مدى 3 cohorts متتالية، والـ D30 يبقى جوه نطاق قطاعك من الجدول اللي فوق. قبل كده أي زيادة صرف بتزوّد عدد اللي بيدخلوا وبيخرجوا، مش عدد اللي بيفضلوا.
- المرحلة التالتة، التكبير: زيادة 20% أسبوعياً كحد أقصى. السبب تشغيلي بحت: الزيادة الأكبر بتعتبر تعديل جوهري وبترجّع الحملة لمرحلة الاستكشاف (الـ learning phase)، وساعتها بتدفع تكلفة نتيجة أعلى على نفس الكرياتيف. التفاصيل في أخطاء حملات التطبيقات على Meta.
إمتى تغيّر الاستراتيجية وإمتى تستنى؟
ماتحكمش على قناة قبل ما يتحقق شرطين مع بعض: تعدّي ضعف نافذة الـ payback، وتجيب حد أدنى من العملاء اللي دفعوا. القرار قبل كده مش قرار، ده رد فعل على ضوضاء.
- الشرط الأول، الوقت: لو نافذتك 90 يوم، ماتحكمش قبل 180 يوم. السبب إن جزء كبير من عائد العميل بيجي من الطلب التاني والتالت، واللي بيحصلوا بعد الشهر الأول. لو قفلت يوم 60 إنت حكمت على أول طلب بس.
- الشرط التاني، الحجم: على الأقل 40 عميل دفع من القناة، يعني حوالي 360 install بنسبة 11%. تحت الرقم ده، الفرق بين install-to-purchase 10% و 13% ممكن يبقى صدفة بحتة.
- مثال على قفل بدري: حساب Apple Search Ads شغال على الكلمات العامة. أول 3 أسابيع تكلفة النتيجة كانت ضعف المستهدف فاتقفل. الجزء اللي مبانش إن نية المستخدم في البحث العام أضعف في البداية وبتتحسن مع تراكم تاريخ كلمة البحث، ونسبة install-to-purchase بتطلع بعد الشهر الأول. القناة اتقفلت قبل ما ترد أصلاً.
- إشارات تغيير فوري من غير انتظار: اتنين بس. الأولى خلل مؤكد في القياس، زي رابط deep link (الرابط اللي المفروض يفتح صفحة معينة جوه التطبيق) بيوقع المستخدم على صفحة غلط، أو أحداث بتوصل ناقصة. والتانية تغيّر في الجمهور نفسه زي دخول دولة جديدة. غير كده استنى.
إزاي توزّع ميزانية 90 يوم بين الاكتساب والاحتفاظ؟
توزيع ميزانية الـ 90 يوم بيتحرك مع الوقت، مش نسبة ثابتة تكتبها مرة: 70% اكتساب و 30% احتفاظ في أول 30 يوم، بعدين 55% و 45%، وفي آخر 30 يوم 50% و 50%. المنطق إن أول شهر بتشتري بيانات، وبعدين بتشتري ثبات، فنصيب الاحتفاظ بيكبر كل شهر. الجدول تحت بيوضح كل مرحلة بيتصرف فيها على إيه بالظبط.
| الفترة | اكتساب | تفعيل واحتفاظ | بيتصرف على إيه بالظبط |
|---|---|---|---|
| يوم 1 لـ 30 | 70% | 30% | إعادة بناء الـ onboarding، تقليل خطوات التسجيل، وضبط أحداث دورة حياة المستخدم في الـ MMP |
| يوم 31 لـ 60 | 55% | 45% | اشتراك أداة تواصل مع المستخدمين (زي MoEngage أو CleverTap)، وبناء رحلات إشعارات ورسايل جوه التطبيق للأيام 1 و 3 و 7 |
| يوم 61 لـ 90 | 50% | 50% | حافز الطلب التاني، و 15 نقطة من الـ 50 لحملات إعادة التفاعل المدفوعة (re-engagement) للناس اللي فتحت التطبيق ومشترتش |
وفي آخر كل 30 يوم فيه مراجعة بأربع أرقام بس: الـ D1 و الـ D7 للـ cohort الجديد، ونسبة install-to-purchase، والـ CAC الحقيقي بالـ blended، ونسبة العملاء اللي عملوا طلب تاني. لو تلاتة من الأربعة اتحسنوا، كمّل بنفس التوزيع. لو اتنين أو أكتر ثابتين أو نازلين، حوّل 10 نقاط من الاكتساب للاحتفاظ في الشهر اللي بعده. طريقة تحويل التوزيع ده لخطة شهرية مكتوبة موجودة في إزاي تكتب خطة تسويق رقمي لتطبيقك.
إيه الـ scorecard اللي يقول لك إنك ماشي صح؟
لوحة الأرقام (الـ scorecard) سبع أرقام بس، وكل رقم ليه مسؤول باسمه وحد إنذار مكتوب. أسبوعياً تلاتة: الـ CPI، ونسبة install-to-activation (كام واحد من اللي عملوا install وصل للخطوة اللي إنت شايفها تفعيل: تسجيل الحساب، أول بحث، أو أول إضافة للسلة)، وانضباط الصرف. شهرياً أربعة: الـ CAC الحقيقي بالـ blended، و الـ payback، و الـ D30، ونسبة LTV/CAC. أي رقم مالوش مسؤول باسمه مابيتراجعش.
| الرقم الأسبوعي | المسؤول | حد الإنذار |
|---|---|---|
| تكلفة الـ CPI | مسؤول الأداء المدفوع | فوق المتوسط بـ 20% لأسبوعين متتاليين |
| نسبة install-to-activation | مسؤول المنتج أو النمو | نزول 5 نقاط عن متوسط آخر 4 أسابيع |
| انضباط الصرف (spend pacing) | مسؤول الأداء المدفوع | انحراف أكتر من 15% عن الخطة الأسبوعية |
| الرقم الشهري | المسؤول | حد الإنذار |
|---|---|---|
| تكلفة الـ CAC الحقيقي (blended) | مؤسس أو قائد النمو | تجاوز 85% من السقف، يعني 61 ريال في السيناريو المرجعي |
| نافذة الـ payback الفعلية | مؤسس أو المالية | تعدّي النافذة المعلنة بأكتر من 15 يوم |
| نسبة الـ D30 | مسؤول المنتج | نزول تحت الحد الأدنى لنطاق قطاعك |
| نسبة LTV/CAC | مؤسس أو قائد النمو | نزول تحت 1.5 يوقف أي زيادة ميزانية |
خلاصة المقال في خمس نقاط:
- الاستراتيجية تلات أرقام: سقف الـ CAC، نافذة الـ payback، ومنحنى الـ retention. القنوات نتيجة، مش نقطة البداية.
- السقف من حسبتين: مساهمة الطلب × عدد الطلبات داخل النافذة. وده نقطة تعادل، فاقسمه على 3 لو عايز هدف تشغيلي.
- الرقم الحقيقي أعلى من رقم المنصة بـ 20% لـ 40%: يعني 63 ريال على الشاشة ممكن يكون 82 ريال في الواقع عند فجوة 30%.
- الـ retention أثقل من التكلفة: 3 نقاط في الـ D30 ضافت 40,500 ريال، وخفض الـ CPI 15% ضاف 23,553 ريال على نفس الميزانية.
- الترتيب مش اختياري: قياس، ثم أرضية retention، ثم تكبير بحد 20% أسبوعياً.
استراتيجيتك كلها واقفة على رقم واحد، والرقم ده غالباً غلط
لو الـ CAC اللي شغال بيه مبني على أرقام المنصة، فالسقف اللي حسبته فوق مش حقيقي. في 30 دقيقة نراجع الـ tracking والـ attribution (ربط كل عميل بالإعلان اللي جابه فعلاً) ونقولك الرقم الصح وأنهي قناة بتبيع.
أسئلة شائعة عن استراتيجيات التسويق للتطبيقات
إيه الفرق بين استراتيجية التسويق وخطة التسويق؟
الاستراتيجية هي الأرقام والقرارات: سقف الـ CAC، نافذة الـ payback، وأنهي قنوات تستحق الميزانية وليه. الخطة هي التنفيذ: مين يعمل إيه، إمتى، وبكام. الاستراتيجية بتتراجع كل ربع سنة أو لما رقم أساسي يتغير. الخطة بتتعدل كل شهر. أغلب الفرق عندها خطة من غير استراتيجية، فبتنفذ كتير وبتقرر قليل. طريقة كتابة الخطة نفسها مشروحة في مقال خطة التسويق الرقمي.
كام ميزانية تسويق تطبيق جديد في أول 3 شهور؟
الرقم بيطلع من معادلة مش من نسبة عشوائية من الإيراد. الميزانية = عدد العملاء المستهدف × سقف الـ CAC. مثال على السيناريو المرجعي: عايز 1,000 عميل دفع في 90 يوم وسقفك 72 ريال، يبقى الحد الأقصى 72,000 ريال. وزوّد 20% في أول 30 يوم كميزانية تعلّم، لأن الـ CAC بيبدأ أعلى قبل ما الحملات تستقر. لو الرقم الناتج أكبر من اللي تقدر تتحمله، المشكلة في السقف مش في الميزانية، ولازم ترفع مساهمة الطلب أو عدد الطلبات الأول.
ليه مستخدمين تطبيقي بيقعوا بسرعة بعد التحميل؟
النزول الحاد بين D1 و D7 معناه مشكلة onboarding وزمن الوصول لأول قيمة. قارن الأول بمعيار السوق: حوالي 25% من مستخدمي iOS بيرجعوا في اليوم الأول حسب إحصائيات Panto. وبعدين اعمل خطوتين تشخيص. الأولى: قارن الـ D1 للمستخدمين الجايين من الإعلانات مقابل الـ organic في نفس الفترة، ولو المدفوع أقل من نص الـ organic فالمشكلة في جودة الاستهداف مش في التطبيق. التانية: قيس كام خطوة وكام دقيقة بين فتح التطبيق وأول لحظة قيمة حقيقية. لو فوق 3 دقايق أو أكتر من 5 خطوات، دي هي.
إزاي أعرف إن القناة دي شغالة ولا لأ؟
ماتحكمش قبل ما يتحقق شرطين مع بعض: تعدّي ضعف نافذة الـ payback، وتجيب على الأقل 40 عميل دفع من القناة دي. وبعدين احكم برقم واحد بس حسب نوع القناة. الإعلانات المدفوعة بتكلفة الشراء مقابل سقف الـ CAC. حملات متجر أبل بنسبة install-to-purchase لكل كلمة بحث. تحسين المتجر بنسبة الـ conversion في صفحة المتجر. برنامج الإحالة بتكلفة العميل المُحال مقابل قيمته. الحكم بأكتر من رقم بينتهي دايماً بقرار مزاجي.
أصرف على الاكتساب ولا على الاحتفاظ الأول؟
ابني أرضية retention مقبولة الأول ثم كبّر الاكتساب. الأرضية المقبولة معناها إن الـ D7 مستقر على مدى 3 cohorts متتالية والـ D30 جوه نطاق قطاعك. والسبب رقمي: على نفس الميزانية الشهرية، رفع الـ D30 من 4% لـ 7% ضاف 40,500 ريال لمساهمة 12 شهر، بينما خفض الـ CPI بـ 15% ضاف 23,553 ريال. الاستثناء الوحيد لو الـ CPI عندك أعلى من السوق بـ 40% أو أكتر، ساعتها ابدأ بالتكلفة.
ليه أرقام المنصات مش بتطابق المبيعات الفعلية؟
لتلات أسباب بتتراكم فوق بعض. الأول إن كل منصة بتقيس نفسها بنفسها، فأكتر من منصة بتدّعي نفس العميل ومجموعهم بيبقى أكبر من مبيعاتك الحقيقية. التاني إن إشارة iOS بتوصل عبر نظام SKAN مجمّعة ومتأخرة، فجزء بيتقدّر مش بيتقاس. التالت إن جزء من العملاء كان هييجي organic برضه والمنصة بتنسبه لنفسها. النتيجة إن الـ CAC الحقيقي بيطلع أعلى من الرقم الظاهر بنسبة بين 20% و 40% في الحسابات اللي بنراجعها، والفجوة بتكبر كل ما نسبة مستخدمي iOS كانت أعلى. الحل إنك تحسب الـ blended من الـ backend وتخلي القرارات المالية من مصدر واحد ثابت.
اقرأ كمان
- إزاي تحسب الـ CAC الحقيقي لتطبيقك
- خطة التسويق الرقمي للتطبيقات: من الاستراتيجية للتنفيذ
- إزاي تزوّد تحميلات تطبيقك من غير ما تحرق الميزانية
- إزاي تقلل تكلفة الـ install
- أخطاء حملات التطبيقات على Meta