.svg)
سير عمل الإعداد في Braze هو عبارة عن Canvas يبدأ عندما يقوم مستخدم جديد بإجراء معين، ثم ينتظر، ويتحقق من الإجراء التالي للمستخدم، ويتوقف عن إرسال الرسائل بمجرد وصوله إلى الهدف. قم ببنائه بترتيب ثابت: حدد الهدف، ثم اضبط الدخول، ثم اضبط الخروج، ثم ابنِ الخطوات، وأخيراً اختبره. يغطي هذا الدليل كل قرار والأخطاء التي يجب التخطيط لتجنبها.
أبرز النقاط
- اختر حدث التنشيط أولاً، ثم استنتج منه حدث التحويل وقاعدة الخروج ونافذة التحويل.
- يعد الدخول القائم على الإجراء مناسباً لعملية الإعداد. استخدم المشغل بناءً على السلوك وقم بالتصفية بناءً على شيء ثابت، لأن Braze يوثق حالة سباق (race condition) عندما يتطابق المشغل مع فلتر الجمهور.
- يتم وضع علامة خروج فورية للمستخدم الذي ينفذ حدث الخروج، ولكن المستخدم الموجود داخل خطوة التأخير (Delay) يظل هناك حتى ينتهي وقت التأخير.
- حدد نافذة التحويل بعد معرفة أطول مسار في الـ Canvas.
- يتقدم المستخدمون عبر خطوة الرسالة حتى في حال عدم وصول أي رسالة إليهم، لذا افصل أولئك الذين تلقوها قبل فرع التنبيه (nudge branch).
- قم بالمعاينة أولاً، ثم أجرِ اختباراً مباشراً باستخدام نسخة مكررة من الـ Canvas مقتصرة على مستخدمي الاختبار، وحدد مجموعة التحكم قبل الإطلاق.
ما الذي يجب عليك تحديده قبل فتح أداة بناء الـ Canvas؟
اختر حدث تنشيط واحداً أولاً. إنه الإجراء الذي يوضح أن المستخدم الجديد قد فهم المنتج، مثل حفظ عنصر أول أو إكمال ملف تعريف. اختيار هذا الحدث في وقت متأخر يعني إعادة العمل في ثلاثة أماكن.
يوثق Braze مكان ظهوره. تقيس أحداث التحويل كفاءة الـ Canvas الخاص بك. الـ قائمة التحقق لضمان جودة Canvas يوصي بمواءمة أحداث الخروج مع التحويل الأساسي الخاص بك، أو إضافة عمليات خروج قائمة على الشرائح حتى يغادر المستخدمون الرحلة عندما يقومون بالتحويل أو عندما لا يعودون مؤهلين.
كيف تبني سير عمل الإعداد في Braze، وبأي ترتيب؟
وثائق Braze الخاصة بـإنشاء دليل Canvas يبدأ من الأساسيات وصولاً إلى الإطلاق. بالنسبة للإعداد، نوصي باتباع نفس المراحل بهذا التسلسل، لأن كل مرحلة تعتمد على التي تسبقها.
- قم بتسمية الـ Canvas، ووضع علامة عليه، وتعيين حدث التحويل الذي اخترته.
- اختر جدول الدخول.
- حدد الجمهور المستهدف وضوابط الدخول.
- حدد معايير الخروج.
- اضبط إعدادات الإرسال: الاشتراك، وتحديد معدل الإرسال، وساعات الهدوء.
- ابنِ الرحلة: الرسالة، ثم التأخير، ثم مسارات الإجراءات (Action Paths).
- قم بالمعاينة، وأجرِ اختباراً مباشراً مع مستخدمين تجريبيين، ثم انطلق.
لست مضطراً للبدء من الصفر. تشير Braze إلى أنه يمكنك توفير الوقت بالبدء باستخدام قالب Canvas. يتطلب قالب الترحيب الخاص بها تجهيز ثلاث رسائل بريد إلكتروني مسبقاً: رسالة ترحيب، ورسالة تتضمن نصائح حول كيفية استخدام تطبيقك، ورسالة ملاحظات تحتوي على استبيان للمستخدم.
ما هو جدول الدخول الأنسب لسير عمل الترحيب بالمستخدمين الجدد؟
يعد الدخول القائم على الإجراء هو الأنسب. فمع التسليم القائم على الإجراء، يدخل المستخدمون إلى Canvas ويبدأون في تلقي الرسائل عند قيامهم بإجراءات معينة، مثل فتح تطبيقك، أو إجراء عملية شراء، أو تفعيل حدث مخصص. يبدأ العد التنازلي بمجرد قيام المستخدم الجديد بأول إجراء ذي مغزى.
الفخ الكلاسيكي هو استخدام مشغل وفلتر جمهور يصفان السلوك نفسه. تحذر Braze من أن حالة السباق قد تعني أن المستخدم ليس ضمن الجمهور المستهدف عند قيامه بحدث التشغيل.
في عملية الترحيب، قد يعني هذا التفعيل عند الجلسة الأولى مع التصفية بناءً على سمة الجلسة. نوصي بالتفعيل بناءً على السلوك والتصفية بناءً على شيء ثابت، مثل وقت استخدام المستخدم للتطبيق لأول مرة.
هناك فحص إضافي يجب القيام به هنا. إذا كانت Canvas القائمة على الإجراء ترسل رسائل في وقت أبكر مما هو متوقع، تنصح Braze بالتأكد من أن الطابع الزمني للحدث المخصص يحمل الوقت الحالي بدلاً من وقت قديم.
من يجب أن يدخل، وكم مرة؟
مثال Braze هو شريحة من المستخدمين الذين استخدموا تطبيقك لأول مرة منذ أقل من أسبوع. يستهدف قالب الترحيب الخاص بها المستخدمين الذين استخدموا التطبيق لأول مرة منذ أقل من يوم واحد. اختر نافذتك الزمنية بناءً على مدى سرعة استيعاب المنتج.
تحدد عناصر التحكم في الدخول ما إذا كان يُسمح للمستخدمين بإعادة الدخول إلى Canvas. بالنسبة للدخول القائم على الإجراء، يمكن أن يكون حد الحجم بالساعة أو باليوم أو طوال فترة عمل Canvas. تنصح Braze أيضاً بضبط نافذة إعادة الأهلية بشكل صحيح لمنع الإفراط في المراسلة أو مشاكل إعادة الاستهداف.
بالنسبة لرحلة الأسبوع الأول، نفضل إيقاف إعادة الدخول ما لم تكن قد صممت مساراً لإعادة التثبيت عن قصد. فالمستخدم العائد الذي يدخل في رحلة ترحيب قد يقرأ رسالة الترحيب كخطأ.
قبل الإطلاق، اختر "حساب الإحصائيات الدقيقة" في ملخص الجمهور المستهدف. تشير Braze إلى أن الجمهور المعروض يستبعد المستخدمين الذين لا يمكن التواصل معهم عبر قنوات الرسائل المختلفة.
كيف تعمل معايير الخروج وأحداث التحويل معاً؟
عندما يقوم المستخدم بحدث الخروج، تضعه Braze فوراً في قائمة الخروج من Canvas. إذا كان المستخدم في خطوة تأخير، فإنه يظل في تلك الخطوة حتى تنتهي فترة التأخير. أما المستخدم الذي يحقق التحويل في وقت مبكر من تأخير طويل، فيتم تمييزه للخروج فوراً.
يظلون يشغلون الخطوة حتى تنتهي. توضح صفحة معايير الخروج التفاصيل.
يتم احتساب التحويلات وعمليات الخروج بشكل مختلف. يتم تتبع التحويلات حتى بعد انتهاء Canvas، ولكن لا يتم تتبع عمليات الخروج بمجرد خروج المستخدم من Canvas. الحد الأدنى لوقت نافذة التحويل هو خمس دقائق، وتمتد النافذة إلى ثلاثة أيام بعد الحد الأقصى لمدة Canvas.
نوصي بتحديد نافذة التحويل بعد معرفة أطول مسار. تنصح Braze بضبطها لتطابق على الأقل أطول مسار في Canvas.
الحد الأقصى للمدة هو أطول وقت ممكن يمكن أن يستغرقه المستخدم لإكمال Canvas، لذا ارسم الرحلة أولاً واستخرج هذا الرقم منها. فالنافذة التي يتم اختيارها قبل وجود الرحلة غالباً ما تكون قصيرة جداً بالنسبة للرحلة التي ستقوم ببنائها.
ما هو التسلسل الأمثل للخطوات؟
يتكون الهيكل الأساسي الفعال من خطوة "رسالة" (Message)، تليها خطوة "تأخير" (Delay)، ثم خطوة "مسارات الإجراء" (Action Paths)، مع تفرع لكل نتيجة. توصي Braze باستخدام خطوة "التأخير" في رحلة المستخدم لتجنب إرهاق المستخدمين بكثرة الرسائل. يوضح الجدول أدناه دور كل خطوة والسلوكيات الموثقة التي يجب التحقق منها، والمستمدة من صفحات التأخير،مسارات الإجراءاتورسالة .
مهمة الخطوة في الإعداد السلوك الموثق للتحقق منه الرسالة (Message) الترحيب أو طلب الإجراء الأول ينتقل المستخدمون عبر جميع خطوات الرسالة بغض النظر عما إذا كانوا قد استلموها أم لا التأخير (Delay) منح المستخدم وقتاً للتفاعل يمكن تمديده حتى عامين (730 يوماً)؛ "اليوم" يعني 24 ساعة من الدخول، بينما "يوم تقويمي" يعني الانتظار حتى الوقت المحدد التالي مسارات الإجراء (Action Paths) تصنيف المستخدمين بناءً على أفعالهم نافذة التقييم الافتراضية هي يوم واحد، والحد الأقصى 31 يوماً؛ المستخدمون الذين لا يطابقون المعايير يوضعون في مجموعة "الجميع" (Everyone Else) مسارات الجمهور (Audience Paths) تصنيف المستخدمين بناءً على خصائصهم تُستخدم للسمات أو الانتماء إلى شريحة معينة بدلاً من الأفعال
تتطلب خطوة "مسارات الإجراء" عناية خاصة. فالمستخدم الذي يقوم بحدث محفز ينتقل عبر مجموعة الإجراءات ذات الصلة بناءً على أول إجراء مؤهل يقوم به بعد دخوله إلى الخطوة.
إذا كان المحفز هو بدء جلسة وكانت الخطوة التالية هي رسالة داخل التطبيق، فيجب على المستخدم بدء جلستين لتلقي تلك الرسالة. كما تنصح Braze بعدم تغيير إعدادات الترتيب بعد الإطلاق بينما لا يزال المستخدمون في هذه الخطوة.
ما هي المدة المناسبة للتأخير؟
توثق Braze كيفية عمل التأخيرات ولكنها لا تقدم توصيات بشأن طول فترة الإعداد، وليس لدينا معيار مؤكد لنقدمه. نقترح تحديد مدة كل تأخير بناءً على الوقت الذي يستغرقه المستخدمون فعلياً لإتمام إجراء التنشيط، ثم مراجعته مقابل بياناتك الخاصة بعد الإطلاق. إن ضبط التأخير بناءً على عادات التقويم قد يؤدي غالباً إلى إرسال تنبيه قبل أن تتاح للمستخدم فرصة التفاعل.
هناك ثلاثة سلوكيات موثقة تؤثر على هذا الاختيار. التغييرات في سمات المستخدم أو معلومات الاتصال أثناء فترة التأخير تنعكس عند انتقال المستخدم للخطوة التالية. لذا، يمكن استخدام عنوان بريد إلكتروني تمت إضافته في منتصف فترة التأخير في الخطوة التالية.
إذا كان التاريخ والوقت المحددان قد انقضيا بالفعل عند وصول المستخدمين إلى خطوة "التأخير"، فسيخرج المستخدمون من الـ Canvas. كما أن مكون "التأخير" الذي لا يتبعه أي خطوات أخرى يؤدي إلى خروج المستخدمين من الـ Canvas، لذا فإن وضع تأخير في نهاية الرحلة لا يحقق أي فائدة.
ما هي إعدادات الإرسال التي تحمي المستخدمين الجدد؟
تذكر Braze أن تحديد معدل الإرسال أو وضع سقف للتكرار يساعد في ضمان عدم إرسال رسائل مفرطة للمستخدمين. كما تدرج ملاحظات الإصدار الخاصة بها ميزة "أولوية الرسائل" (Message Prioritization) كخدمة متاحة للجميع، وذلك في تحديث بتاريخ 15 أكتوبر 2026.
تعد هذه الميزة طبقة اختيارية تضاف فوق سقف التكرار. تنطبق إعدادات الاشتراك على مستوى كل خطوة، لذا فهي لا تؤثر على جمهور الدخول.
تعمل "ساعات الهدوء" بطريقة محددة. عند اختيار "الإرسال في الوقت المتاح التالي"، تقوم ساعات الهدوء بحجب الرسالة وإرسالها في أول وقت متاح خارج هذه الساعات. تشير قائمة التحقق من الجودة (QA) إلى وجود تعارض بين "التوقيت الذكي" (Intelligent Timing) وساعات الهدوء، لذا يفضل اختيار أحدهما فقط.
نمط الفشل الذي نراقبه هو اعتبار المستخدمين الذين لا يمكن الوصول إليهم كأنهم غير متفاعلين. تنتقل خطوة "الرسالة" بالمستخدمين إلى الخطوة التالية عندما يتم حجب الرسالة بسبب سقف التكرار أو عندما لا يمكن الوصول إلى المستخدم عبر القناة المحددة. هؤلاء المستخدمون يصلون إلى خطوة "مسارات الإجراء" وينتهي بهم المطاف في مجموعة "الجميع".
التنبيه الموجه للأشخاص الذين تجاهلوا رسالة الترحيب سيصل أيضاً للأشخاص الذين لم يتلقوها من الأساس. لضمان انتقال المستخدمين الذين تلقوا رسالة معينة فقط، تنصح Braze بإضافة خطوة "تقسيم القرار" (Decision Split) مباشرة بعد مكون الرسالة.
كيف يمكنك اختبار سير عمل الإعداد قبل الإطلاق؟
اختبر على مراحل، وابدأ بالأسهل والأقل تكلفة. تصف Braze ميزة المعاينة بأنها وسيلة لضمان الجودة للتأكد من إرسال رسائلك إلى الجمهور الصحيح، وذلك قبل إرسال الـ Canvas الخاص بك. يوضح الجدول أدناه الترتيب الذي نوصي باتباعه.
أداة الفحص: ما الذي تخبرك به؟ هل مستخدم الاختبار المعروف مؤهل؟: البحث عن مستخدم في خطوة الجمهور المستهدف هل تتطابق الشريحة والفلاتر؟: هل يصل المشغل إلى Braze؟ ملف تعريف المستخدم المباشر في سجل المراسلة: هل تصل نقطة بيانات التشغيل قبل الإطلاق؟ هل يسير مسار الرحلة بشكل صحيح؟: معاينة Canvas التجريبية تُظهر خطوات الرسالة والتأخير متى سيتقدم المستخدم، دون تغيير في التأخيرات هل يعمل بشكل مباشر؟: تكرار Canvas مع قصر الدخول على مستخدمي الاختبار رسائل حقيقية عبر كل فرع
اقرأ التحذيرات قبل إجراء المعاينة. يدخل مستخدمو الاختبار في المعاينة حتى لو لم يكونوا مؤهلين في الواقع.
يعالج Braze منطق Liquid أثناء تشغيل الاختبار حتى في حالة عدم إرسال رسالة اختبار، ويتم تنفيذ المحتوى المتصل (Connected Content) أثناء مسارات مستخدم المعاينة. بالنسبة للاختبار المباشر، يقترح Braze تقليل التأخيرات إلى حوالي ثانية واحدة، و دليل Canvas التجريبي يشير إلى أن مستخدمي الاختبار قد لا يتلقون رسالة لأسباب تشمل قيود تحديد التكرار.
تعتمد الرسائل داخل التطبيق وبطاقات المحتوى على جلسة SDK بدلاً من إرسال اختبار من لوحة التحكم، لذا اختبرها داخل التطبيق. بالنسبة لرسائل الدفع، تأكد من تحميل الوسائط الغنية، وعمل أزرار الإجراءات، وأنك اختبرت كلاً من iOS وAndroid. ينصح Braze أيضاً باختبار جميع المكونات في بيئة التطوير الخاصة بك قبل الإطلاق.
ما الذي يجب عليك التحقق منه أولاً بعد الإطلاق؟
إذا رأيت العديد من عمليات الدخول ولكن القليل من عمليات الإرسال، فابدأ بالتحقق من أهلية القناة. يشير Braze إلى أن الأسباب المعتادة هي فلتر أهلية القناة أو حالة الاشتراك، أو تحكم صارم جداً في التسليم، أو حجم مجموعة التحكم. تعد عمليات التحقق من التسليم، وهي فحص إضافي عند إرسال الرسالة للتأكد من أن جمهورك لا يزال يستوفي معاييرك، أحد عناصر التحكم التي يجب مراجعتها.
نوصي بتحديد مجموعة التحكم قبل الإطلاق. يشير Braze إلى أنه يمكنك إضافة واحدة عن طريق إضافة متغير جديد، وتنص قائمة مراجعة ضمان الجودة الخاصة به على أنه لا يمكنك إضافة مجموعة تحكم بأثر رجعي.
بالنسبة لعملية الإعداد (Onboarding)، تعد مجموعة الاستبعاد هي الطريقة الوحيدة لإظهار أن Canvas قد غير السلوك. حافظ على صغر حجم البناء أيضاً: يمكن أن يحتوي Canvas على ما يصل إلى 200 خطوة، ولكن رحلة الأسبوع الأول نادراً ما تحتاج إلى جزء بسيط من ذلك.
كيف يبدو هذا بالنسبة لتطبيق ميزانية افتراضي؟
خذ تطبيق ميزانية افتراضياً يحدد فريقه التنشيط على أنه ربط حساب أول. يدخل المستخدمون إلى Canvas في جلستهم الأولى.
يستخدم فلتر الجمهور تاريخ استخدامهم للتطبيق لأول مرة، لذا يصف المشغل والفلتر أشياء مختلفة. يتم إرسال رسالة ترحيب، ثم تأخير يتم تحديده بناءً على تحليلات الفريق الخاصة حول المدة التي يستغرقها الربط.
بعد التأخير، تنتظر خطوة مسارات الإجراء (Action Paths) حدث ربط الحساب. المستخدمون الذين يقومون بالربط يأخذون المجموعة المطابقة ويخرجون. يحصل الجميع على تذكير واحد، ولكن فقط بعد أن يؤكد تقسيم القرار (Decision Split) استلام رسالة الترحيب.
حدث الخروج، وحدث التحويل، ومشغل مسارات الإجراء كلها نفس الحدث. يتم تعيين نافذة التحويل بمجرد معرفة المسار الأطول. لا يتم المطالبة بأي نتيجة هنا.
يوضح المثال القرارات وترتيبها.
كيف يرتبط هذا ببقية برنامج التهيئة؟
تعد سير عمل التهيئة جزءاً من برنامج أكبر. لمعرفة ما يجب قياسه بمجرد تفعيله، راجع قياس نجاح التهيئة باستخدام المقاييس الرئيسية في Braze. إذا حدث أول فتح للتطبيق على الهاتف المحمول، إعداد مستخدمي الجوال الجدد منذ أول فتح للتطبيق يغطي الأسئلة التي لم يتطرق إليها هذا الدليل.
بمجرد أن يعمل الهيكل الأساسي، تجارب التهيئة المخصصة في Braze يوضح كيفية تنويع الرحلة حسب المستخدم. بالنسبة للتنبيه، إشعارات الدفع لإكمال عملية الإعداد هو الرفيق الطبيعي. استطلاعات الرأي في Braze يغطي رسالة البريد الإلكتروني الخاصة بالاستطلاع التي يتوقعها القالب، و التهيئة والمشاركة في Braze يغطي الاستراتيجية الأوسع.
بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK بكتابة حدث التنشيط، وقاعدة الخروج، ونافذة التحويل في صفحة واحدة قبل أن يبدأ أي شخص في استخدام أداة الإنشاء، ثم مراجعة تلك الصفحة بعد مرور أول مجموعة كاملة من المستخدمين عبرها.
الأسئلة الشائعة
1. هل يجب أن يستخدم Canvas الخاص بالتهيئة دخولاً قائماً على الإجراء أم دخولاً مجدولاً؟
الدخول القائم على الإجراء هو الأنسب، لأن المستخدمين يدخلون عند قيامهم بإجراءات معينة مثل فتح تطبيقك. أما الدخول المجدول فيعمل وفق جدول زمني محدد.
2. ما هي المدة التي يمكن أن تستغرقها خطوة التأخير (Delay)؟
تذكر Braze أنه يمكنك تمديد خطوات التأخير لمدة تصل إلى عامين (730 يوماً). مثال التهيئة الخاص بها هو تأخير ممتد قبل تنبيه المستخدمين الذين لم يبدأوا جلسة بعد.
3. ماذا يحدث إذا قام المستخدم بالتحويل أثناء فترة التأخير؟
تضعهم Braze في حالة خروج فوري. يظلون في خطوة التأخير حتى تنتهي فترة التأخير ولا ينتقلون إلى الخطوات اللاحقة.
4. ما هي المدة القصوى لنافذة تقييم مسارات الإجراءات (Action Paths)؟
المدة الافتراضية هي يوم واحد. الحد الأقصى لنافذة التقييم لخطوة مسارات الإجراءات هو 31 يوماً.
5. هل يستمر المستخدمون الذين لا يمكن الوصول إليهم في الانتقال عبر خطوة الرسالة (Message step)؟
نعم، يستمرون في ذلك. تدرج منصة Braze عدم إمكانية الوصول إلى المستخدم عبر قناة معينة كأحد الشروط التي يتقدم فيها المستخدمون. يمكن استخدام "تقسيم القرار" (Decision Split) بعد خطوة الرسالة لفصل أولئك الذين استلموها بالفعل.
المصادر
- Braze،إنشاء Canvas. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،معايير الخروج. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،التأخير. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،مسارات الإجراءات. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،رسالة. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،مطابقة معايير الخروج مع أحداث الدخول. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،قائمة التحقق لضمان جودة Canvas. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،إرسال نماذج Canvas تجريبية. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،معاينة مسارات المستخدمين في Canvas. تم الاسترجاع في 29 أكتوبر 2026.
- Braze،قالب Canvas لتهيئة المستخدمين الجدد (Onboarding). تم الاسترجاع في 29 أكتوبر 2026.
- Braze،ملاحظات الإصدار. تم الاسترجاع في 29 أكتوبر 2026.
- تتغير وثائق Braze بمرور الوقت، لذا يرجى التحقق من الصفحات المرتبطة لمعرفة السلوك الحالي قبل البدء في البناء.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كنت تخطط لإنشاء Canvas لتهيئة المستخدمين وترغب في الحصول على رأي إضافي حول قواعد الدخول والخروج، دعنا نتحدث.
.svg)
