حملات الدفع المشغلة: دليل سير العمل السياقي

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

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

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

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

سياقية، مشغلة، مذاعة: ثلاثة بدائيات، وليس واحدًا

ثلاثة بدائيات تقع تحت كل برنامج إشعارات دفع. معظم الفرق تدمجها في سلة واحدة تسمى “الحملات”، وهذا هو المكان الذي تبدأ فيه مشكلة البنية.

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

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

سياقي. يستخدم سير العمل المشغّل كنقطة دخول ثم يتكيف مع حالة المشترك. نفس حدث التخلي عن عربة التسوق يبدأ رحلة متعددة الخطوات: انتظار لمدة ساعة، تذكير أول، انتظار لمدة 24 ساعة، قرار يتحقق مما إذا كانت عربة التسوق لا تزال مفتوحة، تذكير ثانٍ بخصم، انتظار لمدة 48 ساعة، تذكير ثالث، وقاعدة خروج تلغي سير العمل في اللحظة التي يشتري فيها المشترك. الحملة هي سير العمل، وليس المشغّل. الإشعارات الفورية السياقية هي كيف تتصرف الرسائل المشغّلة بمجرد أن تلحق البنية التحتية بالركب.

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

القدرة	بث	مشغّل	سياقي
حالة لكل مشترك	لا	لا	نعم
تفرعات على السلوك	لا	لا	نعم
معايير الخروج	لا	لا	نعم
توجيه متعدد القنوات داخل حملة واحدة	لا	لا	نعم
اختبار أ/ب مدمج (وقت الإرسال، النسخة، القناة)	لا	لا	نعم
عبء العمل المناسب	مبيعات خاطفة، إعلانات إطلاق	رسائل معاملات لمرة واحدة (حجم منخفض)	رحلات دورة الحياة (ترحيب، عربة تسوق، استعادة، تجديد)

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

مشغلات الأحداث ومشغلات الجمهور تتصرف بشكل مختلف جدًا

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

تُشغّل مشغّلات الأحداث لكل مشترك عند وقوع حدث حقيقي. تشمل الأحداث المدعومة في سير عمل PushEngage ما يلي: PushEngage.Subscriber.Added، PushEngage.Subscriber.AddSegment، PushEngage.Subscriber.RemoveSegment، PushEngage.Subscriber.UpdateField، PushEngage.Subscriber.UpdateAttribute، PushEngage.Goal.Tracked، و PushEngage.CustomEvent. عندما يقع الحدث، يقوم النظام بتقييم سير العمل النشط، والتحقق من معايير تصفية الأحداث، والتحقق من قواعد الخروج، ووضع سير العمل المطابق في قائمة الانتظار لهذا المشترك. الفجوة بين المشغّل وقائمة الانتظار هي ثوانٍ. مشغّلات الأحداث هي البديهية المناسبة لأي حملة تفاعلية: التخلي عن عربة التسوق، التخلي عن التصفح، متابعة الشراء، الترحيب بالانضمام إلى الشريحة. حملات الدفع المشغّلة بالأحداث هي الحالة السائدة في التجارة الإلكترونية، وإعداد المستخدمين في SaaS، وأي برنامج به إشارات في الوقت الفعلي.

تُشغّل مشغلات الجمهور عامل تصفية في وقت مجدول. يحدد عامل التصفية المشتركين الذين يطابقون معايير محددة، مثل last_active > 30 days، أو loyalty_tier = gold، أو city = New York AND segments includes "vip". يجلب مستطلع الجدولة مجموعة المشتركين المطابقين في دفعات من 1000، ويؤخر التنفيذ لمدة تتراوح بين 15 ثانية ودقيقتين، وينشئ مثيل سير عمل واحد لكل مشترك. مشغلات الجمهور هي الأداة المناسبة لإعادة المشاركة، وحملات أعياد الميلاد، والعروض الترويجية الجغرافية، وأي برنامج حيث يتم تحديد المجموعة حسب السمة بدلاً من الحدث.

الاختلافات مهمة تشغيليًا، وليس فقط من الناحية المفاهيمية:

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

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

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

العقد الستة التي تحول المشغل إلى حملة سياقية

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

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

انتظار. تأخير. تحتفظ عقدة الانتظار (WAIT) بالمشترك لمدة محددة (دقائق، ساعات، أيام) أو حتى وقت تقويم محدد. الانتظار هو الطريقة التي يحترم بها سير العمل حالة المشترك والمنطقة الزمنية للمشترك. يمكن لسير العمل الانتظار لمدة ساعة لتذكير بالتخلي عن سلة التسوق، أو ثلاثة أيام لتسليط الضوء على ميزة في سلسلة ترحيبية، أو حتى الساعة 10 صباحًا يوم الثلاثاء بالتوقيت المحلي للمشترك لإرسال في ساعات العمل. تسمح لك الانتظارات أيضًا بتكوين سلسلة من الرسائل المتتابعة متعددة الخطوات دون إرسال كل رسالة في أول ستين ثانية.

قرار. فرع ثنائي. تتحقق عقدة القرار (DECISION) من مرشح حدث أو مرشح جمهور وتوجه المشترك إما عبر المسار نعم (YES) أو المسار لا (NO). هل اشترى المشترك؟ هل ما زالوا في شريحة المتخلين عن سلة التسوق؟ هل تغير مستوى ولائهم؟ عقد القرارات هي الطريقة التي تتوقف بها إشعارات الدفع السلوكية عن معاملة كل مشترك بنفس الطريقة وتبدأ في التكيف مع ما فعله كل مشترك بالفعل. تشمل العوامل المدعومة: يساوي، لا يساوي، ضمن، ليس ضمن، أكبر من، أصغر من، موجود، وهو ما يكفي للتعبير عن أي منطق قرار يحتاجه فريق الاحتفاظ.

تقسيم المسار. تفرع قائم على النسب المئوية لاختبار A/B. توجه عقدة تقسيم المسار (SPLIT_PATH) المشتركين عبر مسارين أو أكثر بناءً على النسب المئوية المكونة: 50/50 لاختبار ثنائي، 33/33/34 لاختبار وقت إرسال ثلاثي، 90/10 لمجموعة استبعاد. يستخدم النظام خوارزمية موازنة التحميل التي توجه كل مشترك جديد إلى المسار الأقل استخدامًا، مما يحافظ على دقة التوزيع حتى في أحجام العينات الصغيرة. بمجرد أن يصل الاختبار إلى دلالة إحصائية، قم بتعيين winner_edge_id وسيقوم سير العمل بترقية 100% من حركة المرور إلى المتغير الفائز دون إعادة بناء سير العمل.

إجراء. العمل نفسه. تقوم عقد الإجراء (ACTION) بأكثر من مجرد إرسال إشعار دفع. تدعم سير عمل PushEngage أحد عشر نوعًا من الإجراءات: SendPushNotification، AddSegment، RemoveSegment، UpdateField، UpdateAttribute، Update (مدمج)، HttpRequest، CustomEvent.Send، SendTriggerCampaignEvent، Workflow.Start، و Workflow.Stop. الأنواع الأربعة الأكثر شيوعًا في برامج الاحتفاظ هي SendPushNotification، AddSegment (وضع علامة على المشترك كمحول، أو تم إعداده، أو معرض للخطر)، UpdateAttribute (زيادة عداد الولاء أو تعيين تاريخ آخر عملية شراء)، و HttpRequest (مزامنة الحالة مع نظام إدارة علاقات العملاء، أو إطلاق تنبيه Slack لعميل محتمل عالي القيمة، أو استدعاء خدمة لاحقة).

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

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

ثلاثة أنماط ترحيل: ستة مشغلات مستقلة تصبح ثلاثة مسارات سياقية

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

النمط 1 — توحيد الإعداد

قم بدمج سلسلة الترحيب ودفعة الشراء الأولى في سير عمل واحد مع قرار بشأن حالة الشراء.

• البداية: الحدث PushEngage.Subscriber.Added
• نوع التشغيل: فردي (فترة تهدئة 90 يومًا بعد الانتهاء)
• التدفق: انتظر 1 يوم → إجراء إرسال إشعار ترحيبي → انتظر 3 أيام → قرار: هل اشترى المشترك؟ → المسار "نعم": إجراء إرسال شكرًا + إجراء AddSegment إلى customers + نهاية → المسار "لا": إجراء إرسال خصم 10% للشراء الأول → انتظر 4 أيام → قرار: هل اشترى المشترك؟ → المسار "نعم": إجراء إرسال شكرًا + نهاية → المسار "لا": إجراء إرسال الدفعة الأخيرة + نهاية
• معايير الخروج: لا شيء على مستوى سير العمل؛ تتولى فروع القرار التعامل مع المشترك الذي تم تحويله
• يحل محل: مشغل الترحيب + مشغل الشراء الأول (2 مشغل → 1 سير عمل)

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

النمط 2 — سلسلة من سلة التسوق إلى المراجعة

قم بدمج استعادة التخلي عن سلة التسوق وطلب مراجعة ما بعد الشراء في سير عمل واحد مع تسليم سير عمل متسلسل.

• البداية: الحدث المخصص cart_abandoned
• نوع التشغيل: متعدد متوازي (كل سلة تسوق مهجورة هي مثيل خاص بها)
• التدفق: انتظر 1 ساعة → إجراء تذكير #1 → انتظر 24 ساعة → قرار: هل السلة لا تزال مهجورة؟ → المسار "نعم": إجراء تذكير #2 بخصم 10% → انتظر 48 ساعة → قرار: هل السلة لا تزال مهجورة؟ → المسار "نعم": إجراء تذكير نهائي بخصم 20% → نهاية
• معايير الخروج (مستوى سير العمل): Goal.Tracked = purchase مطابقة cart_id من حدث المشغل. في اللحظة التي يشتري فيها المشترك، يتم إلغاء سير العمل.
• التسليم: عند الخروج بسبب الشراء، يقوم النظام بتشغيل PushEngage.Workflow.Start يستهدف سير عمل طلب المراجعة. يبدأ سير عمل المراجعة فقط للمشتركين الذين اشتروا بالفعل. يتخطى مسار الخروج بسبب عدم الشراء التسليم بالكامل.
• يحل محل: مشغل سلة التسوق + مشغل ما بعد الشراء للمراجعة + تذكرة الدعم من طلبات المراجعة التي تصل إلى المشتركين الذين لم يشتروا أبدًا (3 مشاكل → 1 سير عمل)

التسلسل عبر Workflow.Start هو الحل المعماري لتقدم دورة الحياة. بدلاً من تشغيل مشغلين بشكل مستقل ويتداخلان على نفس المشتركين، فإن الخروج عند الشراء في سير عمل سلة التسوق هو ما يبدأ سير عمل المراجعة. يتم تشغيل المراجعة فقط للمشتركين الذين تم تحويلهم. لا يتم تشغيل سلة التسوق أبدًا بعد التحويل. يتم فرض التسليم بواسطة المحرك.

النمط 3 — توحيد إعادة المشاركة

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

• البدء: مرشح الجمهور last_active > 30 days
• نوع التشغيل: فردي (محاولة إعادة مشاركة واحدة لكل مشترك كل 90 يومًا)
• التدفق: قرار: مستوى الولاء؟ → فرع الذهب: إجراء إرسال "نحن نفتقدك، أيها العميل المميز" مع عرض 20% → فرع الفضة: إجراء إرسال "نحن نفتقدك" مع عرض 10% → فرع بدون مستوى: إجراء إرسال "نحن نفتقدك" القياسي مع عرض شحن مجاني → انتظار 5 أيام → قرار (لكل فرع): هل تفاعل المشترك أو زار الموقع؟ → مسار نعم: إجراء AddSegment إلى re-engaged + إنهاء → مسار لا: إجراء إرسال "الفرصة الأخيرة" مع عرض أعمق + إنهاء
• معايير الخروج (مستوى سير العمل): مرشح الجمهور last_active < 7 days. أصبح المشترك نشطًا بنفسه وانتهت مهمة سير العمل.
• يحل محل: مشغل استعادة العملاء + مشغل إعادة التنشيط + مشغل كبار الشخصيات الذين فقدوا (3 مشغلات → 1 سير عمل)
• ملاحظة تشغيلية: وفقًا لمشكلة مشغل الجمهور في القسم السابق، لا يتضمن سير العمل هذا تلقائيًا المشتركين الذين يعبرون عتبة الـ 30 يومًا بعد بدء سير العمل. كرر سير العمل شهريًا حتى يلتقط كل تكرار المرشحين الجدد. سير عمل جمهور واحد طويل الأمد هو الأداة غير المناسبة هنا.

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

ما تفعله المسارات السياقية ولا تستطيعه المشغلات المستقلة

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

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

التوجيه متعدد القنوات داخل سير عمل واحد. باستخدام أدوات منفصلة أحادية القناة، يتطلب "إرسال إشعار دفع ويب، ثم البريد الإلكتروني كبديل، ثم واتساب كتصعيد" ثلاثة تسجيلات دخول للبائع، ومحركي تقسيم، وتدفق Zapier واحد على الأقل. داخل محرك سير عمل واحد، يكون الأمر ثلاثة عقد إجراءات مع عقدتين قرار بينهما، تشترك في هوية مشترك واحدة ومجموعة واحدة من معايير الخروج. لمزيد من التفصيل، راجع منشور تنسيق الدفع متعدد القنوات والبريد الإلكتروني.

ساعات الهدوء مع آلية إعادة الجدولة كبديل. يتم الاحتفاظ بإشعارات الدفع التي كان من المفترض أن تصل في الساعة 3 صباحًا بالتوقيت المحلي للمشترك حتى الساعة 8:01 صباحًا إذا تم تكوين ساعات الهدوء مع "إعادة الجدولة" كبديل. البديل، "تخطي"، يتجاهل الإشعار بصمت ولا يقوم بتحديث تحليلات الإشعارات للإجراء الذي تم تخطيه. بالنسبة لمعظم فرق الاحتفاظ بالعملاء، فإن "إعادة الجدولة" هو الإعداد الافتراضي الصحيح لأن تحليلات الإشعارات المتجاهلة تعني خسارة في الإيرادات. إشعارات الدفع السياقية التي ترغب فرق الاحتفاظ بالعملاء في إرسالها تحترم المناطق الزمنية للمشتركين دون أن تختفي من مسار التحويل.

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

تحليلات لكل سير عمل: كيفية قراءة مسار التحويل

سير العمل الذي لا يمكنك الدفاع عنه في مراجعة الأرباح والخسائر التالية هو سير عمل يتم إلغاؤه. يتتبع PushEngage Workflows ثلاثة أرقام في كل عقدة (queued_users، completed_users، exited_users) بالإضافة إلى إجماليات على مستوى سير العمل للمدخلين الإجماليين، والنشطين حاليًا، والمكتملين، والمغادرين. وظيفة مدير الاحتفاظ بالعملاء هي قراءة مسار التحويل هذا وإخبار قسم المالية بما أنتجه كل بند.

إليك كيف تبدو تحليلات مستوى العقدة لسلسلة سلة التسوق إلى المراجعة من النمط 2 أعلاه. أرقام توضيحية، مستمدة من قائمة واقعية تضم 200,000 مشترك بمعدل تخلي عن سلة التسوق شهريًا بنسبة 6٪.

عقدة	في الانتظار	مكتمل	خرج	ملاحظات
البدء (تم التخلي عن سلة التسوق)	0	12,400	320	طابق 320 مشتركًا مع معايير الخروج عند بدء سير العمل (تم الشراء بين حدث سلة التسوق وفحص سير العمل)
انتظر ساعة واحدة	180	11,900	320	عمق قائمة الانتظار العادي
الإجراء: تذكير #1	0	11,900	0	تم الإرسال
انتظر 24 ساعة	240	9,800	1,860	اشترى 1,860 مشتركًا بعد التذكير رقم 1 (الخروج عند الهدف شراء)
القرار: لا تزال سلة التسوق مهجورة	0	9,800	0	تم تقييم الفرع
الإجراء: تذكير رقم 2 (10%)	0	9,800	0	تم الإرسال
انتظر 48 ساعة	90	6,300	3,410	اشترى 3,410 مشتركين بعد التذكير رقم 2
الإجراء: تذكير نهائي (20%)	0	6,300	0	تم الإرسال
نهاية	غير متاح	6,300	غير متاح	لم يشترِ 6,300 مشترك؛ لم يتم ربط سير العمل للمراجعة لهؤلاء
بداية سير العمل → سير عمل المراجعة	غير متاح	5,270	غير متاح	تم الإطلاق لـ 5,270 مشتركًا (1,860 + 3,410) الذين اشتروا

عمليات التسليم المتسلسلة البالغة 5,270 هي المقياس الجديد الذي تقدمه هذه البنية. استعاد سير عمل سلة التسوق معدل سلة بنسبة 42.5% (5,270 من 12,400 دخلوا) ويتلقى هؤلاء المشتركون البالغ عددهم 5,270 فقط سير عمل طلب المراجعة. أرسل الهيكل القديم طلب المراجعة إلى كل من اشترى على الإطلاق، بما في ذلك المشتركون الذين لم يهجروا سلة التسوق أبدًا، والمشتركون الذين أعادوا الطلب، والمشتركون الذين قدموا بالفعل مراجعة. الإصلاح المعماري صغير. وفورات الرسائل الزائدة كبيرة.

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

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

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

ابنِها في مسارات PushEngage

كل نمط من أنماط الترحيل الثلاثة المذكورة أعلاه يتوافق مباشرة مع مكونات سير عمل PushEngage.

نمط	أنواع العقد المستخدمة	أنواع الإجراءات المستخدمة	خيار سير العمل	نقطة بداية القالب المقترحة
توحيد الإعداد	بداية، انتظار، قرار، إجراء، نهاية	إرسال إشعار دفع، إضافة شريحة	نوع التشغيل: فردي	"سلسلة ترحيب مع فرع الشراء الأول"
سلسلة سلة التسوق إلى المراجعة	بداية، انتظار، قرار، إجراء، نهاية	إرسال إشعار دفع، بداية سير العمل	نوع التشغيل: متعدد متوازٍ؛ معايير الخروج Goal.Tracked = purchase	“تصعيد التخلي عن سلة التسوق”
توحيد إعادة الإشراك	البدء (الجمهور)، القرار، الإجراء، الانتظار، النهاية	إرسال إشعار دفع، إضافة شريحة	نوع التشغيل: فردي؛ مشغل الجمهور؛ تكرار شهري	“إعادة الإشراك بعرض قائم على المستوى”

تأتي محرك سير العمل مع 60+ قالبًا جاهزًا تغطي كل نمط ترحيل أعلاه. كل قالب هو نقطة انطلاق. يتم تثبيت الأنماط في أقل من خمس دقائق على Shopify و Shopify Plus و WooCommerce و BigCommerce و Magento داخل منشئ سير العمل PushEngage، أو على أي مكدس SaaS أو ناشر أو سفر عبر SDK JavaScript وواجهة برمجة تطبيقات الأحداث.

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

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

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