تأخير زمني
عنصر التأخير الزمني (Time Delay) يجعل المستخدمين ينتظرون لفترة زمنية محددة. بعد التأخير، ينتقلون إلى الخطوة التالية. يمكن أن يكون التأخير فترة ثابتة، أو وقتًا محددًا، أو تاريخًا. يمكن أيضًا أن يعتمد على قيمة Tag أو سمة Event.
مدة ثابتة
Anchor link toعند ضبطه على فترة ثابتة، يسمح عنصر التأخير الزمني للمستخدمين بمواصلة رحلتهم فقط عند انقضاء المدة الزمنية المحددة.
على سبيل المثال، إذا تم ضبط التأخير على 8 ساعات، فإن المستخدم الذي يصل إلى عنصر Journey هذا سينتظر لمدة 8 ساعات قبل الانتقال إلى الخطوة التالية.

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

التاريخ
Anchor link toإذا كنت ترغب في إعداد حملة لمرة واحدة في تاريخ محدد (على سبيل المثال، إرسال إشعار الجمعة السوداء)، فحدد تاريخًا ووقتًا معينين لمواصلة الرحلة.

يوم من الأسبوع
Anchor link toإذا كنت تريد أن ينتقل المستخدم إلى نقطة Journey التالية فقط في يوم محدد من الأسبوع، فحدد خيار يوم من الأسبوع (Day of week) واضبط اليوم والوقت المطلوبين.

تأخير بناءً على بيانات المستخدم أو الحدث
Anchor link toفي بعض الحالات، قد تحتاج إلى ضبط تأخير ديناميكي، بناءً على ما تعرفه بالفعل عن المستخدمين في الرحلة أو الإجراءات التي يقومون بها داخل الرحلة.
لضبط تأخير بناءً على Tags أو Events:
- اختر خيار بناءً على بيانات المستخدم/الحدث (Based on user/event data)؛
- حدد Tag أو Event للحصول على البيانات منه.
يمكن جدولة خطوة Journey التالية لتحدث في نفس التاريخ والوقت المحددين في قيمة Tag أو سمات Event أو بعد عدة أيام/قبل عدة أيام من ذلك التاريخ.

إذا انقضى التاريخ أو الوقت عندما يصل المستخدم إلى هذا العنصر، فسيخرج من الرحلة.
على سبيل المثال، قمت بتعيين تأخير “قبل يومين” لتذكير المستخدمين بموعدهم عن طريق الحصول على تاريخ ووقت الزيارة من سمات حدث الموعد (Appointment event). إذا قام مستخدم بتحديد موعد للغد، فلن يقع ضمن شرط تأخير “قبل يومين” وسيخرج من الرحلة مباشرة بعد وصوله إلى عنصر التأخير الزمني (Time Delay) في رحلته.
ومع ذلك، لإدارة هذه الحالات، يمكنك تقسيم الرحلة التالية إلى فرعين يتبعان عنصر التأخير الزمني والسماح للمستخدمين بمواصلة رحلتهم حتى لو خرجوا عند خطوة التأخير.
حدد مربع اختيار التقسيم إلى فروع إذا كان التاريخ في الماضي أو التاريخ فارغًا (Split to branches if the date’s in the past or date is empty)، وسيتم تقسيم التدفق الإضافي إلى فرعين – “في المستقبل (In the future)” و “في الماضي (In the past)”، حيث سيجمع “في الماضي” المستخدمين الذين لا تقع قيم Tag أو سمات Event الخاصة بهم ضمن شروط التأخير ويمكن بناؤه من أي عناصر أخرى (على سبيل المثال، تأخير زمني آخر، أو مقسم الشرائح (Segment Splitter)، أو انتظار الحدث (Wait for Event)، أو اتصال فوري).
إذا تغير تاريخ ووقت محدد في Tags أو سمات Event الخاصة بالمستخدم أثناء سفر المستخدم بالفعل عبر الرحلة، فستبقى إعدادات التأخير الزمني دون تغيير.
يرجى التفكير في إنشاء عدة رحلات في حال قام المستخدمون بتغيير تواريخ مواعيدهم، أو عمليات التسليم، إلخ.
على سبيل المثال، يمكنك بدء رحلة بحدث AppointmentCreated مع سمة DateTime؛ لنطلق عليها اسم رحلة “تذكير”. داخل الرحلة، قم بتعيين تذكير الدفع ليتم إرساله قبل يومين من الزيارة المخطط لها باستخدام التأخير الزمني بناءً على سمات الحدث. لتغطية الحالات التي يغير فيها المستخدمون تاريخ أو وقت موعدهم:
- أنشئ حدثًا إضافيًا AppointmentChanged.
- بالنسبة لرحلة “التذكير”، قم بتعيين هذا الحدث AppointmentChanged كهدف تحويل (Conversion goal) وحدد أن المستخدمين الذين يصلون إلى الهدف سيخرجون من الرحلة.
- بعد ذلك، أنشئ رحلة جديدة تبدأ بحدث AppointmentChanged لتذكير المستخدمين الذين قاموا بتحديث تاريخ ووقت زيارتهم.