الإجابة المختصرة: أغلب التطبيقات تخسر أكثر من نصف مستخدميها في اليوم الأول، لا في الشهر الأول. والاحتفاظ بمستخدمي التطبيق لا يُحسم بميزة إضافية بل بأول تسعين ثانية: هل فهم المستخدم ما هذا التطبيق؟ هل أنجز شيئًا واحدًا؟ هل وجد سببًا للعودة غدًا؟ الأسباب التسعة الأشيع للحذف كلها تقع في هذه النافذة أو بسببها — تسجيل إجباري، وشاشات تعليمية طويلة، وطلب أذونات مبكر، وإشعارات مزعجة، وبطء، وواجهة مترجمة، وتطبيق بلا سبب للعودة.
الفكرة المضلّلة الشائعة أن الحذف قرار. غالبًا ليس كذلك: التطبيق يبقى على الجهاز ولا يُفتح، ثم يُحذف عند أول حاجة لمساحة. والموت الحقيقي حدث قبل ذلك بأسابيع.
الأرقام الثلاثة التي تكشف الحقيقة
قبل الأسباب، احسب هذه الثلاثة. بلا هذه الأرقام أنت تخمّن:
احتفاظ اليوم الأول: كم نسبة من فتح التطبيق أول مرة، فتحه مرة أخرى في اليوم التالي؟ هذا أقسى رقم وأصدقه.
احتفاظ اليوم السابع. من بقي بعد أسبوع غالبًا يبقى شهرًا.
نسبة من فتح التطبيق مرة واحدة فقط ولم يعد أبدًا. إن كانت مرتفعة، فمشكلتك في الدقيقة الأولى لا في المنتج ككل.
والقاعدة التي نبني عليها: أصلح اليوم الأول قبل أن تنفق ريالًا على جلب مستخدمين جدد. جلب المستخدمين إلى تطبيق لا يحتفظ بهم إنفاق على دلو مثقوب.
السبب 1: تسجيل إجباري قبل أي قيمة
أشيع سبب على الإطلاق في التطبيقات العربية. المستخدم نزّل التطبيق ليرى ماذا يقدّم، فوجد شاشة تطلب رقمه وبريده قبل أن يرى شيئًا.
العلاج: اسمح بالتصفّح بلا حساب. اطلب التسجيل عند اللحظة التي يحتاجه فيها فعلًا — عند الطلب، أو الحجز، أو الحفظ. وتفصيل هذا القرار في تسجيل الدخول في التطبيق.
السبب 2: شاشات تعليمية قبل التجربة
ثلاث أو أربع شاشات تشرح مزايا التطبيق قبل أن يستخدمه. أغلب الناس يضغطون «تخطي» بلا قراءة، ومن يقرأ ينسى.
البديل: اشرح أثناء الاستخدام لا قبله. تلميح واحد يظهر عند أول مرة يصل فيها المستخدم لشاشة تحتاج شرحًا، أنفع من أربع شاشات تسبق كل شيء.
السبب 3: طلب الأذونات في الثانية الأولى
طلب الموقع والإشعارات والكاميرا فور الفتح يبدو عمليًا للمطوّر، وعدوانيًا للمستخدم. والرفض هنا غالبًا نهائي: إعادة طلب الإذن بعد الرفض مقيّدة في النظامين.
العلاج: اطلب الإذن في سياقه، وبعد أن يكون سببه واضحًا. تفصيلها في أذونات التطبيق.
السبب 4: بطء الفتح الأول
الفتح الأول أبطأ فتحة في عمر التطبيق: تحميل موارد، وتهيئة، واتصال أول بالخادم. وهو بالضبط الفتحة التي يُحكم فيها عليك.
المعيار العملي: شاشة مفيدة خلال ثانيتين. وإن كان التحميل حتميًا، اعرض هيكل الشاشة لا دوّامة انتظار فارغة. التفاصيل في حجم التطبيق وسرعة الإقلاع.
السبب 5: تطبيق بلا سبب للعودة
هذا السبب الأعمق. كثير من التطبيقات تُستخدم مرة وتنتهي وظيفتها — وهذا مقبول إن كان طبيعة الخدمة، وقاتل إن كنت تبني على تكرار الاستخدام.
اسأل بصراحة: ما الذي يجعل المستخدم يفتح تطبيقي غدًا؟ الإجابات الصالحة قليلة: حاجة متكرّرة (طلب، حجز، متابعة)، أو قيمة متراكمة (سجل، نقاط، بيانات شخصية)، أو معلومة متجددة تهمّه.
وإن لم تجد إجابة، فمشكلتك في تعريف المنتج لا في تجربة الاستخدام — وربما كان الأنسب موقعًا لا تطبيقًا، وهي مفاضلة شرحناها في الفرق بين الموقع والتطبيق.
السبب 6: إشعارات تُحرق الرصيد
الإشعار أقوى أداة إعادة، وأسرع طريق للحذف. والفرق بين الاثنين هو المحتوى والتوقيت لا العدد وحده.
القاعدة: كل إشعار يجب أن يخدم المستخدم لا أهدافك الشهرية. وأول إشعار تسويقي يصل بعد منتصف الليل ينهي علاقتك به. التفصيل في إشعارات التطبيق.
السبب 7: واجهة تبدو مترجمة
التطبيق العربي الذي يبدو نسخة معرّبة من تطبيق أجنبي يفقد الثقة قبل أن يُختبر: أزرار في الجهة الخطأ، وأرقام لا تُقرأ، وتواريخ بصيغة غريبة، وجمل ركيكة.
هذه ليست تفاصيل تجميلية بل إشارات جودة يقرأها المستخدم لاشعوريًا. وتفصيلها في العربية في التطبيقات.
السبب 8: انهيارات لا يعرف بها أحد
المستخدم لا يبلّغ عن الانهيار غالبًا؛ يحذف التطبيق فحسب. والفريق الذي لا يراقب تقارير الأعطال يظن أن كل شيء بخير لأن الشكاوى قليلة.
والحقيقة: الشكوى القليلة مع احتفاظ منخفض تعني انهيارات صامتة. اقرأ تقارير انهيار التطبيق أسبوعيًا.
السبب 9: لا شيء يحدث بعد الاستخدام الأول
المستخدم أنجز مهمته وانتهى، فلم يبقَ ما يربطه بك. لا سجل يستحق العودة، ولا حالة تتغيّر، ولا رسالة تفيده.
العلاج ليس رسائل تسويقية بل بناء قيمة تتراكم: سجل طلباته، وعناوينه المحفوظة، وتفضيلاته، وحالة طلبه الحالي. كلما زاد ما يملكه داخل تطبيقك، زادت كلفة تركه.
جدول: أين تُفقد النسب؟
| اللحظة | ما يُفقد فيها | الإصلاح الأرخص | |—|—|—| | قبل التنزيل | وعد لا يطابق التطبيق | لقطات صادقة في المتجر | | أول 5 ثوانٍ | بطء أو شاشة فارغة | هيكل شاشة بدل الانتظار | | أول 30 ثانية | تسجيل إجباري | تصفّح بلا حساب | | أول دقيقة | شاشات تعليمية | شرح في السياق | | اليوم الأول | لا سبب للعودة | قيمة متراكمة | | الأسبوع الأول | إشعار مزعج أو صمت تام | إشعار مفيد واحد | | الشهر الأول | ملل أو عطل متكرر | إصلاح ما يتكرر في المراجعات |
كيف تصلح اليوم الأول عمليًا؟
حدّد «لحظة القيمة». ما أول شيء إن فعله المستخدم صار احتمال بقائه عاليًا؟ الطلب الأول، أو الحجز الأول، أو إضافة أول عنصر. عرّفها بدقة.
اقرأ نسبة من يصل إليها. إن وصل 20% فقط، فالمسار إليها هو مشكلتك كلها.
احذف كل ما يقف بينهما. كل شاشة، وكل حقل، وكل إذن، وكل تأكيد بين الفتح الأول ولحظة القيمة مرشّح للحذف.
ثم قِس مجددًا. التحسين بلا قياس تخمين، وطريقة القياس في تحليلات التطبيق.
كيف يُحسب الاحتفاظ فعليًا؟
كثير من الفرق تقرأ «عدد المستخدمين النشطين» وتظن أنها تقرأ الاحتفاظ. الرقمان مختلفان تمامًا، والخلط بينهما يخفي المشكلة.
عدد النشطين يرتفع كلما زاد الإنفاق الإعلاني، حتى لو كان كل مستخدم جديد يختفي بعد يوم. إنه يقيس ما تشتريه لا ما تحتفظ به.
الاحتفاظ يُقاس بالمجموعات: خذ من نزّلوا التطبيق في أسبوع واحد، وتتبّعهم وحدهم. كم منهم عاد في اليوم التالي؟ بعد سبعة أيام؟ بعد ثلاثين؟
والفائدة الحقيقية في المقارنة بين المجموعات. مجموعة هذا الشهر مقابل مجموعة الشهر الماضي تخبرك إن كانت تعديلاتك نفعت فعلًا. وبلا هذا التقسيم، أي تحسن يبتلعه المتوسط العام.
ابدأ بسيطًا: جدول من عمودين — أسبوع التنزيل، ونسبة العائدين في اليوم الأول. ثم أضف اليوم السابع. هذا وحده يكشف أكثر مما تكشفه لوحات معقّدة لا يقرأها أحد.
الفرق بين مستخدم عائد ومستخدم مرتبط
ليس كل من يفتح التطبيق مرتبطًا به. والتمييز مهم لأنه يحدد أين تستثمر:
العائد بالإشعار. يفتح لأنك ناديته. إن توقفت الإشعارات توقف. هذا احتفاظ مستعار.
العائد بالحاجة. يفتح لأنه يحتاج شيئًا — طلب، متابعة شحنة، حجز. هذا احتفاظ حقيقي لكنه موسمي بطبيعته.
العائد بالعادة. يفتح بلا سبب محدد لأنه صار جزءًا من روتينه. هذا أثمنها وأصعبها.
والهدف العملي: حوّل ما تستطيع من الأول إلى الثاني، ومن الثاني إلى الثالث. والوسيلة ليست إشعارات أكثر، بل قيمة تتراكم داخل التطبيق حتى يصير فتحه أسهل من البحث عن البديل.
خمس لحظات إعادة تعمل فعلًا
الإعادة ليست رسالة تسويقية. هذه لحظات مشروعة يعود فيها المستخدم راضيًا:
تغيّر في حالة تخصّه. طلبه خرج، موعده اقترب، طلبه قُبل. هذه أعلى معدلات فتح على الإطلاق.
انتهاء انتظار. كان ينتظر ردًا أو توفّر صنف، فوصل.
استحقاق تراكمي. نقاط بلغت حدًا، أو مكافأة صارت متاحة — بشرط أن تكون حقيقية لا وهمية.
تذكير طلبه هو. «ذكّرني قبل انتهاء الاشتراك»، «نبّهني عند توفر الموعد». الإذن هنا معطى مسبقًا.
تحديث يحلّ شكواه. إن اشتكى من شيء وأصلحته، أخبره تحديدًا. هذه أقوى رسالة استرجاع ممكنة، وغالبًا لا يرسلها أحد.
وما لا يعمل: «اشتقنا إليك»، و«عروض هذا الأسبوع» لمن لم يشترِ قط، وأي رسالة لا تحمل معلومة تخصّه هو.
أسئلة شائعة
ما معدل الاحتفاظ الجيد؟
يختلف كثيرًا بحسب نوع التطبيق، ولذلك فالمقارنة المفيدة هي مع نفسك عبر الزمن لا مع أرقام عامة. القاعدة: كل إصدار يجب أن يرفع احتفاظ اليوم الأول ولو قليلًا.
هل المكافآت والنقاط تحلّ المشكلة؟
تؤجّلها فقط إن كان التطبيق بلا قيمة أساسية. النقاط تضاعف احتفاظ منتج نافع، ولا تصنع نفعًا غير موجود.
هل أرسل إشعارًا لمن توقف عن الاستخدام؟
إشعار واحد مفيد ومحدد قد ينجح. أما سلسلة تذكيرات فتؤدي إلى التعطيل ثم الحذف. والأفضل أن تسأل نفسك أولًا: هل تغيّر شيء في التطبيق يستحق إخباره؟
كيف أعرف سبب الحذف؟
لا يخبرك أحد مباشرة، لكن ثلاثة مصادر تكفي: مسار المستخدمين قبل الاختفاء في التحليلات، وتقارير الانهيارات، ومراجعات المتجر. اجمع الثلاثة وستجد النمط.
هل التصميم الجميل يحسّن الاحتفاظ؟
يحسّن الانطباع الأول، ولا يعوّض غياب سبب للعودة. التطبيقات التي يستخدمها الناس يوميًا ليست الأجمل بل الأنفع.
هل أقيس الاحتفاظ لكل مصدر تسويق على حدة؟
نعم، وهذا من أنفع ما تفعله. مصدر يجلب تحميلات كثيرة باحتفاظ منخفض أسوأ من مصدر يجلب نصفها ويبقى مستخدموه. القرار الإعلاني الصحيح يُبنى على الاحتفاظ لا على عدد التحميلات.
هل تحديث الواجهة يرفع الاحتفاظ؟
أحيانًا يخفضه مؤقتًا لأن المعتادين يتوهون. غيّر تدريجيًا، وأبقِ المسارات المألوفة في مكانها، وأعلن التغيير داخل التطبيق قبل تنفيذه.
مستخدمونا موظفون ملزمون باستخدام التطبيق، هل الاحتفاظ مهم؟
مهم بشكل مختلف: الإلزام يضمن الفتح لا الاستخدام الصحيح. راقب إكمال المهام لا فتح التطبيق، وإلا ستقيس طاعة لا قيمة.
متى أستسلم لفكرة التطبيق؟
حين يكون احتفاظ اليوم السابع منخفضًا جدًا رغم إصلاح المسار الأول وحلّ الأعطال. عندها المشكلة في الفكرة نفسها، والأصدق أن تعيد تعريفها بدل تحسين واجهتها.
ثلاث تجارب سريعة تكشف مشكلتك خلال ساعة
سلّم جهازك لشخص لم يرَ التطبيق. لا تشرح شيئًا، واطلب منه إنجاز مهمة واحدة، وراقب صامتًا أين يتوقف. ما تراه في عشر دقائق يفوق ما تستخرجه من لوحات التحليلات في شهر.
افتح التطبيق على شبكة ضعيفة. خفّض الشبكة عمدًا وافتح من جديد. أغلب من يحذفون التطبيق جرّبوه في هذه الظروف لا في مكتبك.
احذف التطبيق وأعد تثبيته. ستمرّ بتجربة المستخدم الجديد كاملة — وستكتشف على الأرجح أنك لم تمرّ بها منذ أشهر.
ابدأ من مستخدم واحد
قبل اللوحات والمنحنيات، اجلس مع مستخدم حقيقي واحد وراقبه يستخدم تطبيقك أول مرة بلا مساعدة منك.
ستتعلّم في عشر دقائق ما لا تخبرك به الأرقام: أين تردّد، وماذا ظن أن الزر يفعل، ومتى استسلم. والأرقام تخبرك أين يغادر الناس، أما الجلوس معهم فيخبرك لماذا — وبلا السبب ستصلح العَرَض الخطأ.
الخلاصة القاسية: التطبيق لا يموت يوم يُحذف، بل يوم لا يُفتح. وأغلب ما يُنفق على جلب مستخدمين جدد يُهدر لأن الدقيقة الأولى لم تُصلَح. ابدأ من هناك — من الشاشة الأولى، ومن أول طلب إذن، ومن السؤال الصعب: لماذا يعود هذا الإنسان غدًا؟ ونحن نبدأ من هذا السؤال نفسه في كل مشروع نبنيه ضمن تصميم تطبيقات الجوال.