تصميم تدفق روبوت محادثة WhatsApp: القوالب والأمثلة

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

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

بعض قواعد التصميم الجديرة بالاتباع في كل تدفق

قبل استعراض القوالب، هناك مجموعة من المبادئ تنطبق عليها جميعًا:

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

القالب 1: فرز طلبات دعم العملاء والأسئلة الشائعة & Flow

استخدم هذا القالب عندما: تتلقى أسئلة دعم متكررة وتريد حل الحالات السهلة تلقائيًا، مع إحالة أي حالة معقدة إلى أحد الموظفين.

بنية التدفق:

Greeting → "What can I help with?" (list menu)  ├── Order status → pulls status from order system → done  ├── Return/refund → policy summary → "Still need help?" → human handoff  ├── Product question → AI-answered from knowledge base  └── Something else → immediate human handoff

نص نموذجي:

الروبوت: مرحبًا! 👋 كيف يمكنني مساعدتك اليوم؟ [حالة الطلب] [الإرجاع والاسترداد] [سؤال عن منتج] [التحدث إلى أحد الموظفين]

الروبوت (إذا اختيرت حالة الطلب): بالتأكيد — هل يمكنك مشاركة رقم طلبك؟ الروبوت (بعد البحث): شُحن طلبك #4521 أمس، ومن المفترض أن يصلك بحلول يوم الخميس. هل تحتاج إلى أي مساعدة أخرى؟

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

نصيحة للتخصيص: يجب ألا يكون خيار «شيء آخر» طريقًا مسدودًا — فحتى رسالة عامة مثل «دعني أوصلك بفريقنا» تمنع تعطل التدفق بصمت عند مواجهة حالة غير متوقعة.

القالب 2: تدفق توليد العملاء المحتملين وتأهيلهم (على نمط BANT)

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

بنية التدفق:

Greeting (with campaign context if available) → Interest confirmation  → Budget question (buttons: ranges)  → Timeline question (buttons: this month / this quarter / just researching)  → Contact detail capture  → Branch by score:      High score → notify sales rep + hand off      Low/mid score → enter nurture sequence

نص نموذجي:

الروبوت: شكرًا لاهتمامك بـ [المنتج]! لدينا بعض الأسئلة السريعة لنوصلك بالشخص المناسب. ما نطاق ميزانيتك التقريبي؟ [أقل من $500/mo] [$500–2000/mo] [أكثر من $2000/mo]

الروبوت: وما الإطار الزمني الذي تتطلع إليه للبدء؟ [مستعد الآن] [خلال هذا الربع] [ما زلت أبحث]

العُقد الأساسية: عُقد الأسئلة المزودة بأزرار، وعقدة القرار/التفرّع، وعقدة API (لإرسال البيانات إلى CRM وإشعار فريق المبيعات)، وعقدة سير العمل/التأخير (لمسار متابعة العملاء المحتملين).

نصيحة للتخصيص: لا تتجاوز 3–4 أسئلة. فالتدفق التأهيلي الذي يبدو كأنه نموذج طلب كامل يفقد المستخدمين قبل أن يجمع أي معلومات مفيدة.

القالب 3: تدفق حجز موعد أو خدمة

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

بنية التدفق:

Greeting → Service type (list menu)  → Preferred date/time (or "show next available")  → Confirm slot → Booking confirmation  → [Automated] Reminder 24h before  → [Automated] Reminder morning-of

نص نموذجي:

الروبوت: ما الخدمة التي ترغب في حجزها؟ [قص شعر] [صبغ] [استشارة]

الروبوت: إليك أقرب المواعيد المتاحة لقص الشعر: [غدًا، 2:00 PM] [غدًا، 4:30 PM] [الخميس، 11:00 AM]

الروبوت: تم حجز موعدك غدًا الساعة 2:00 PM. سنرسل إليك تذكيرًا في اليوم السابق. نراك حينها!

العُقد الأساسية: قائمة خيارات، وعقدة API (للتحقق من نظام التقويم/الحجوزات)، ورسالة تأكيد، وسير عمل مجدول (ترتبط التذكيرات بموعد الحجز الفعلي، لا برسالة جماعية يومية ثابتة).

نصيحة للتخصيص: أتح دائمًا خيار إعادة الجدولة/الإلغاء من رسالة التذكير نفسها — عبر «أرسل RESCHEDULE» أو زر — بدلًا من إجبار العميل على بدء محادثة جديدة لتغيير خططه.

القالب 4: تدفق تصفح منتجات التجارة الإلكترونية والطلب & الشراء

استخدم هذا القالب عندما: تريد للعملاء تصفح المنتجات والشراء مباشرةً عبر WhatsApp، ولا سيما بعد مشاهدة إعلان أو إرسال استفسار.

بنية التدفق:

Greeting → Catalog display (carousel or list)  → Product selection → Quantity/variant choice  → Add to cart → "Anything else?" loop  → Checkout → Payment link  → Order confirmation

نص نموذجي:

الروبوت: إليك المنتجات الرائجة الآن 👇 [عرض دوّار للمنتجات: 3–4 منتجات مع الصور والأسعار]

الروبوت (بعد الاختيار): اختيار رائع! ما المقاس الذي تفضله؟ [S] [M] [L] [XL]

الروبوت: أُضيف المنتج إلى سلة التسوق. هل تريد مواصلة التصفح أم إتمام الشراء الآن؟ [مواصلة التصفح] [إتمام الشراء]

العُقد الأساسية: عقدة الكتالوج/العرض الدوّار، وعقدة سؤال (لاختيار نوع المنتج)، وتتبع حالة سلة التسوق، وعقدة API (لإنشاء رابط الدفع)، ورسالة تأكيد.

نصيحة للتخصيص: أظهر خيار «مواصلة التصفح أم إتمام الشراء» بعد كل عملية إضافة إلى السلة — فكثيرًا ما يرغب العملاء في إضافة منتج آخر، وإجبارهم على إتمام الشراء فورًا يفوّت فرصة البيع الإضافي.

القالب 5: تدفق التهيئة والترحيب

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

بنية التدفق:

Trigger: new signup/enrollment/purchase event  → Welcome message  → Key info delivery (schedule, access details, next steps)  → "Any questions?" check-in  → Optional: add to relevant group (batch, community, cohort)

نص نموذجي:

الروبوت: أهلًا بك في [الأكاديمية]، Priya! 🎉 لقد التحقت بدفعة السبت التي تبدأ هذا الأسبوع. إليك ما يمكنك توقعه: [رابط الجدول] · [ما ينبغي إحضاره] · [بيانات التواصل مع مدربك]

الروبوت: هل لديك أي أسئلة قبل جلستك الأولى؟ [لدي سؤال] [كل شيء واضح، شكرًا!]

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

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

القالب 6: تدفق استعادة سلة التسوق المتروكة

استخدم هذا القالب عندما: تدير متجرًا للتجارة الإلكترونية وتريد استعادة السلات التي تُركت عند إتمام الشراء.

بنية التدفق:

Trigger: cart abandoned for X hours  → Reminder message with product image  → Optional incentive (discount, free shipping)  → Direct checkout link  → [If no response] second, softer nudge after 24h

نص نموذجي:

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

الروبوت (بعد 24h، إذا لم يرد المستخدم): ما زلت تفكر في الأمر؟ سلة التسوق محفوظة لك، ويمكنك العودة إليها متى شئت. [رابط إتمام الشراء]

العُقد الأساسية: مشغّل (خطاف ويب لإشعار ترك السلة من متجرك)، وعقدة تأخير/سير عمل، وعقدة رسالة تتضمن صورة المنتج، ومسار متابعة ثانٍ مؤجل.

نصيحة للتخصيص: اختبر توقيت الرسالة الأولى — فإرسالها مبكرًا جدًا قد يبدو تطفلًا، وإرسالها متأخرًا جدًا قد يفوّت فرصة الشراء. وتجد معظم المتاجر أن الإرسال بعد فترة تتراوح بين 1–4 ساعات أنسب من الإرسال الفوري أو في اليوم التالي.

القالب 7: تدفق جمع الملاحظات والتقييمات & Reviews

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

بنية التدفق:

Trigger: order delivered / service completed / ticket resolved  → Short delay (1–2 hours)  → Rating request (quick scale)  → Branch by rating:      High → request public review (with direct link)      Low → route to support for recovery, don't ask for public review

نص نموذجي:

الروبوت: كيف كانت تجربتك معنا اليوم؟ [😞] [😐] [🙂] [😍]

الروبوت (إذا كان التقييم إيجابيًا): يسعدنا سماع ذلك! هل يمكنك تخصيص لحظة لكتابة تقييم سريع لنا؟ [رابط التقييم] الروبوت (إذا كان التقييم سلبيًا): نأسف لسماع ذلك — ونود معالجة الأمر. سنوصلك بفريقنا الآن.

العُقد الأساسية: عقدة التشغيل (حدث إتمام الخدمة)، عقدة التأخير، عقدة السؤال (مقياس التقييم)، عقدة اتخاذ القرار/التفرّع، عقدة التحويل إلى موظف (لمسار معالجة المشكلة).

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

الجمع بين هذه المسارات

لا تكتفي معظم الأنشطة التجارية بتشغيل مسار واحد من هذه المسارات — فقد يستخدم الإعداد المعتاد القالب 2 (استقطاب العملاء المحتملين) للتعبير عن الاهتمام، والقالب 3 (الحجز) لتحويله إلى موعد، والقالب 5 (التهيئة) بعد أن يصبح الشخص عميلًا، والقالب 7 (الملاحظات) بعد تقديم الخدمة. صُمّم كل مسار ليكون وحدة مستقلة يمكن ربطها بالمسار التالي، ويُفعَّل عند وقوع الحدث الذي يليه طبيعيًا.

جمع كل ذلك معًا

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

إذا كنت بصدد إعداد هذه المسارات، فإن أداة إنشاء روبوتات الدردشة من Chakra توفر لك أنواع العُقد المشار إليها في هذا الدليل — السؤال، واتخاذ القرار، وAPI، والذكاء الاصطناعي، والتحويل إلى موظف — لتجميع أي من هذه المسارات دون الحاجة إلى برمجتها من الصفر.