الرسائل داخل التطبيق لتعزيز تفاعل العملاء في Braze

تدعم الرسائل داخل التطبيق في Braze تفاعل العملاء عندما تكون لكل رسالة مهمة واحدة، ومحفز واحد، ومكان محدد في ترتيب العرض. يقوم Braze بتنزيل الرسائل المؤهلة إلى الجهاز عند بدء الجلسة، ويعرض رسالة واحدة لكل محفز، ويقوم بقياس مرات الظهور والنقرات بدلاً من مرات الفتح. يتناول هذا الدليل القرارات التي تشكل هذه النتائج، بدءاً من اختيار المحرر وصولاً إلى الأولوية والقياس.

‍

أبرز النقاط

  • خصص لكل رسالة داخل التطبيق مهمة واحدة، ومحفزاً واحداً، ومكاناً مخططاً له في ترتيب العرض.
  • يتم عرض رسالة واحدة فقط داخل التطبيق لكل محفز، لذا فإن الحملات التي تشترك في بدء الجلسة تشكل طابوراً.
  • يتحقق Braze من الأهلية عندما يقوم الجهاز بتنزيل الرسائل، وعادة ما يكون ذلك عند بدء الجلسة، وتعد إعادة التقييم خياراً يتم تحديده لكل رسالة على حدة.
  • تقوم الرسائل داخل التطبيق بقياس مرات الظهور والنقرات، وليس مرات الفتح، لذا اتفق على حدث نجاح لاحق قبل الإطلاق.
  • خطط لعمليات السحب، وسعة مساحة العمل، والسلوك في حالة عدم الاتصال بالإنترنت قبل إطلاق الحملة.

‍

ما الذي تضيفه الرسائل داخل التطبيق إلى تفاعل العملاء في Braze؟

يصف Braze هذه القناة كالتالي: "توفر الرسائل داخل التطبيق محتوى داخل تطبيقك أو موقعك الإلكتروني دون مقاطعة المستخدمين بإشعارات الدفع". وهذا يناسب اللحظات التي يكون فيها الشخص نشطاً بالفعل، مثل الإعلان عن ميزة جديدة، أو عرض ترويجي، أو طلب الاشتراك في إشعارات الدفع. تتضمن قائمة حالات الاستخدام الخاصة بـ Braze تهيئة المستخدم لإشعارات الدفع، والمبيعات والعروض الترويجية، واعتماد الميزات، والحملات المخصصة للغاية.

تتمتع هذه القناة أيضاً بسمة تصميمية يجب التخطيط لها منذ اليوم الأول. يشير Braze إلى أن بطاقات المحتوى، والرسائل داخل التطبيق، واللافتات (Banners)، وأعلام الميزات تعتمد على اتصال الجهاز للمزامنة، ويوصي بتجنب هذه القنوات للتحديثات الهامة والحساسة للوقت. نحن نعتبر ذلك قاعدة جدولة: الرسائل داخل التطبيق تخدم الجلسة التالية، وليس الدقيقة التالية.

‍

ما هو المحرر الذي يجب أن تستخدمه للبناء؟

يوصي Braze باستخدام محرر السحب والإفلات كخيار افتراضي للرسائل داخل التطبيق. فهو ينشئ رسائل منبثقة (modal) وملء الشاشة، مع صفوف، وكتل محتوى، وقوالب، وتدفقات متعددة الصفحات. أما المحرر التقليدي فهو مخصص للحالات التي تحتاج فيها إلى رسائل منزلقة (slideup) أو لغة HTML مخصصة.

حدد المحرر عند كتابة الموجز. تحويل رسالة تم إنشاؤها بالسحب والإفلات إلى المحرر التقليدي يحول الرسالة إلى HTML، ولا يمكنك التراجع عن ذلك. الرسالة التي تبدأ في المحرر الخطأ تتطلب إعادة بناء، لذا اسأل عن احتياجات التخطيط قبل أن يبدأ أي شخص في استخدام أداة الإنشاء.

تناسب الرسائل متعددة الصفحات التدفقات المتسلسلة مثل رحلة الترحيب. يضع Braze حداً أقصى لعدد الصفحات في الرسالة الواحدة، وأي صفحة غير مرتبطة بصفحة أخرى ستمنع الرسالة من الانطلاق.

هناك حقيقتان تخطيطيتان يجب مراعاتهما بجانب ذلك. الرسائل داخل التطبيق غير متوفرة في الحملات متعددة القنوات، لذا فإن رسالة الدفع أو البريد الإلكتروني المصاحبة تكون حملة منفصلة أو خطوة في Canvas. خطوات Canvas التي تحتوي على رسائل داخل التطبيق لا يمكن أن تكون قائمة على الإجراءات.

‍

كيف تحدد المحفزات والأولوية ما يراه المستخدم؟

تدعم حملات الرسائل داخل التطبيق ثلاثة محفزات للإجراء: بدء جلسة في التطبيق أو الموقع الإلكتروني، وإجراء عملية شراء، وتنفيذ حدث مخصص يتم تسجيله عبر حزمة تطوير البرمجيات (SDK). تحدد الأولوية بعد ذلك ترتيب العرض عندما تشترك عدة رسائل مؤهلة في محفز واحد. يوفر Braze مستويات أولوية (عالية، متوسطة، ومنخفضة)، مع كون المتوسط هو الافتراضي، بالإضافة إلى خيار "تحديد أولوية دقيقة" لترتيب محدد.

القاعدة ذات الوزن الأكبر في التخطيط موجودة في الأسئلة الشائعة لـ Braze. يمكن عرض رسالة واحدة فقط داخل التطبيق لكل وقوع لحدث محفز. بالنسبة لبدء الجلسة، يعني ذلك رسالة واحدة لكل جلسة، وتكون الفرصة التالية لرسالة مؤهلة أخرى هي الجلسة التالية.

عندما تشترك الرسائل في نفس مستوى الأولوية، يتم عرض الرسالة التي تم إنشاؤها أخيراً أولاً. يوضح الجدول السلوك الموثق بجانب ما نخطط له.

الموقف | ما يوثقه Braze | ما نخطط له | عدة حملات تشترك في بدء الجلسة | يتم عرض رسالة واحدة لكل جلسة | تعامل مع الحملات كطابور ورتبها عن قصد | الرسائل تشترك في مستوى أولوية | يتم عرض الرسالة التي تم إنشاؤها أخيراً أولاً | حدد أولوية دقيقة حتى لا يحدد ترتيب الإطلاق النتيجة | الرسائل تستخدم محفز حدث مخصص | يتم عرض رسالة واحدة لكل وقوع للحدث | خصص لكل حدث حملة واحدة مسؤولة عنه

‍

تشكل حملتان عند بدء الجلسة طابوراً. تنتظر الحملة الثانية للجلسة التالية، ولن يلاحظ أحد في الفريق هذا الانتظار ما لم يقم شخص ما بتدوين الترتيب.

عند ترتيب الحملات، نوصي بوضع الرسالة التي تفتح مزايا إضافية قبل تلك التي تطلب إجراءً معيناً. فطلب إذن الإشعارات أو خطوة إكمال الملف الشخصي يغيران من إمكانيات الرسائل اللاحقة.

‍

متى يقرر Braze ما إذا كان المستخدم مؤهلاً؟

يتحقق Braze مما إذا كان المستخدم ضمن الجمهور المستهدف عند قيام الجهاز بتنزيل الرسائل داخل التطبيق، وهو ما يحدث عادةً عند بدء الجلسة. يقوم الجهاز بتخزين الرسائل المؤهلة ويعرض كل منها عند حدوث المشغل الخاص بها. أما المستخدمون الذين يصبحون مؤهلين أثناء الجلسة، فيتلقون الرسالة عند بدء جلستهم التالية.

بالنسبة للجماهير التي تتغير بسرعة، يوفر Braze خيار "إعادة تقييم أهلية الحملة قبل العرض". يمنع هذا الخيار عرض الرسائل المخزنة مؤقتاً عندما لا يعود المستخدم مستوفياً لمعايير الأهلية. توضح الصفحة نفسها أن هذا الخيار يتطلب اتصالاً بالشبكة ويضيف طلباً قبل العرض، لذا فهو غير مناسب للرسائل التي يجب أن تظهر أثناء عدم اتصال المستخدم بالإنترنت.

يتطلب التسليم المعتمد على القوالب، والذي يتم تطبيقه عند تفعيل هذا الخيار أو عند استخدام الرسالة لوسوم Liquid معينة، طلباً إضافياً عبر الشبكة بعد المشغل. نصيحتنا هي اتخاذ هذا القرار لكل رسالة على حدة.

تحصل العروض الترويجية المرتبطة بسمة حية على فحص محدث، بينما تظل التذكيرات التي يجب أن تظهر حتى في ظل اتصال ضعيف قياسية ومخزنة مؤقتاً.

إعادة الأهلية هي الجانب الآخر من الصورة. يمكنك السماح للمستخدمين بأن يصبحوا مؤهلين لتلقي حملة مرة أخرى عن طريق تفعيل إعادة الأهلية في "عناصر التحكم في التسليم"، وإذا تم إيقافها، فلن يتلقى المستخدمون تلك الحملة نفسها مرة أخرى بشكل عام.

رسالة تعليمية لمرة واحدة تتطلب إيقاف هذا الخيار، بينما يتطلب التنبيه الموسمي المتكرر نافذة زمنية محددة.

‍

ما الذي يجب أن تطلبه كل رسالة من المستخدم؟

امنح كل رسالة مهمة واحدة واجعل الزر هو الأداة لتنفيذها. يتيح لك Braze إضافة ما يصل إلى زرين، وينصح باستخدام الزر الثاني (Button 2) كإجراء أساسي. يجب أن يكون الزر الثاني بمثابة مخرج هادئ، وليس عرضاً منافساً.

يؤتي اختيار التصميم هذا ثماره لاحقاً في التقارير. لا يتم جمع نقرات جسم الرسالة تلقائياً للرسائل التي تم إنشاؤها في محرر السحب والإفلات، لذا فإن الرسالة التي يكون إجراءها الوحيد هو النقر على جسم الرسالة لا تترك الكثير لقياسه. ضع الإجراء على زر لتتمكن من قياسه.

يعد "التمهيد للإشعارات" (Push priming) أوضح مثال على المهمة الواحدة. يدرجه Braze ضمن حالات استخدام القناة: رسالة غنية داخل التطبيق توضح فائدة الاشتراك في الإشعارات وتقدم طلباً لمنح الإذن. يجب أن توضح الرسالة ما سيحصل عليه الشخص ثم تطلب ذلك مرة واحدة.

‍

كيف تقيس مدى نجاح الرسالة؟

لا تستخدم الرسائل داخل التطبيق مقياس "الفتح". يسجل Braze مرات الظهور عندما تصبح الرسالة مرئية على الشاشة، ويسجل النقرات عندما يتفاعل المستخدمون مع جسم الرسالة أو الأزرار. إذا كان التقرير متعدد القنوات يتضمن صفوفاً للرسائل داخل التطبيق، فقارن بين مرات الظهور والنقرات، ولا تتوقع معدلات فتح مشابهة للبريد الإلكتروني.

يؤدي تجاهل الرسالة إلى تسجيل ظهور ولكن ليس نقرة. لذا، فإن انخفاض عدد النقرات وحده لا يخبرك ما إذا كان الأشخاص قد قرأوا الرسالة واختاروا المضي قدماً. اربط عدد النقرات بالحدث اللاحق الذي كان من المفترض أن تسببه الرسالة.

يمكنك أيضاً تقسيم الجمهور بناءً على نقرات الأزرار لما يصل إلى زرين. قم بتعيين "معرف للتقارير" (Identifier for Reporting) على تلك الأزرار بحيث تتوافق فلاتر التقسيم مع الزر الأول والزر الثاني. يمنحك هذا جمهوراً متابعاً دقيقاً دون الحاجة إلى أي برمجة مخصصة.

‍

كيف يبدو المثال العملي؟

هذا المثال افتراضي وتوضيحي. لا يحتوي على بيانات عملاء ولا نتائج.

تخيل تطبيق اشتراك يحتوي على ثلاث حملات عند بدء الجلسة: طلب تمهيد للإشعارات، وعرض استعادة للمستخدمين غير النشطين، وإعلان عن ميزة جديدة. يتأهل المستخدم العائد للثلاثة معاً، ولكن لا يتم عرض سوى واحدة فقط في كل جلسة. إذا لم يقم أحد بتحديد الترتيب، فستفوز الرسالة التي تم إنشاؤها أخيراً، وقد يظل طلب الإشعارات مخفياً خلف عرض ترويجي لأسابيع.

إليك كيف سنقوم بضبطها. نضع طلب التمهيد للإشعارات في الفئة ذات الأولوية العالية مع إيقاف إعادة الأهلية، بحيث يتم تشغيله مرة واحدة ولا يزعج المستخدم.

يأتي عرض الاستعادة بعد ذلك، مع تفعيل فحص الأهلية المحدث، لأن المستخدم الذي عاد بالفعل لا ينبغي أن يرى عرضاً مخصصاً للمستخدمين غير النشطين. ويأتي إعلان الميزة في النهاية مع تاريخ انتهاء محدد.

يتم الاتفاق على حدث النجاح قبل الإطلاق. بالنسبة لطلب الإذن، فهو الحصول على الموافقة، وبالنسبة للعرض، فهو إتمام عملية الشراء، أما بالنسبة للإعلان، فهو الاستخدام الأول للميزة. إن النقر على أي من هذه الثلاثة ليس سوى خطوة نحو تحقيق ذلك الحدث.

‍

ما هي أنماط الفشل التي يجب أن تخطط لها؟

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

  • الحملة الموقوفة (المحرومة من الظهور). تظهر رسالة خلف رسالة أخرى ذات أولوية أعلى على نفس المشغل ولا تظهر أبداً. راجع ترتيب الأولويات في كل مرة يتم فيها إطلاق حملة.
  • الحملة التي تم إيقافها ولكنها لا تزال تظهر. بعد إيقاف الحملة، قد يظل المستخدمون الذين بدأوا جلسة قبل إيقافها يشاهدون الرسالة المخزنة مؤقتاً عند قيامهم بحدث التشغيل. قم بتفعيل خيار إعادة التقييم لأي حملة قد تحتاج إلى سحبها بسرعة.
  • مساحة العمل المزدحمة. السعة الافتراضية هي 200 حملة رسائل داخل التطبيق نشطة وقائمة على الإجراء لكل مساحة عمل، على الرغم من أن مساحة العمل قد يكون لها سعة مختلفة. أوقف الحملات التي أدت غرضها.
  • ساعات الهدوء المتوقعة. ميزة "ساعات الهدوء" غير متاحة لحملات الرسائل داخل التطبيق، وتوثق الأسئلة الشائعة في Braze حلاً برمجياً باستخدام Liquid يقوم بإلغاء الرسالة خارج نافذة زمنية محددة. اختبر هذا الحل مع مستخدم في كل منطقة زمنية تخدمها.
  • الجلسة دون اتصال بالإنترنت. إذا قام الجهاز بتنزيل البيانات قبل انقطاع الاتصال، فقد تظل الرسالة تظهر. إذا لم يقم بذلك، فلن تظهر الرسالة، لذا لا تستخدم هذه القناة كوسيلة وحيدة للأخبار الهامة.

‍

كيف يرتبط هذا ببقية البرنامج؟

المشغلات هي الموضوع الطبيعي التالي، ودليلنا حول مشغلات الرسائل داخل التطبيق في Braze يغطي الإعداد بالتفصيل. وتأتي قواعد الجمهور بجانبها، كما أن تقسيم المستخدمين للرسائل المستهدفة داخل التطبيق يشرح كيفية بناء الجماهير التي تحدد الأهلية.

بمجرد أن تصبح الرسائل مباشرة، قياس تفاعل الرسائل داخل التطبيق في Braze يوضح كيفية قراءة التقارير. للاطلاع على خيارات التصميم والتنسيق، راجع كيفية إنشاء رسائل تفاعلية داخل التطبيق.

لا تعمل هذه القناة إلا كجزء من خطة أوسع. إن دليل استراتيجية مشاركة العملاء يضع الرسائل داخل التطبيق جنباً إلى جنب مع القنوات الأخرى، و مطابقة المهمة بالقناة المناسبة للتفاعل عبر الهاتف المحمول يساعدك في تحديد متى تكون الرسالة مناسبة لهذه القناة ومتى تكون مناسبة لإشعارات الدفع.

بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK بكتابة ترتيب العرض، وحدث النجاح، وخطة الإيقاف في صفحة واحدة قبل إطلاق أي حملة رسائل داخل التطبيق. احتفظ بهذه الصفحة مع موجز الحملة حتى يتمكن المسؤول التالي من العثور عليها.

‍

الأسئلة الشائعة
‍

1. هل تتطلب الرسائل داخل التطبيق تفعيل إشعارات الدفع؟

لا تتطلب الرسائل داخل التطبيق تفعيل إشعارات الدفع لتعمل في بيئة الإنتاج. أما بالنسبة لاختبار الإرسال، فيجب تفعيل إشعارات الدفع على أجهزتك التجريبية.

2. هل يمكن للمستخدم رؤية أكثر من رسالة داخل التطبيق في الجلسة الواحدة؟

نعم، ولكن لا يمكن عرض سوى رسالة واحدة لكل حدث تشغيل. بالنسبة لبدء الجلسة، فهذا يعني رسالة واحدة لكل جلسة.

3. هل تظهر الرسالة داخل التطبيق عندما يكون الجهاز غير متصل بالإنترنت؟

يعتمد ذلك على محتوى الرسالة (payload). إذا قام الجهاز بتنزيلها قبل انقطاع الاتصال، فيمكن عرض الرسالة، وإذا لم يتم ذلك، فلن تظهر.

4. لماذا لا يمكنني رؤية عدد مرات فتح الرسائل داخل التطبيق؟

لا تستخدم الرسائل داخل التطبيق مقياس "مرات الفتح". بدلاً من ذلك، يسجل Braze مرات الظهور والنقرات.

5. هل يمكنني استخدام ميزة "ساعات الهدوء" (Quiet Hours) لحملات الرسائل داخل التطبيق؟

ميزة "ساعات الهدوء" غير متاحة للاستخدام مع حملات الرسائل داخل التطبيق. توثق الأسئلة الشائعة لـ Braze حلاً بديلاً باستخدام Liquid لتحديد النطاقات الزمنية.

‍

المصادر

‍

CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.

إذا كنت بحاجة إلى مساعدة في ضبط ترتيب العرض وأحداث النجاح لحملاتك داخل التطبيق، تواصل معنا.

‍

التفضيلات

الخصوصية مهمة بالنسبة لنا، لذا لديك خيار تعطيل أنواع معينة من التخزين التي قد لا تكون ضرورية للوظائف الأساسية للموقع. قد يؤثر حظر بعض الفئات على تجربتك في الموقع.

قبول جميع ملفات تعريف الارتباط
قبول جميع ملفات تعريف الارتباط

هذه العناصر مطلوبة لتمكين الوظائف الأساسية للموقع.

نشط دائماً

تُستخدم هذه العناصر لتقديم إعلانات أكثر صلة بك وباهتماماتك.

تسمح هذه العناصر للموقع بتذكر الاختيارات التي تقوم بها (مثل اسم المستخدم، أو اللغة، أو المنطقة التي تتواجد فيها) وتوفير ميزات محسنة وأكثر تخصيصاً.

تساعد هذه العناصر مشغل الموقع على فهم كيفية أداء موقعه، وكيفية تفاعل الزوار معه، وما إذا كانت هناك أي مشكلات تقنية.

شكراً لك! لقد تم استلام طلبك بنجاح.
عذراً! حدث خطأ ما أثناء إرسال النموذج.