الأتمتة بالوسوم: خمسة تدفقات تبدأ عندما يحصل العميل على وسم أو يفقده

الأتمتة بالوسوم هي تدفق يبدأ عندما يحصل العميل على وسم أو يفقده. يضع الموظف وسم vip على محادثة، فتخرج رسالة متابعة فوراً ويُسند الفريق المناسب. ينتقل عميل محتمل إلى stage:qualified، فيختفي وسم المرحلة القديمة ويتسلّم فريق المبيعات. يفقد العميل consent:marketing، فتُزال معه كل وسوم سلاسل الرعاية. في MonoChat تبني ذلك بعقدتي حدث وصلتا مع الإصدار 3.8.41: تمت إضافة وسم العميل وتمت إزالة وسم العميل.

يشرح هذا الدليل كيف يعمل المشغّل، ثم يقدّم خمس وصفات مع الرسائل التي ترسلها، يمكنك بناؤها في دقائق.

لماذا تبدأ التدفق من وسم؟

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

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

إذا كانت وسومك غير منظمة بعد، فابدأ بدليلنا حول تقسيم العملاء بالوسوم. نظام قصير ببادئة واحدة لكل نوع (interest: وstage: وconsent:) هو ما يجعل الوصفات التالية موثوقة.

كيف يعمل المشغّل في MonoChat

في مصمم التدفقات أضف تمت إضافة وسم العميل أو تمت إزالة وسم العميل من أحداث العميل. القواعد كما يصفها مركز المساعدة:

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

في بداية التدفق تبدأ العقدة تشغيلاً جديداً. وفي موضع لاحق من التدفق تجعل التشغيل ينتظر حتى يتغير الوسم: يرسل التدفق مثلاً عرض سعر ولا يكمل إلا عندما يضيف موظف stage:won.

العُقد التي ستجمعها معها:

• تعيين وسم العميل يضيف وسماً واحداً، وإزالة وسوم العميل تزيل عدة وسوم مفصولة بفواصل.
• إذا مع شرط وسم العميل يتحقق مما إذا كان لدى العميل أحد الوسوم («يحتوي على») أو لا شيء منها.
• إسناد الجلسة وإرسال رسالة وإرسال رسالة قالب وانتظار.
• تعيين متغير التدفق مع زيادة بمقدار، وشرط قيمة متغير التدفق، للعدّادات.

الوصفة 1: متابعة كبار العملاء

الهدف: عندما يحدد موظف العميل كعميل VIP، يتسلّمه موظف أول ويسمع العميل منك في اليوم نفسه.

1. تمت إضافة وسم العميل، تستمع إلى vip.
2. إسناد الجلسة إلى فريق كبار العملاء.
3. إرسال رسالة ما دامت نافذة خدمة العملاء مفتوحة:

أهلاً أستاذة نورة، شكراً لاختيارك متجرنا مرة أخرى. من اليوم سيكون
الأستاذ فهد مسؤول حسابك الخاص، ويمكنك مراسلته مباشرة هنا.

4. يمكنك انتظار يومين ثم إرسال رسالة قصيرة للاطمئنان.

نوع الرسالة تحدده قاعدة Meta: عندما يراسلك العميل تُفتح نافذة خدمة عملاء مدتها 24 ساعة، وبعد إغلاقها لا يمكنك إرسال سوى قالب رسالة معتمد. إذا كان الوسم يُضاف غالباً بعد آخر محادثة بوقت طويل، فاستخدم إرسال رسالة قالب بقالب من فئة الخدمات (utility).

الوصفة 2: تغيير مرحلة العميل المحتمل

الهدف: أن يكون كل عميل في مرحلة واحدة فقط، وأن يقوم كل تغيير مرحلة بعمله.

تدفق لكل مرحلة مهمة. لـstage:qualified:

1. تمت إضافة وسم العميل، تستمع إلى stage:qualified.
2. إزالة وسوم العميل: stage:new, stage:contacted.
3. إسناد الجلسة إلى فريق المبيعات.
4. إرسال رسالة:

شكراً أستاذ خالد. بناءً على ما ذكرته، يجهّز فريق المبيعات عرض سعر
لـ40 مستخدماً، وسترسله لك سارة هنا قبل ظهر الغد.

الإزالة في الخطوة 2 لا تعيد تشغيل هذا التدفق، لكنها قد تبدأ تدفقاً آخر يستمع إلى إزالة stage:new. هذا مفيد لإيقاف سلسلة ترحيب مثلاً، وهو أيضاً كيف تبدأ الحلقات: التدفق A يضيف وسماً يبدأ التدفق B، والتدفق B يزيل الوسم الذي يراقبه A. ارسم تدفقات المراحل على الورق أولاً، واجعل لكل وسم تدفقاً واحداً مسؤولاً عنه.

ولجمع العملاء المحتملين، اقرأ توليد العملاء المحتملين عبر WhatsApp.

الوصفة 3: تحويل المحادثة إلى الفريق المناسب

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

1. تمت إضافة وسم العميل، تستمع إلى team:wholesale, team:returns, team:billing.
2. عقدة إذا لكل فريق بشرط وسم العميل، مثلاً «يحتوي على» team:wholesale؛ والفرع «لا» يقود إلى عقدة إذا التالية.
3. في كل فرع إسناد الجلسة إلى الفريق المناسب.
4. إرسال رسالة لتوضيح ما يتوقعه العميل:

أنت الآن مع فريق مبيعات الجملة. نعمل من الأحد إلى الخميس من 9 صباحاً
حتى 6 مساءً، ونرد عادة خلال ساعة.

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

الوصفة 4: إيقاف سلسلة رعاية العملاء عند إزالة الوسم

الهدف: أن تعمل السلسلة فقط ما دام العميل ينتمي إليها، وأن تتوقف فور تغيّر ذلك: اشترى، أو طلب التوقف، أو قرر موظف أنها لم تعد مناسبة.

تدفق السلسلة:

1. تمت إضافة وسم العميل، تستمع إلى nurture:course.
2. انتظار يومين.
3. إذا مع وسم العميل «يحتوي على» nurture:course. نعم: إرسال رسالة قالب بالدرس التالي. لا: النهاية.
4. انتظار 3 أيام، ثم الفحص نفسه قبل القالب التالي.

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

تدفق التنظيف:

1. تمت إزالة وسم العميل، تستمع إلى consent:marketing.
2. إزالة وسوم العميل: nurture:course, nurture:webinar, nurture:winback.

هكذا يُخرج طلب إلغاء اشتراك واحد العميل من كل السلاسل. تشترط WhatsApp Business Messaging Policy الحصول على الموافقة/Opt-In قبل المراسلة واحترام كل طلب بالحظر أو التوقف أو إلغاء الاشتراك، وتضيف قوانين حماية البيانات مثل المرسوم بقانون اتحادي رقم 45 لسنة 2021 في الإمارات ونظام حماية البيانات الشخصية في السعودية والقانون 151 لسنة 2020 في مصر. ابنِ هذا التدفق قبل إطلاق أي سلسلة. ولصياغة الموافقة وإيقاع الإرسال اقرأ الموافقة على رسائل WhatsApp وحملات التنقيط عبر WhatsApp.

الوصفة 5: عدّاد يحوّل المحادثة بعد ثلاث محاولات

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

لنفترض أن موظفاً يضيف docs:needed عندما يجب على العميل إرسال صورة الهوية:

1. تمت إضافة وسم العميل، تستمع إلى docs:needed.
2. تعيين متغير التدفق: attempts، زيادة بمقدار 1. المتغير غير الموجود بعد يُحسب 0، فيصبح 1 بعد المرور الأول.
3. سؤال وجواب: «يرجى إرسال صورة واضحة للوجه الأمامي من الهوية.»
4. إذا كان نوع الرسالة صورة: إزالة وسوم العميل docs:needed، وتعيين وسم العميل docs:received، ثم الشكر.
5. وإلا، إذا مع قيمة متغير التدفق: attempts أكبر من أو يساوي 3. نعم: إسناد الجلسة إلى موظف وتعيين وسم العميل docs:stuck. لا: العودة إلى الخطوة 2.

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

يعيش العدّاد داخل التشغيل، فكل docs:needed جديد يبدأ من الصفر. وإذا فشلت الزيادة، لأن المتغير ليس رقماً مثلاً، تسلك العقدة مخرج عند الفشل وتترك المتغير كما كان.

أخطاء يجب تجنبها

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

وسم أم Webhook أم مؤقت؟

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

لتجربة الوصفات أنشئ حساباً مجانياً على app.monochat.ai، وافتح التدفقات، وابدأ بالوصفة 3: هي التي تلاحظ معظم الفرق أثرها في صباح اليوم التالي.

المصادر

• WhatsApp Business Messaging Policy (whatsappbusiness.com) (تم الاطلاع في 2 نوفمبر 2026)
• Meta for Developers: Send messages ونافذة خدمة العملاء (تم الاطلاع في 2 نوفمبر 2026)
• مركز مساعدة MonoChat: Flows (تم الاطلاع في 2 نوفمبر 2026)
• سجل تغييرات MonoChat: Version 3.8.41 (تم الاطلاع في 2 نوفمبر 2026)