انتقل إلى المحتوى
وثائق المطورالدعم طلب عرض توضيحي تسجيل الدخول
Pushwoosh.com

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

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

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

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

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

Anchor link to

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

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

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

واجهة التكوين تعرض إعدادات فترة الانتظار لعنصر انتظار المشغّل مع خيارات لتعيين المدة وتمكين فترة الانتظار الثابتة

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

Anchor link to

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

واجهة التكوين تعرض خيار فترة الانتظار الثابتة في إعدادات عنصر انتظار المشغّل.

تكوين الفروع

Anchor link to

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

لتكوين فرع:

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

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

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

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

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

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

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

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

واجهة التكوين تعرض زر إضافة فرع وخيارات إعداد فروع متعددة في عنصر انتظار المشغّل

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

Anchor link to

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

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

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

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

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

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

واجهة التكوين تعرض القائمة المنسدلة لمطابقة سمات الجلسات المتعددة مع خيارات تحديد معرف الجلسة
مثال
Anchor link to

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

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

  • موعد 1001
  • موعد 1002

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

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

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

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

Anchor link to

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

مثال على تكوين انتظار المشغّل مع حدثين باستخدام منطق AND لحجز وشراء التذاكر.

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