بوتات المحادثة في Whats360: شرح الإعداد الذكي والتشغيل والذكاء الاصطناعي وWebhook والإعدادات الفنية
لم يعد بناء بوت على WhatsApp مجرد كتابة رسالة تلقائية وإرسالها عند وصول كلمة معينة. عندما يتحول البوت إلى جزء من عملية بيع أو خدمة عملاء أو نظام برمجي، فإن تصميمه يصبح أقرب إلى بناء Conversation Workflow له نقطة بداية ومدخلات ومنطق معالجة وحالات فشل ونقطة نهاية.
بوت المحادثة ليس مجرد رد تلقائي
الفكرة الأساسية هي تحويل المحادثة إلى مسار تشغيلي يبدأ بهدف واضح، ثم Trigger، ثم محادثة، ثم معالجة للمدخلات، ثم التعامل مع حالات عدم الفهم، مع إمكانية استخدام الذكاء الاصطناعي أو نظام خارجي أو موظف بشري عند الحاجة.
النتيجة: تصميم Conversation Flow قابل للتشغيل والتوسع بدل مجموعة رسائل غير مترابطة.
ما هي Conversation Bots في Whats360؟
Conversation Bot هو نظام لإنشاء وإدارة بوتات محادثة آلية عبر WhatsApp، مع إعدادات للتحكم في بداية المحادثة ورسائلها وسلوك البوت، وإمكانية الاستفادة من الذكاء الاصطناعي من خلال Gemini API Key، بالإضافة إلى إمكانية الربط مع أنظمة خارجية عبر Webhook.
لفهم الخدمة بصورة صحيحة، من الأفضل ألا ننظر إلى كل إعداد باعتباره خيارًا منفصلًا، وإنما ننظر إلى البوت باعتباره دورة تشغيل كاملة:
Business Goal
↓
Trigger
↓
Conversation Bot
↓
Welcome
↓
Customer Input
↓
Processing / AI
↓
Failure Handling
↓
Human Transfer / External System
↓
Completion
القيمة الحقيقية للبوت لا تأتي من وجود رسالة تلقائية فقط، وإنما من تنظيم دورة المحادثة بالكامل وتحديد ما يحدث في الحالات الطبيعية والاستثنائية.
Conversation Bot أم Persona؟
من أهم النقاط التي تحتاج إلى توضيح عند العمل على أنظمة المحادثة هو الفصل بين Conversation Bot وPersona. كلاهما يمكن أن يدخل في تجربة المحادثة، لكن لكل منهما دور مختلف.
دور Conversation Bot
يركز Conversation Bot على مسار المحادثة والتشغيل، مثل:
- كيف تبدأ المحادثة؟
- ما الـTrigger المستخدم؟
- ما رسالة الترحيب؟
- كيف يتم التعامل مع مدخلات العميل؟
- ماذا يحدث عند عدم الفهم؟
- متى تنتهي المحادثة؟
- هل توجد إمكانية لتحويل المحادثة إلى موظف؟
- هل توجد حاجة إلى نظام خارجي؟
دور Persona
تركز Persona على هوية وسلوك وهدف الذكاء الاصطناعي. ومن أهداف إعداد الشخصية المتاحة:
| الهدف | الاستخدام |
|---|---|
| بيع منتجات أو خدمات | التعامل مع رحلة العميل التجارية |
| دعم فني / خدمة عملاء | التعامل مع الاستفسارات والمشكلات |
| تقديم معلومات وبيانات فقط | تقديم إجابات معلوماتية محددة |
لا ينبغي التعامل مع Conversation Bot وPersona باعتبارهما نفس الوظيفة. الأول يركز على مسار التشغيل، بينما الثانية ترتبط بهوية وسلوك وهدف الذكاء الاصطناعي.
كيف تبدأ إنشاء Conversation Bot؟
توفر واجهة البوتات ثلاثة مسارات رئيسية لبدء العمل:
+ إنشاء
لبناء بوت والتحكم في إعداداته بصورة مباشرة.
إعداد سريع
مسار منظم لإنشاء بوت أولي من خلال أربع مراحل واضحة.
قوالب جاهزة
نقطة بداية مناسبة عندما يتوفر نموذج قريب من الاستخدام المطلوب.
الإعداد السريع لبوت المحادثة
معالج الإعداد السريع يتكون من أربع مراحل مرئية، والهدف منه نقل المستخدم من فكرة البوت إلى إعداد أولي قابل للتشغيل دون البدء من شاشة معقدة.
تسمية البوت
تبدأ العملية بتحديد اسم للبوت. الاسم الافتراضي المقترح هو بوت محادثة جديد، ومن الأمثلة على التسمية الوظيفية: استقبال العملاء.
من الناحية التشغيلية، الأفضل أن يعكس الاسم وظيفة البوت. فعند وجود عدة بوتات، يصبح من الأسهل التعرف على وظيفة كل بوت من الاسم نفسه.
استخدم أسماء وظيفية مثل “استقبال طلبات الشراء” أو “دعم العملاء” بدل أسماء عامة لا توضح الغرض من البوت.
الكلمة المفتاحية Trigger
بعد تسمية البوت يتم تحديد الكلمة المفتاحية التي يبدأ عندها المسار. ومن الأمثلة الإرشادية:
- أود الشراء
- معرفة التفاصيل
- 444
- EPIL
الكلمة المفتاحية ليست مجرد عبارة تظهر في المحادثة؛ بل هي نقطة دخول إلى مسار البوت.
Customer Message
↓
Trigger
↓
Conversation Bot
رسالة الترحيب Welcome
بعد تشغيل البوت يحتاج العميل إلى معرفة ما الذي سيحدث. وهنا تأتي رسالة الترحيب.
رسالة الترحيب الجيدة لا تقتصر على كلمة ترحيبية، وإنما يمكن أن توضح للعميل المطلوب منه في الخطوة التالية، بحسب طبيعة الـWorkflow.
يمكن أن تطلب رسالة الترحيب من العميل إرسال اسم المنتج أو الكود المطلوب للمتابعة. المثال هنا لتوضيح التصميم وليس نصًا مفروضًا من النظام.
رسالة الإكمال Completion
تحدد الخطوة الأخيرة رسالة النهاية التي يتم إرسالها بعد اكتمال المسار وجمع البيانات.
يظهر في الحقل مثال إرشادي مثل:
“شكراً لوقتك! تم استلام بياناتك وهنتواصل معاك قريباً.”
وتتضمن الواجهة خيار مراجعة للملخص النهائي أو الرجوع إلى الإعداد السابق.
دورة التشغيل الكاملة للبوت
أفضل طريقة لفهم Conversation Bot هي تحويل إعداداته إلى دورة تشغيل واضحة.
Customer ↓ Trigger ↓ Welcome ↓ Customer Input ↓ Processing ↓ Valid? ┌─┴────────────┐ Yes No ↓ ↓ Continue Retry ↓ ↓ Data Attempts ↓ ↓ Completion Alternative Action
هذا التصور يجعل تصميم البوت أقرب إلى تصميم نظام وليس مجرد إعداد رسائل.
قبل كتابة أي رسالة، حدد نتيجة المحادثة. إذا لم تعرف ما الذي يجب أن ينجزه العميل في نهاية المسار، فمن الصعب بناء Trigger ورسائل وFailure Handling متماسكة.
إعدادات رسائل البوت
رسالة الترحيب
تظهر عند بدء المسار، وتساعد على توجيه العميل نحو الخطوة التالية.
رسالة الإكمال
تغلق المسار بعد اكتمال العملية، وتوضح للعميل أن المرحلة الحالية انتهت.
رسالة عدم الفهم
تظهر عندما لا يستطيع البوت التعامل مع مدخل العميل وفق المسار أو آلية الفهم المستخدمة.
وجود هذه الرسالة مهم لأن المحادثة الآلية يجب ألا تصل إلى طريق مسدود دون توضيح للعميل.
إعدادات سلوك البوت
Reply Delay
يوجد إعداد لتأخير الرد بالثواني، والقيمة الافتراضية هي 0، أي بدون تأخير افتراضي.
يمكن التعامل مع التأخير باعتباره جزءًا من تصميم تجربة المحادثة، لكن يجب اختيار قيمته بناءً على السيناريو الفعلي وليس لمجرد جعل البوت يبدو أكثر طبيعية.
Reply Freeze
يوجد كذلك إعداد لمدة تجميد الرد، والقيمة الافتراضية هي 0.
من المهم عدم الخلط بين Delay وFreeze، وعدم استنتاج تفاصيل إضافية من أسماء الإعدادات دون الرجوع إلى السلوك الموثق فعليًا.
Maximum Attempts
يحدد هذا الإعداد أقصى عدد لمحاولات فهم العميل، والقيمة الافتراضية المذكورة هي 3 محاولات.
Attempt 1 ↓ Not Understood ↓ Attempt 2 ↓ Not Understood ↓ Attempt 3 ↓ Maximum Attempts ↓ Alternative Action
Human Transfer
يوجد خيار لتفعيل أو تعطيل تحويل الموظف.
وهذا عنصر مهم في تصميم الأتمتة، لأن البوت لا يجب أن يكون بالضرورة المسؤول عن كل حالة. يمكن أن يتولى البوت الحالات الطبيعية، بينما تنتقل الحالات المعقدة أو التي تحتاج إلى قرار بشري إلى الموظف وفق التصميم والإعدادات المستخدمة.
لا تنتظر حتى بعد إطلاق البوت لتحديد الحالات التي تحتاج إلى موظف. مسار التحويل البشري جزء من تصميم المحادثة نفسه.
Failure Handling: ماذا يحدث عندما لا يفهم البوت العميل؟
هذه من أهم النقاط التي تميز البوت المصمم جيدًا عن البوت الذي يعمل فقط عندما يكتب العميل الإجابة المتوقعة حرفيًا.
المسار الطبيعي يمكن أن يكون:
Customer Input
↓
Processing
↓
Understood?
↙ ↘
Yes No
↓ ↓
Continue No-understanding
↓
Retry
↓
Maximum Attempts
القيمة المهمة هنا ليست رسالة عدم الفهم وحدها، وإنما وجود سياسة للتعامل مع الفشل. يجب أن يعرف المصمم ماذا يحدث بعد المحاولة الأولى، وماذا يحدث بعد تكرار المشكلة، ومتى يصبح التدخل البشري أو المسار البديل ضروريًا.
الذكاء الاصطناعي داخل Conversation Bot
تتيح الإعدادات ربط البوت بمفتاح Gemini API Key لتوليد الإجابات باستخدام الذكاء الاصطناعي.
عند التعامل مع AI، يجب التفريق بين البوت المعتمد على منطق محدد والبوت الذي يحتاج إلى فهم أكثر مرونة للغة العميل.
| الحالة | الاتجاه |
|---|---|
| مسار محدد ومدخلات واضحة | Logic مباشر |
| أسئلة وصياغات متنوعة | AI قد يكون مناسبًا |
| الحاجة إلى نظام خارجي | Webhook / Integration |
وجود Gemini API Key لا يعني أن كل Conversation Bot يحتاج إلى AI. القرار يجب أن يبدأ من طبيعة المحادثة والمشكلة التي تريد حلها.
هل يمكن تشغيل البوت دون Persona؟
وفق الإعدادات المتاحة، يمكن تشغيل البوت دون Persona محددة والاكتفاء بالإعدادات المباشرة والمفتاح المرتبط بالذكاء الاصطناعي عند الحاجة.
وهذا يؤكد مرة أخرى أن Persona وConversation Bot ليسا مفهومين متطابقين. يمكن أن يكون لديك مسار محادثة محدد، ثم تقرر لاحقًا ما إذا كانت هناك حاجة إلى طبقة Persona أو إلى معالجة AI وفق الحالة.
Webhook: ربط Conversation Bot بنظام خارجي
بالنسبة إلى Developer أو System Integrator، يمثل Webhook نقطة مهمة عند الحاجة إلى تجاوز حدود المحادثة وربط البوت بنظام برمجي خارجي.
يوجد حقل مخصص لإدخال رابط Webhook، ومن المثال الإرشادي المتاح:
https://example.com/webhook
ويمكن تصور العلاقة المعمارية بشكل عام:
WhatsApp ↓ Whats360 ↓ Conversation Bot ↓ Customer Input ↓ Webhook ↓ External System
لكن وجود حقل Webhook لا يعني أن جميع تفاصيل الـAPI أصبحت معروفة. المطور يحتاج إلى توثيق المواصفات الفنية قبل بناء تكامل إنتاجي.
Webhook Headers
تتيح الإعدادات كذلك تحديد Webhook Headers.
المثال الإرشادي المتاح هو:
{
"token": "WHATS360_API_TOKEN",
"Content-Type": "application/json"
}
تم استخدام معرف عام بدل أي Token حقيقي أو مفتاح حساس.
Headers يمكن استخدامها لتمرير بيانات إضافية مع الاتصال، مثل معلومات المصادقة أو تحديد نوع المحتوى. لكن لا ينبغي اعتبار المثال السابق توثيقًا كاملًا لآلية المصادقة أو البروتوكول الداخلي للخدمة.
لا تضع API Key أو Token حقيقيًا داخل مقالات أو أمثلة منشورة. استخدم معرفات عامة مثل WHATS360_API_TOKEN عند توثيق الأمثلة.
ما الذي يمكن أن يفعله Webhook؟
على مستوى التصميم المعماري، يمكن أن يكون Webhook نقطة اتصال بين Conversation Bot وتطبيق خارجي.
CRM
يمكن أن يمثل النظام الخارجي جزءًا من منظومة إدارة العملاء.
Order System
يمكن أن يكون النظام الخارجي مسؤولًا عن معالجة بيانات الطلبات.
Custom Application
يمكن أن يكون التكامل مع تطبيق مخصص تم تطويره وفق احتياجات النشاط.
هذه أمثلة معمارية عامة، وليست قائمة بتكاملات مؤكدة أو Payloads جاهزة.
ما الذي يجب على Developer معرفته قبل تنفيذ Webhook Integration؟
قبل كتابة أي كود، يجب توثيق مجموعة من النقاط الفنية. وجود رابط Webhook وحده لا يكفي لبناء Integration Production-ready.
| النقطة | ما يجب التحقق منه |
|---|---|
| HTTP Method | ما الطريقة المستخدمة لإرسال الطلب؟ |
| Payload Schema | ما الحقول والبيانات التي يتم إرسالها؟ |
| Event Schema | ما الحدث الذي يؤدي إلى استدعاء Webhook؟ |
| Response Format | ما الاستجابة المتوقعة من النظام الخارجي؟ |
| Authentication | كيف يتم التحقق من هوية الاتصال؟ |
| Retry Policy | هل توجد إعادة محاولة عند الفشل؟ |
| Timeout | ما الحد الزمني للانتظار؟ |
| Error Handling | كيف تتم معالجة الأخطاء؟ |
هذه النقاط ليست مواصفات مؤكدة لـWhats360، وإنما قائمة تحقق هندسية يجب توثيقها قبل تنفيذ التكامل. لا تبنِ Integration على افتراضات غير موثقة.
كيف تختار بين Logic وAI وWebhook؟
اختيار التقنية المناسبة يجب أن يبدأ من طبيعة المهمة، وليس من توفر التقنية.
هل السيناريو بسيط ومحدد؟
↓
نعم
↓
Conversation Logic
إذا كانت المحادثة تتطلب فهم صيغ لغوية مختلفة وأسئلة أكثر مرونة، يمكن أن يصبح AI مناسبًا.
Customer Input
↓
هل يحتاج إلى فهم مرن؟
↓
نعم
↓
AI
أما إذا كانت هناك حاجة إلى بيانات أو معالجة خارج Whats360:
هل توجد حاجة لنظام خارجي؟
↓
نعم
↓
Webhook
وفي حالة عدم قدرة البوت على إكمال الحالة، يمكن أن يكون التحويل البشري جزءًا من التصميم.
قاعدة القرار
Logic للمسارات المحددة، AI للفهم المرن عندما يكون مطلوبًا، Webhook عندما توجد حاجة إلى نظام خارجي، وHuman Transfer للحالات التي تحتاج إلى تدخل بشري.
أهداف Persona واختيار الشخصية المناسبة
بيع منتجات أو خدمات
يكون الهدف هنا مرتبطًا برحلة العميل التجارية، مثل الاستفسار عن منتج أو خدمة، ثم استكمال البيانات المطلوبة للوصول إلى المرحلة التالية.
دعم فني وخدمة عملاء
يكون التركيز على فهم مشكلة العميل وتقديم المساعدة المناسبة، مع إمكانية وجود نقطة انتقال إلى الموظف عند الحالات التي تتطلب تدخلًا بشريًا.
تقديم معلومات وبيانات فقط
هذا النموذج يركز على الإجابة عن الأسئلة وتقديم المعلومات دون تحويل كل محادثة إلى رحلة بيع أو دعم معقدة.
Decision Framework لتصميم البوت
| الحاجة | الإعداد الأقرب |
|---|---|
| بدء مسار من كلمة أو عبارة | Trigger |
| رسالة افتتاحية | Welcome |
| إنهاء المسار | Completion |
| مدخل غير مفهوم | No-understanding Message |
| تحديد عدد المحاولات | Maximum Attempts |
| التحكم في تأخير الرد | Reply Delay |
| التحكم في التجميد | Reply Freeze |
| ردود تعتمد على الذكاء الاصطناعي | Gemini API Key |
| شخصية وهدف للذكاء الاصطناعي | Persona |
| نظام خارجي | Webhook |
| تدخل بشري | Human Transfer |
أخطاء تصميم Conversation Bot التي يجب تجنبها
البدء بالإعدادات قبل تحديد الهدف
من الأخطاء الشائعة التفكير في الرسائل قبل تحديد النتيجة التي يجب أن يحققها العميل. التصميم الصحيح يبدأ من سؤال: ماذا أريد أن ينجز العميل خلال هذه المحادثة؟
اختيار Trigger غير واضح
الـTrigger يجب أن يكون مرتبطًا بالمسار الذي تريد تشغيله. كلما كان الهدف أكثر وضوحًا، أصبح تصميم نقطة الدخول أسهل.
تجاهل Failure Handling
البوت الذي يعمل فقط عندما تكون إجابة العميل مثالية ليس Workflow مكتملًا. يجب تصميم حالات الإدخال غير المتوقع من البداية.
استخدام AI لمجرد وجوده
الذكاء الاصطناعي أداة وليس هدفًا. إذا كانت العملية محددة ويمكن تنفيذها بمنطق مباشر، فلا توجد ضرورة تلقائية لإضافة AI.
إضافة Webhook دون تعريف العملية
إضافة عنوان Webhook لا تعني أن التكامل أصبح جاهزًا. يجب تحديد البيانات والأحداث والاستجابة ومعالجة الأخطاء قبل تنفيذ النظام.
عدم تحديد نقطة انتقال الموظف
عندما تكون هناك حالات لا يستطيع البوت التعامل معها، يجب أن يكون هناك مسار واضح بدل ترك العميل داخل حلقة غير مفيدة.
سيناريو توضيحي: استقبال طلب شراء
لنفترض وجود Conversation Bot مخصص لاستقبال طلبات الشراء.
Customer ↓ "أود الشراء" ↓ Trigger ↓ Welcome ↓ جمع البيانات ↓ Processing / AI عند الحاجة ↓ Validation ↓ Completion ↓ المسار التالي
إذا أرسل العميل بيانات لا يستطيع البوت التعامل معها، ينتقل المسار إلى Failure Handling بدل استمرار المحادثة بصورة غير محددة.
هذا سيناريو توضيحي لتصميم Workflow وليس Case Study حقيقية أو نتيجة أداء فعلية.
سيناريو تقني: Conversation Bot + Webhook
في بيئة أكثر تقدمًا، يمكن تصور المسار بهذه الصورة:
Customer ↓ WhatsApp ↓ Whats360 ↓ Conversation Bot ↓ Customer Input ↓ Webhook ↓ External Application ↓ Processing ↓ Next Action
ما يحدث داخل التطبيق الخارجي يعتمد على النظام الذي يتم تطويره. لذلك لا ينبغي اعتبار المخطط السابق مواصفة API أو وصفًا لبنية Payload محددة.
متى تستخدم AI ومتى لا تحتاج إليه؟
يمكن التفكير في استخدام AI على ثلاثة مستويات.
Logic مباشر
عندما يكون السيناريو محددًا، يمكن أن يكون المنطق المباشر كافيًا:
Trigger ↓ Question ↓ Expected Input ↓ Next Step
AI
عندما تكون صياغة العملاء متنوعة وتحتاج المحادثة إلى فهم لغوي أكثر مرونة، يمكن أن يصبح AI مناسبًا.
Customer Language ↓ AI Understanding ↓ Response
AI + Integration
في سيناريو أكثر تقدمًا، يمكن أن يجتمع AI مع Webhook ونظام خارجي:
Customer ↓ AI ↓ Decision ↓ Webhook ↓ External System ↓ Result ↓ Customer
لكن كلما زادت طبقات النظام، أصبحت الحاجة إلى توثيق الحدود بين كل طبقة أكثر أهمية.
من البوت إلى Workflow كامل
إذا كانت عملية تصميم البوت تتكرر بشكل مستمر، يمكن تحويلها إلى Workflow منظم يبدأ بتحليل المتطلبات، ثم تصميم المحادثة، ثم تحديد الحاجة إلى AI وWebhook، ثم مراجعة الجودة قبل نقل التصميم إلى إعدادات البوت.
Workflow عملي لتصميم Conversation Bot
قبل إنشاء البوت من لوحة التحكم، يمكن بناء التصميم من خلال منهج منظم:
Business Goal
↓
Conversation Mapping
↓
Trigger Design
↓
Message Design
↓
Failure Handling
↓
AI Decision
↓
Webhook Decision
↓
Human Transfer Decision
↓
QA
↓
Bot Configuration
Business Goal
حدد النتيجة المطلوبة من البوت، مثل جمع طلب أو تقديم دعم أو توفير معلومات.
Conversation Mapping
ارسم المحادثة قبل تنفيذها. حدد نقطة البداية والأسئلة والمدخلات والنهاية.
Trigger Design
حدد الكلمة أو العبارة التي تبدأ المسار.
Message Design
جهز رسائل الترحيب وعدم الفهم والإكمال والأسئلة المطلوبة.
Failure Handling
حدد ما يحدث عندما تكون إجابة العميل غير متوقعة، وعدد المحاولات، والمسار البديل.
AI Decision
حدد الأجزاء التي تحتاج إلى فهم لغوي مرن، ولا تضف AI إلى الأجزاء التي يمكن تنفيذها بمنطق مباشر دون حاجة.
Webhook Decision
حدد ما إذا كانت المحادثة تحتاج إلى نظام خارجي، ثم وثق متطلبات التكامل قبل كتابة الكود.
Human Transfer Decision
حدد الحالات التي تحتاج إلى تدخل موظف.
QA
اختبر المسار الطبيعي والمسارات غير المتوقعة، بما في ذلك الإدخالات غير الصحيحة وتكرار الفشل والتكامل الخارجي والتحويل البشري.
Bot Configuration
بعد اكتمال التصميم يتم نقل الخطة إلى إعدادات Conversation Bot.
Conversation Bot Design & Configuration Workflow
يمكن تحويل عملية تصميم البوت نفسها إلى Workflow متعدد المراحل عندما تكون العملية متكررة ومتعددة الخطوات:
Business Requirement
↓
Requirement Analysis
↓
Conversation Flow Design
↓
AI / Automation Analysis
↓
Integration Analysis
↓
Quality Assurance
↓
Bot Configuration Specification
يمكن استخدام Beincode كطبقة لتنفيذ هذا النوع من الـWorkflows عندما تكون العملية متكررة وتحتاج إلى تقسيمها إلى مراحل تحليل وتصميم ومراجعة وإخراج.
FACT وObservation وInference وHypothesis
عند توثيق أي نظام تقني، من الضروري الفصل بين المعلومة المؤكدة والاستنتاج الهندسي.
FACT
معلومة مؤكدة من الإعدادات أو الوصف المتاح.
OBSERVATION
نمط يمكن ملاحظته من طريقة تنظيم الوظائف والإعدادات.
INFERENCE
استنتاج هندسي مبني على العلاقة بين الإعدادات.
HYPOTHESIS
افتراض يحتاج إلى توثيق أو اختبار قبل الاعتماد عليه.
على سبيل المثال، وجود Webhook هو Fact. أما تفاصيل HTTP Method أو Payload أو Retry Policy فلا ينبغي افتراضها من وجود الحقل وحده.
أسئلة شائعة حول Conversation Bots في Whats360
ما هو Conversation Bot في Whats360؟
هو نظام لإنشاء وإدارة بوتات محادثة آلية على WhatsApp، مع إعدادات للتحكم في بداية المحادثة ورسائلها وسلوكها، وإمكانية استخدام AI وWebhook وفق الإعدادات المتاحة.
ما الفرق بين Conversation Bot وPersona؟
Conversation Bot يركز على مسار وتشغيل المحادثة، بينما Persona تركز على شخصية وهدف وسلوك الذكاء الاصطناعي داخل Whats360، ويمكن استخدام كل منهما بحسب السيناريو المطلوب.
هل يمكن تشغيل Conversation Bot بدون Persona؟
بحسب الإعدادات المتاحة، يمكن تصميم Conversation Bot ليعمل وفق منطق المحادثة والرسائل المحددة دون أن يكون Persona شرطًا لكل سيناريو. أما إذا كان السيناريو يحتاج إلى فهم مرن للغة الطبيعية أو معالجة إجابات غير ثابتة، فقد يكون استخدام AI أو Persona مناسبًا.
ما وظيفة Reply Delay؟
Reply Delay يحدد مدة التأخير قبل إرسال الرد وفق القيمة التي يتم ضبطها داخل إعدادات البوت. يمكن استخدامه لجعل تسلسل الردود أكثر تنظيمًا بدل إرسال الرسائل مباشرة دون فاصل.
ما وظيفة Maximum Attempts؟
Maximum Attempts يحدد الحد الأقصى لمحاولات التعامل مع إجابة غير مفهومة وفق إعداد البوت. القيمة الافتراضية المذكورة في الإعدادات هي 3، وبعد استنفاد المحاولات يمكن أن ينتقل السيناريو إلى معالجة الفشل أو تحويل المحادثة إلى موظف عندما يكون ذلك مفعّلًا.
هل يمكن استخدام الذكاء الاصطناعي داخل Conversation Bot؟
نعم، يمكن أن يدخل AI ضمن تصميم المحادثة عندما يكون المطلوب التعامل مع إجابات طبيعية أو متغيرة من العميل. لكن وجود حقل خاص بـ Gemini API Key لا يعني أن الخدمة توفر مفتاح Gemini ضمن الاشتراك؛ استخدام Gemini يعتمد على المفتاح والإعدادات المطلوبة في الحساب.
هل Webhook يعني أن Whats360 يوفر API كاملًا لأي نظام؟
ليس بالضرورة. وجود Webhook URL وWebhook Headers في إعدادات البوت يثبت وجود حقول مخصصة للاتصال الخارجي، لكنه لا يكفي وحده لاستنتاج كل تفاصيل التكامل. يجب الرجوع إلى توثيق Whats360 المتاح لمعرفة ما هو مدعوم فعليًا، وعدم اختراع Method أو Payload أو Response Schema أو آلية Retry غير موثقة.
هل أحتاج إلى برمجة حتى أستخدم Conversation Bot؟
ليس كل بوت يحتاج إلى برمجة. إذا كان السيناريو يعتمد على رسائل وشروط وإعدادات موجودة داخل Whats360، يمكن بناؤه من لوحة التحكم. أما السيناريوهات التي تحتاج إلى نظام خارجي أو منطق مخصص أو معالجة بيانات خاصة، فقد تحتاج إلى تكامل تقني أو تطوير مخصص.
متى أستخدم Simple Bot بدل Conversation Bot؟
إذا كان المطلوب بسيطًا مثل كلمة مفتاحية تؤدي إلى رد محدد، فقد يكون Simple Bot كافيًا. أما إذا كان المطلوب بناء مسار متعدد الخطوات، استقبال إجابات، التعامل مع المحاولات الفاشلة، أو إدخال AI وWebhook ضمن السيناريو، فإن Conversation Bot يوفر إطارًا أكثر ملاءمة لهذا النوع من التشغيل.
كيف تختار تصميم البوت المناسب؟
اختيار نوع البوت لا يبدأ من السؤال: «هل أستخدم AI؟» بل من سؤال أكثر أهمية: ما المهمة التي أريد أن ينفذها البوت؟
| الاحتياج | التصميم المناسب | السبب |
|---|---|---|
| رد ثابت على كلمة | Simple Bot | لا توجد حاجة لمسار محادثة معقد. |
| جمع معلومات من العميل | Conversation Bot | يمكن بناء المحادثة على مراحل. |
| أسئلة متنوعة باللغة الطبيعية | AI / Persona | المدخلات لا تكون دائمًا بصيغة ثابتة. |
| إرسال أو استقبال بيانات مع نظام خارجي | Webhook / تكامل تقني | المطلوب يتجاوز الرسائل الداخلية للبوت. |
أخطاء شائعة عند بناء Conversation Bot
1. استخدام AI لمجرد وجوده
ليس كل سؤال يحتاج إلى نموذج ذكاء اصطناعي. إذا كانت الإجابة ثابتة ومعروفة، فإن المنطق المباشر يكون أبسط في التصميم وأسهل في الاختبار.
2. جعل البوت غامض الهدف
البوت الذي يحاول بيع المنتج والإجابة عن الدعم وجمع البيانات وإدارة الشكاوى في مسار واحد قد يصبح معقدًا بسرعة. الأفضل تحديد هدف واضح لكل مسار.
3. تجاهل الإجابات غير المفهومة
أي محادثة حقيقية تحتاج إلى مسار للفشل. يجب تحديد ما يحدث عندما لا يستطيع البوت فهم إجابة العميل، وعدد المحاولات، وما إذا كان سيتم تحويل المحادثة إلى موظف.
4. افتراض تفاصيل تقنية غير موثقة
وجود Webhook لا يبرر اختراع API Contract كامل. يجب فصل ما يظهر فعليًا في واجهة الخدمة عن الاستنتاجات البرمجية التي تحتاج إلى توثيق.
5. عدم اختبار المسار من منظور العميل
المطور يرى الحقول والإعدادات، لكن العميل يرى فقط الرسائل التي تصله. لذلك يجب اختبار كل خطوة كما لو كنت العميل النهائي، بما في ذلك الإجابات الصحيحة والخاطئة والمتأخرة وغير المتوقعة.
مثال تطبيقي: بوت طلب شراء
لنفترض أن النشاط يريد إنشاء مسار بسيط يساعد العميل على بدء طلب شراء. المثال التالي تصوري للتوضيح وليس دراسة حالة حقيقية أو توثيقًا لعميل محدد.
المسار المقترح
الهدف: بدء طلب شراء.
المحفز: كلمة أو رسالة مرتبطة بالشراء.
رسالة الترحيب: توضيح أن البوت سيجمع البيانات اللازمة لإتمام الطلب.
البيانات: المنتج، الكمية، وربما بيانات التواصل أو الشحن وفق احتياجات النشاط.
الفشل: إذا كانت الإجابة غير واضحة، يعيد البوت السؤال ضمن الحد الأقصى للمحاولات.
التحويل: إذا كان Human Transfer مفعّلًا، يمكن نقل المحادثة إلى موظف وفق السيناريو والإعدادات المتاحة.
الإكمال: إرسال رسالة ختامية تؤكد انتهاء مرحلة البوت أو انتقال الطلب إلى المرحلة التالية.
متى يصبح Webhook مهمًا؟
يصبح Webhook مهمًا عندما لا تكون المحادثة وحدها كافية لتنفيذ المهمة. على سبيل المثال، قد يحتاج النشاط إلى تمرير حدث أو بيانات إلى نظام خارجي، مثل CRM أو نظام طلبات أو تطبيق مخصص.
لكن هناك فرقًا بين فكرة التكامل وبين التوثيق البرمجي للتكامل. الأولى يمكن فهمها من وجود إعدادات الاتصال الخارجية، بينما الثانية تحتاج إلى توثيق رسمي يحدد طريقة الاتصال والبيانات المتبادلة.
Checklist للمطور
- تحديد الهدف التجاري من Webhook.
- تحديد الحدث الذي يستدعي الاتصال.
- الرجوع إلى توثيق Whats360 المتاح قبل كتابة التكامل.
- عدم افتراض HTTP Method غير موثق.
- عدم افتراض Payload Schema غير موثق.
- عدم افتراض Response Schema غير موثق.
- عدم افتراض آلية Retry غير موثقة.
- عدم وضع API Token حقيقي داخل مقال أو مثال عام.
- اختبار الاتصال في بيئة آمنة قبل الاعتماد عليه في التشغيل.
هل تحتاج إلى تطوير مخصص؟
إذا كان المطلوب يتجاوز إعدادات البوت الجاهزة، مثل إنشاء CRM مخصص، نظام طلبات، لوحة تحكم، تطبيق ويب أو تطبيق موبايل، أو منطق أعمال خاص، فقد تحتاج إلى تطوير برمجي مستقل.
في هذه الحالة يمكن أن يكون BeInCode Engineering مناسبًا عندما تكون الحاجة إلى بناء برنامج مخصص من الصفر، وليس لمجرد إصلاح مشروع قائم أو تنفيذ ربط بسيط بين خدمات جاهزة.
هل لديك فكرة لنظام مخصص؟
ابدأ بتحديد المشكلة والعمليات المطلوبة، ثم حدد ما يمكن تنفيذه داخل Whats360 وما يحتاج إلى نظام برمجي مستقل.
منطق تصميم Conversation Bot خطوة بخطوة
الخطوة 1: Business Goal
حدد النتيجة التجارية التي تريد الوصول إليها، وليس فقط الرسالة التي تريد إرسالها.
الخطوة 2: Trigger
حدد ما الذي يبدأ المحادثة أو المسار المطلوب.
الخطوة 3: Conversation Flow
حدد الرسائل والأسئلة والانتقالات بين المراحل.
الخطوة 4: AI
استخدم AI فقط عندما تكون هناك قيمة فعلية من فهم اللغة أو معالجة إجابات متنوعة.
الخطوة 5: External Integration
إذا احتاج السيناريو إلى نظام خارجي، حدد التكامل وفق التوثيق الفعلي المتاح.
الخطوة 6: Failure Handling
حدد ما يحدث عند فشل الفهم أو عدم اكتمال البيانات أو الوصول إلى Maximum Attempts.
الخطوة 7: Completion
حدد الرسالة النهائية أو المرحلة التي ينتقل إليها العميل بعد انتهاء المسار.
FACT وOBSERVATION وINFERENCE وHYPOTHESIS
عند كتابة محتوى تقني عن SaaS أو APIs أو أدوات الأتمتة، من المهم الفصل بين المعلومات المؤكدة وبين التحليل. هذا الأمر يمنع تحول المقال التعليمي إلى توثيق غير رسمي يحتوي على تفاصيل لم تثبتها الخدمة.
| التصنيف | المعنى | مثال |
|---|---|---|
| FACT | معلومة مثبتة من الواجهة أو التوثيق. | وجود حقل Webhook URL. |
| OBSERVATION | ما يظهر مباشرة أثناء استخدام الواجهة. | وجود إعداد Maximum Attempts بقيمة افتراضية 3. |
| INFERENCE | استنتاج منطقي مبني على المعلومات المتاحة. | قد يكون Webhook مخصصًا للتكامل الخارجي. |
| HYPOTHESIS | فرضية تحتاج إلى تحقق أو توثيق. | افتراض أن الخدمة تستخدم Retry محددًا بعد فشل الاتصال. |
لا تحول الـ Inference أو Hypothesis إلى Fact عند كتابة محتوى تقني. وإذا كانت المعلومة غير موثقة، استخدم لغة دقيقة مثل «قد»، «بحسب الإعدادات المتاحة»، أو «يحتاج إلى الرجوع إلى التوثيق» بدل تقديمها كحقيقة مؤكدة.
الأسئلة التي يبحث عنها المستخدم قبل بناء البوت
- ما هو Conversation Bot في Whats360؟
- كيف أعمل بوت محادثة على واتساب؟
- ما الفرق بين Conversation Bot وSimple Bot؟
- ما الفرق بين Conversation Bot وPersona؟
- هل يمكن استخدام الذكاء الاصطناعي داخل البوت؟
- هل أحتاج إلى Gemini API Key؟
- كيف أتعامل مع إجابات العميل غير المفهومة؟
- ما معنى Maximum Attempts؟
- ما وظيفة Human Transfer؟
- ما هو Webhook في Conversation Bot؟
- كيف أربط البوت بنظام خارجي؟
- متى أحتاج إلى مطور برمجيات؟
الخلاصة
Conversation Bot ليس مجرد رسالة تلقائية
القيمة الحقيقية في Conversation Bot تظهر عندما يتم تصميم المحادثة كمسار واضح يبدأ بهدف تجاري أو تشغيلي، ثم Trigger، ثم أسئلة ورسائل، ثم معالجة للإجابات، ثم مسار للفشل، ثم تحويل أو تكامل عند الحاجة، وأخيرًا Completion.
أما AI فهو طبقة يمكن إضافتها عندما يكون فهم اللغة الطبيعية أو التعامل مع إجابات غير ثابتة مفيدًا. وWebhook هو طبقة تكامل يمكن أن تربط المسار بنظام خارجي وفق ما تدعمه الخدمة وتوثقه.
كلما كان تصميم البوت مبنيًا على هدف واضح وحدود تقنية موثقة، أصبح اختبار السيناريو وتطويره وصيانته أسهل.
ابدأ باستخدام Whats360
حوّل محادثات WhatsApp إلى مسارات تشغيل منظمة
إذا كنت تبحث عن إدارة WhatsApp وبناء بوتات محادثة وأتمتة عمليات التواصل، يمكنك استكشاف Whats360 والتعرف على الأدوات المتاحة داخل المنصة.
موضوعات مرتبطة قد تهمك
بوتات المحادثة في Whats360
دليل عملي لفهم تصميم وتشغيل Conversation Bots.
Whats360 Persona والذكاء الاصطناعي
فهم دور Persona في بناء تجربة AI للمحادثات.
WhatsApp Automation وCRM
كيف يمكن تنظيم المحادثات ضمن عمليات المبيعات وخدمة العملاء.
WhatsApp Webhook وAPI
فهم الفرق بين التكامل الموثق والاستنتاجات التقنية.
WhatsApp Marketing Automation
أفكار لأتمتة التواصل وتحسين مسارات العملاء.
AI Agents باللغة العربية
اكتشف أفكارًا عملية لبناء وكلاء ذكاء اصطناعي وسير عمل آلي.
الكلمات المفتاحية
Whats360، Conversation Bot، بوتات واتساب، بوت محادثة، WhatsApp Automation، WhatsApp Business، WhatsApp AI، Persona، Gemini API، Webhook، WhatsApp Webhook، CRM WhatsApp، أتمتة واتساب، الذكاء الاصطناعي في واتساب، بوت خدمة العملاء، بوت المبيعات، WhatsApp API، Whats360 API، chatbot، AI chatbot، WhatsApp chatbot، chatbot automation، customer service automation، sales automation.
أسئلة شائعة مختصرة
صفحة Conversation Bots في Whats360 هي نقطة الوصول إلى خدمة بوتات المحادثة وإعداداتها.
أسئلة وموضوعات مرتبطة ببوتات المحادثة في Whats360
إذا كنت تبحث عن طريقة إعداد Conversation Bot داخل Whats360، فإن الأسئلة التالية تلخص أهم نقاط البحث المرتبطة بتصميم البوت، الذكاء الاصطناعي، Persona، Webhook، وإدارة مسار المحادثة، دون الحاجة إلى تكرار الشرح الأساسي للمقال.
إعداد Conversation Bot
- ما هو Conversation Bot في Whats360؟
- كيف أعمل بوت محادثة على WhatsApp باستخدام Whats360؟
- كيف يتم إعداد Conversation Bot؟
- ما الفرق بين Conversation Bot وSimple Bot؟
AI وPersona
- ما الفرق بين Conversation Bot وPersona؟
- هل يمكن استخدام الذكاء الاصطناعي داخل Conversation Bot؟
- هل أحتاج إلى Gemini API Key لاستخدام الذكاء الاصطناعي؟
- ما وظيفة Persona في بوتات Whats360؟
إدارة المحادثة
- كيف يتعامل Conversation Bot مع إجابات العميل غير المفهومة؟
- ما معنى Maximum Attempts في Conversation Bot؟
- متى يتم تحويل المحادثة إلى موظف Human Transfer؟
- هل Conversation Bot مناسب لأتمتة خدمة العملاء؟
Webhook والتكامل
- ما هو Webhook في Conversation Bot؟
- كيف يمكن ربط Conversation Bot بنظام خارجي؟
- متى أحتاج إلى مطور برمجيات لتنفيذ التكامل؟
- ما العلاقة بين Whats360 API وWebhook؟
أسئلة مرتبطة بالاستخدام والأتمتة
هل يمكن استخدام Conversation Bot في مسارات المبيعات؟
يمكن تصميم مسارات محادثة موجهة للمبيعات عندما يكون الهدف واضحًا ويتم تحديد الأسئلة والإجابات ومسار الانتقال داخل البوت.
ما الفرق بين البوت الثابت والبوت الذي يعتمد على الذكاء الاصطناعي؟
البوت الثابت يعتمد على منطق ومسارات محددة مسبقًا، بينما يمكن استخدام الذكاء الاصطناعي عندما تحتاج المحادثة إلى التعامل مع إجابات أكثر مرونة وفهم اللغة الطبيعية.
متى يكون التكامل الخارجي مهمًا؟
يصبح التكامل ذا أهمية عندما يحتاج مسار المحادثة إلى التواصل مع نظام خارجي وفق الإمكانيات والتوثيق المتاحين للـ API أو Webhook.
الخريطة الدلالية للمقال
| التصنيف | الكيانات والمفاهيم |
|---|---|
| Product / Brand / Platform | Whats360 |
| Technology | WhatsApp Automation، WhatsApp AI، Gemini API، Webhook، Whats360 API |
| Service | Conversation Bot، Simple Bot، Persona، Human Transfer |
| Business Concept | CRM WhatsApp، Customer Service Automation، Sales Automation |
| Problem | إدارة محادثات WhatsApp آليًا، التعامل مع إجابات العملاء غير المفهومة |
| Solution | Conversation Bot، AI Chatbot، Webhook Integration |
Conversation Bot، Whats360، بوتات واتساب، بوت محادثة، WhatsApp Automation، WhatsApp AI، Persona، Gemini API، Webhook، WhatsApp Webhook، CRM WhatsApp، أتمتة واتساب، بوت خدمة العملاء، بوت المبيعات، WhatsApp API، Whats360 API، chatbot، AI chatbot، chatbot automation، Customer Service Automation، Sales Automation.
