أداة بناء رحلة العميل

ابدأ رحلتك في لحظة وقوع الحدث

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

شاشة إعداد عنصر الدخول القائم على الأحداث (Trigger-based entry) في منشئ رحلة العميل: اسم النقطة Cart recovery، الحدث add_to_cart، وشرط دخول يقضي بأن تكون قيمة cart_value أكبر من 50

اللحظة التي يقع فيها الحدث

تريد أن تبدأ الرحلة في اللحظة ذاتها التي يحدث فيها شيء ما، لا عندما يحين موعد التحديث التالي لتقسيم الجمهور. هذا وعد سهل يصعب الوفاء به بمجرد أن تعمل أكثر من أتمتة واحدة في آن واحد: سلسلة استرجاع سلة متروكة وسط دزينة أخرى، كل واحدة منطقية بمفردها. رسالة “لاحظنا أنك تركت شيئاً خلفك” يرسلها دفعة ليلية بعد ساعة كاملة تختلف تماماً عن رسالة تعمل بالفعل قبل أن يضع الشخص هاتفه جانباً — فارق يتضاعف في موسم الجمعة البيضاء، حين تتنافس عشرات الرسائل على انتباه المتسوق في الساعة نفسها. الدخول القائم على الأحداث (Trigger-based entry) هو ما يغلق هذه الفجوة.

ما الذي يقدمه الدخول القائم على الأحداث

اختر حدثاً، وكل من يُطلقه يدخل الرحلة في تلك اللحظة، بدلاً من انتظار الفحص التالي لجمهور محفوظ.

يتفاعل في الوقت الفعلي

يدخل المستخدم لحظة وقوع الحدث، لا عند الفحص المجدول التالي.

يُصفّي حسب حمولة الحدث

شروط اختيارية على سمات الحدث نفسه تؤهل الدخول بما يتجاوز اسمه فقط.

يشغّل عدة جلسات في آن واحد

تزامن مرتبط بـ order_id أو product_id يتيح لمستخدم واحد عدة جلسات متوازية.

يتحكم في إعادة الدخول

امنع تكرار المحفز، أو اسمح بإعادة بدء الجلسة، لكل عنصر على حدة.

الإعدادالخيارات
مصدر الحدثpostEvent عبر الـSDK، REST API، أحداث PW_* الافتراضية، أحداث مخصصة، أو دخول/خروج من منطقة جغرافية (geozone)
شرط الدخولاختياري: تصفية حسب سمات الحدث نفسه (السمة، المُعامل، القيمة)
من يدخلالمستخدم الذي أطلق الحدث، أو مستخدم محدد داخل حمولة الحدث
إعادة الدخولغير مسموح بها (افتراضياً)، أو مسموح بها مع إعادة بدء الجلسة
التزامنجلسة واحدة نشطة لكل مستخدم، أو عدة جلسات مرتبطة بسمة جلسة مثل order_id أو product_id
الإعداد
1 / 5
مصدر الحدث
الخيارات
postEvent عبر الـSDK، REST API، أحداث PW_* الافتراضية، أحداث مخصصة، أو دخول/خروج من منطقة جغرافية (geozone)
الإعداد
2 / 5
شرط الدخول
الخيارات
اختياري: تصفية حسب سمات الحدث نفسه (السمة، المُعامل، القيمة)
الإعداد
3 / 5
من يدخل
الخيارات
المستخدم الذي أطلق الحدث، أو مستخدم محدد داخل حمولة الحدث
الإعداد
4 / 5
إعادة الدخول
الخيارات
غير مسموح بها (افتراضياً)، أو مسموح بها مع إعادة بدء الجلسة
الإعداد
5 / 5
التزامن
الخيارات
جلسة واحدة نشطة لكل مستخدم، أو عدة جلسات مرتبطة بسمة جلسة مثل order_id أو product_id

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

لماذا يهم هذا منشئ الرحلة

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

ما الذي يُسلّمه للخطوة التالية

يقع حدث add_to_cart فتبدأ رحلة استرجاع السلة. عنصر Wait for Trigger يمنح المشتري بعدها حتى 90 يوماً لإتمام الشراء قبل التفرع إلى مسار استعادة. لا يرسل أي من العنصرين شيئاً بمفرده؛ كلاهما يُسلّم إلى كتلة قناة، وعنصر الدخول هو من قرر من كان ضمن التدفق منذ البداية.

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

بيانات الأحداث والرحلات تبقى على بنية تحتية يمكنك تسميتها

كل حدث يقرأه عنصر الدخول القائم على الأحداث يمر عبر البنية التحتية نفسها التي تستخدمها بقية المنصة: أمان على مستوى المؤسسات مدمج في المنصة. Pushwoosh حاصل على شهادة SOC 2 Type I وISO 27001:2022، ومتوافق مع GDPR، ويعمل على بنيته التحتية الخاصة في الولايات المتحدة وألمانيا بموجب قانون BDSG الألماني. التفاصيل الكاملة على صفحة أمان البيانات.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

كيف يعمل

  1. أضف عنصر الدخول

    على اللوحة، أضف عنصر Trigger-based entry واختر الحدث: حدث افتراضي من نوع PW_*، أو حدث مخصص يُرسل عبر postEvent في الـSDK أو عبر استدعاء من الخادم.

  2. أهّل الدخول واستهدفه

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

  3. اضبط إعادة الدخول والتزامن

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

جيد أن تعرف قبل أن تبني عليه.

  • Pushwoosh لا ينشر اتفاقية مستوى خدمة (SLA) لزمن الاستجابة من وقوع الحدث إلى الدخول. يصف المنتج هذا بأنه فوري (real-time)، لا كضمان برقم محدد.
  • إعادة الدخول مفتاح ثنائي على العنصر نفسه: امنع محفزاً جديداً، أو أعد بدء الجلسة. الحد المتدرّج (مرة يومياً، مرة أسبوعياً، مرة شهرياً) يقع على مستوى الرحلة، لا على هذا العنصر.
  • هذا يحتاج دفق أحداث حقيقياً خلفه: postEvent عبر الـSDK، أو استدعاء خادم/API يحمل معرّف جهاز أو معرّف مستخدم على حدث الدخول. بدونه، يعود الدخول إلى بداية مجدولة أو قائمة على جمهور.
  • البداية المجدولة تمر عبر عنصر دخول منفصل على نفس اللوحة.
  • الدخول الكامل القائم على الأحداث، بشروطه وإعادة دخوله، متاح في الباقة المجانية حتى 1000 مستخدم. الأحداث والرحلات تعمل على بنية تحتية يملكها Pushwoosh في الولايات المتحدة وألمانيا، بموجب GDPR وBDSG. SOC 2 Type I.

حوّل حدثاً واحداً إلى رحلة حية.

استكشف المنتجات ذات الصلة

منشئ رحلة العميل

رسم وتبسيط حملاتك باستخدام أداة بصرية واحدة. تواصل، تفاعل، احتفظ، حوّل، قسّم، وجرّب باستخدام منشئ رحلة العميل من Pushwoosh.

التسويق المُشغَّل بالأحداث في الوقت الفعلي

شغّل حملاتك التسويقية تلقائياً عند تفاعل المستخدمين. المحفزات السلوكية تحقق معدلات تحويل أعلى بـ 3-5 مرات من الحملات المجدولة.

الانتظار حتى الحدث

احتفظ بالمستخدم حتى 90 يوماً عبر 3 فروع أحداث بمنطق AND/OR، مع فرع رابع مضمون لغير المستجيبين، ومطابقة على مستوى الجلسة لرحلات الطلبات والركوب.

التأخير الزمني

أوقف رحلة العميل بمدة ثابتة، أو وقت محدد، أو تاريخ لمرة واحدة، أو يوم أسبوعي، أو إزاحة محسوبة من تاريخ مخزّن في ملف تعريف المستخدم.

استعادة السلال المهجورة

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

فحص إمكانية الوصول

تحقّق من قدرة الدفع أو البريد أو الرسائل النصية أو واتساب أو LINE على الوصول للمستخدم قبل الإرسال، وسلسل الفحوصات كي لا تُنهي قناة مغلقة الرحلة.