انتظار المشغل

يسمح لك عنصر انتظار المشغل (Wait for Trigger) بالتحكم في كيفية تدفق رحلتك بناءً على ما إذا كان المستخدم يشغل حدثًا واحدًا أو أكثر من الأحداث المحددة ضمن إطار زمني معين (يصل إلى 90 يومًا).

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

حالات الاستخدام

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

تعيين فترة الانتظار

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

يمكنك تعيين فترة الانتظار لمدة تصل إلى 90 يومًا.

إذا لم يتم تشغيل أي من الأحداث المحددة خلال هذا الإطار الزمني، فسيستمر المستخدم في النزول إلى فرع Not triggered.

فترة الانتظار الثابتة (اختياري)

قم بتمكين فترة الانتظار الثابتة (Fixed waiting period) إذا كنت تريد أن ينتظر المستخدم دائمًا المدة الكاملة، حتى لو حدث الحدث الخاص به في وقت أبكر.

مثال

لنفترض أن خطوات رحلتك هي: Push → Wait for Trigger → Email. إذا قمت بتعيين خطوة Wait for Trigger إلى يوم واحد، وقمت بتشغيل Fixed waiting period، حتى لو قام المستخدم بتشغيل الحدث بسرعة (على سبيل المثال، بعد 5 دقائق فقط من الإشعار)، فسيظل ينتظر اليوم الكامل قبل الانتقال لتلقي البريد الإلكتروني.

تكوين الفروع

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

لتكوين فرع:

1. أدخل اسمًا للفرع في حقل BRANCH NAME.

2. أضف أحداثًا إلى الفرع بالنقر على ADD EVENT واختيار حدث من القائمة المنسدلة. يمكنك إضافة ما يصل إلى أربعة أحداث لكل فرع.

3. لكل حدث، يمكنك إضافة شروط بالنقر على ADD CONDITION لتصفية الأحداث حسب سمات محددة.

4. لإزالة حدث من فرع، انقر على REMOVE EVENT.

إذا كان الفرع يتضمن أحداثًا متعددة، يمكنك اختيار كيفية تقييمها باستخدام أحد العوامل المنطقية التالية:

• AND: يجب على المستخدم تشغيل جميع الأحداث المدرجة للمتابعة في هذا الفرع.
• OR: يحتاج المستخدم إلى تشغيل حدث واحد على الأقل من الأحداث المدرجة للمتابعة.

يتيح لك هذا تخصيص كل فرع للتعامل مع مجموعات معقدة من إجراءات المستخدم بطريقة واضحة ومنظمة.

لإضافة فرع جديد، انقر على Add branch.

نصيحة

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

إعداد مطابقة سمات الجلسات المتعددة

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

لتكوين مطابقة الجلسة:

1. أولاً، أضف حدثًا إلى فرعك (كما هو موضح في قسم تكوين الفروع أعلاه).

2. بعد ذلك، حدد سمة في القائمة المنسدلة تحدد الجلسة. يجب أن تستوفي السمة التي تختارها شرطين:

   • يجب أن تتطابق مع المعرف المستخدم في خطوة الدخول (على سبيل المثال، order_id، appointment_id، transaction_id).

   • يجب أن تكون موجودة أيضًا في الحدث الذي أضفته إلى الفرع.

هام

يمكنك استخدام نفس السمة تمامًا كما في خطوة الدخول أو أي سمة تحتوي على نفس القيمة (على سبيل المثال، order_id داخل order_list). إذا كانت القيمة لا تتطابق مع معرف جلسة الدخول، فلن يعرف Pushwoosh إلى أي جلسة ينتمي الحدث وسيطبق الحدث على جميع الجلسات النشطة لذلك المستخدم. اعرف المزيد

مثال

يسمح تطبيقك للمستخدمين بحجز مواعيد متعددة. يبدأ كل حجز جلسة رحلة منفصلة يتم تحديدها بواسطة سمة مثل appointment_id.

لنفترض أن مستخدمًا حجز موعدين:

• الموعد 1001
• الموعد 1002

ينشئ هذا جلستين نشطتين، واحدة لكل موعد.

لاحقًا، يقوم المستخدم بتشغيل حدث مثل AppointmentConfirmed يحتوي على appointment_id: 1001. يقارن عنصر انتظار المشغل هذه القيمة بمعرف الجلسة ويطبق الحدث بشكل صحيح فقط على جلسة الموعد 1001. هذا يضمن استمرار تدفق الموعد الصحيح.

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

أمثلة على حالات الاستخدام

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

2. تقسيم التدفق اعتمادًا على نوع المنتج الذي تم شراؤه. لنفترض أنك تقدم اشتراكات أساسية ومميزة. عند شراء اشتراك، يقوم المستخدمون بتشغيل حدث SubscriptionPurchased مع السمة type التي تحصل على القيمة Basic أو Premium. لتقسيم تدفق الرحلة اعتمادًا على نوع الاشتراك، أضف خطوة انتظار المشغل مع فرعين. في الفرع الأول، حدد حدث SubscriptionPurchased مع الشرط type is Basic؛ في الثاني، أضف حدث SubscriptionPurchased مع الشرط type is Premium.