كيفية إنشاء بوت ذكاء اصطناعي في Whats360 باستخدام Persona وGemini API خطوة بخطوة

وجود بوت ذكاء اصطناعي متصل بنموذج مثل Gemini لا يعني تلقائيًا أنك حصلت على مساعد جيد لخدمة العملاء.

قد يكون الاتصال بالـAPI صحيحًا، والبوت يرسل ويستقبل الرسائل بصورة طبيعية، ومع ذلك يعطي إجابات عامة أو يتعامل مع العميل بطريقة لا تناسب نشاطك التجاري.

في كثير من الحالات تبدأ المشكلة قبل الـAPI نفسه، وتحديدًا من طريقة بناء Persona.

فالـPersona هي التي تحدد شخصية البوت، وما الذي يعرفه، وما المنتجات أو الخدمات التي يتحدث عنها، وما القيود التي يجب أن يلتزم بها، وكيف يتعامل مع الأسئلة والاعتراضات، وما الذي يجب ألا يفترضه أو يخمّنه.

وبعد تجهيز Persona، يأتي دور Whats360 لربط الشخصية بمحرك الذكاء الاصطناعي، ثم إضافة مفتاح Gemini API وضبط التشغيل والاختبار قبل التفعيل.

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

ما الفرق بين Persona وبوت الذكاء الاصطناعي؟

Persona ليست هي البوت نفسه.

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

لذلك، إذا كانت Persona ضعيفة، فلن تحل المشكلة بمجرد تغيير النموذج أو زيادة إعدادات البوت.

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

قبل إنشاء البوت: جهّز Persona بشكل صحيح

هذه من أهم المراحل في العملية كلها.

بدل أن تكتب فقط:

«أنت مساعد لخدمة العملاء.»

حاول تعريف البوت بصورة أكثر تحديدًا.

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

الهدف هنا ليس كتابة نص طويل لمجرد أن يكون طويلًا، وإنما بناء تعليمات واضحة تجعل البوت يعرف حدود دوره.

وضّح المنتجات والخدمات

أعطِ البوت معلومات واضحة عن الخدمات التي يقدمها النشاط.

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

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

وفي حالة وجود معلومات مرتبطة بالنشاط يمكن الرجوع إليها داخل محتوى Affiegy، يمكن ربطها بالمحتوى المناسب عندما تكون مرتبطة فعلًا بسياق المستخدم، بدل إدخال روابط لا علاقة لها بالسؤال.

حدد القيود

القيود مهمة بقدر أهمية المعلومات.

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

الفكرة الأساسية هي عدم ترك المعلومات الحساسة للتخمين.

أضف الاعتراضات

العميل لا يسأل دائمًا سؤالًا مباشرًا.

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

من أمثلة الأسئلة التي قد تظهر في نشاط متعلق بالتسكين الفندقي:

• هل السعر ثابت؟
• هل يوجد سعر خاص؟
• هل يمكن الحصول على إقامة طويلة؟
• ماذا يحدث في موسم Season؟
• هل توجد خيارات أخرى؟

وجود هذه الأنواع من الأسئلة داخل Persona يساعد على توضيح الحالات التي يجب أن يكون البوت مستعدًا للتعامل معها.

ضع القواعد الإلزامية

إذا كان هناك شيء يجب أن يلتزم به البوت دائمًا، اكتبه بوضوح.

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

وهنا تتحول Persona من مجرد «شخصية» إلى مجموعة تعليمات تشغيلية تحدد كيف يتصرف البوت داخل نطاق النشاط.

لماذا أمثلة العملاء مهمة في تدريب Persona؟

القواعد وحدها لا تكفي دائمًا.

من المفيد إضافة أمثلة لأسئلة حقيقية أو متوقعة من العملاء، خصوصًا الأسئلة التي قد تسبب ارتباكًا للبوت.

مثلًا:

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

أفضل أنواع الأمثلة التي يمكن إضافتها

• الأسئلة المتكررة.
• الاعتراضات.
• الأسئلة الغامضة.
• الأسئلة خارج نطاق الخدمة.
• الحالات التي تحتاج إجابة دقيقة.
• الأسئلة التي سبق أن تسبب فيها الرد الآلي بمشكلة.

بهذه الطريقة، لا تعطي البوت «أسئلة كثيرة» فقط، بل تعطيه أمثلة ذات قيمة تساعد على توجيه سلوكه.

إنشاء AI Bot داخل Whats360

بعد تجهيز Persona، تأتي مرحلة إنشاء البوت.

من داخل Whats360 توجه إلى قسم البوتات، ثم أنشئ بوت ذكاء اصطناعي جديدًا.

يمكن أن تكون تسمية البوت واضحة ومباشرة، مثل:

ثم اختر الـPersona التي أعددتها مسبقًا.

وهنا توجد نقطة مهمة: إنشاء Persona لا يعني أن البوت سيستخدمها تلقائيًا في كل مكان؛ يجب ربطها بالـAI Bot الذي سيعمل بها.

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

الحصول على Gemini API Key

يحتاج Gemini API إلى مفتاح API للمصادقة على الطلبات وتتبع الاستخدام وفرض حدود الأمان.

يمكن الحصول على المفتاح من Google AI Studio، كما يمكن الرجوع إلى دليل Gemini API الرسمي لمعرفة خطوات إعداد الاتصال الحالية.

بعد الحصول على المفتاح، تقوم بإضافته في إعدادات AI Bot داخل Whats360 في المكان المخصص لذلك.

تنبيه أمني مهم حول API Key

مفتاح API ليس معلومة عادية.

لا تنشره في منشور عام، ولا تضعه داخل صورة شاشة منشورة، ولا تحفظه في مستودع GitHub عام، ولا ترسله إلى شخص غير موثوق.

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

أهم إعدادات AI Bot

بعد اختيار Persona وإضافة API Key، ستجد إعدادات أخرى تؤثر على طريقة التشغيل.

Tokens

الـTokens مرتبطة بكمية النص التي يمكن للنموذج التعامل معها أو إنتاجها وفق الإعدادات والنموذج المستخدم.

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

الاختيار يعتمد على طبيعة الردود التي تحتاج إليها.

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

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

Message Delay

يمكن أيضًا استخدام تأخير بين الرسائل.

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

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

القيمة المناسبة تعتمد على طبيعة الاستخدام وتجربة العميل التي تريد الوصول إليها.

أيام وساعات التشغيل

إذا كان البوت يحتاج إلى العمل باستمرار، يمكن ضبط أيام التشغيل وأوقات التشغيل بما يناسب النشاط.

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

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

هل يجب تشغيل البوت داخل الجروبات؟

ليس بالضرورة.

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

أما إذا كان لديك سيناريو واضح يحتاج إلى التفاعل داخل مجموعة، فيمكن ضبط الإعداد المناسب لذلك.

احفظ البوت ثم اختبره ثم فعّله

من الأخطاء العملية الشائعة الانتقال مباشرة إلى الاختبار أو التفعيل قبل التأكد من حفظ الإعدادات.

التسلسل العملي الواضح هو:

بعد الحفظ، اختبر البوت.

لكن لا تجعل الاختبار مجرد سؤال: «هل البوت بيرد؟»

السؤال الأهم هو: هل البوت بيرد بالطريقة الصحيحة؟

قد يرسل البوت ردًا بسرعة، وقد يكون الاتصال بالنموذج صحيحًا، لكن ذلك لا يعني أن الرد مناسب لنشاطك أو ملتزم بالمعلومات والقواعد التي وضعتها.

كيف تختبر Persona وليس مجرد اتصال البوت؟

يمكنك إنشاء جدول اختبار بسيط يغطي أكثر من نوع من المواقف.

هذه الطريقة أفضل بكثير من اختبار البوت بسؤال أو سؤالين فقط.

فقد يكون الـAPI يعمل بصورة صحيحة، بينما المشكلة الحقيقية في Persona أو التعليمات أو المعلومات المتاحة للبوت.

الاختبار الجيد يبحث عن السلوك وليس مجرد الاستجابة

إذا سألت البوت سؤالًا عاديًا وأجاب، فهذا يثبت فقط أن هناك استجابة.

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

كل هذه الأسئلة تجعل اختبار Persona أكثر فائدة من مجرد التأكد من أن الرسالة وصلت.

أخطاء شائعة عند إنشاء بوت ذكاء اصطناعي

إنشاء البوت قبل تجهيز Persona

هذا يجعل المستخدم يبدأ من الجانب التقني قبل تحديد ما يريد من البوت.

الأفضل أن تكون وظيفة البوت ومعلوماته وقواعده واضحة قبل الانتقال إلى إعدادات التشغيل.

كتابة Persona عامة جدًا

مثل:

«أنت موظف خدمة عملاء محترف.»

هذه الجملة وحدها لا تحدد المنتجات ولا القيود ولا المعلومات المتاحة ولا طريقة التصرف في الحالات المختلفة.

عدم تحديد ما لا يستطيع البوت فعله

معرفة الحدود مهمة لمنع الإجابات غير الصحيحة.

البوت يحتاج إلى معرفة نطاق دوره، وليس فقط المعلومات التي يستطيع استخدامها.

عدم إضافة أمثلة

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

اعتبار API Key هو كل شيء

الـAPI يوفر الاتصال بالنموذج، لكنه لا يحدد وحده قواعد نشاطك التجاري أو المعلومات التي تريد أن يعمل البوت وفقها.

تفعيل البوت دون اختبار

الاختبار يجب أن يسبق التشغيل الفعلي، خصوصًا إذا كان البوت سيتعامل مع عدد كبير من العملاء.

من Persona إلى نظام خدمة عملاء قابل للتوسع

عندما تجمع بين:

تبدأ في بناء نظام خدمة عملاء، وليس مجرد رد آلي.

وهنا تظهر قيمة Whats360 في تحويل الفكرة إلى بوت يعمل ضمن بيئة WhatsApp.

الفكرة ليست أن تجعل الذكاء الاصطناعي يجيب عن كل شيء.

بل أن تحدد بوضوح:

• ما الذي يعرفه؟
• ما الذي يستطيع الإجابة عنه؟
• ما الذي يجب أن يرفض التخمين فيه؟
• ما المعلومات التي يستخدمها؟
• كيف يتعامل مع العميل؟
• ومتى تحتاج العملية إلى تدخل بشري؟

هذا هو الفرق بين بوت «يرد» وبوت مصمم لخدمة العملاء.

متى تحتاج إلى AI Bot ومتى لا تحتاج إليه؟

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

ويكون مناسبًا خصوصًا عندما تحتاج إلى:

• فهم الأسئلة المختلفة.
• التعامل مع صياغات متعددة للسؤال نفسه.
• تقديم إجابات مبنية على سياق.
• أتمتة جزء من خدمة العملاء.
• تقليل العمل اليدوي المتكرر.

لكن لا ينبغي أن تجعل الذكاء الاصطناعي بديلًا عن التدخل البشري في كل الحالات.

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

بهذه الطريقة يصبح AI Bot جزءًا من منظومة خدمة العملاء، وليس نظامًا منفصلًا يحاول التعامل مع كل موقف بنفس الطريقة.

Workflow: تحويل إعداد Persona إلى عملية ذكاء اصطناعي مؤتمتة

إعداد Persona قد يصبح مهمة متكررة، خصوصًا إذا كنت تنشئ بوتات لأنشطة متعددة.

في هذه الحالة يمكن تحويل العملية نفسها إلى AI Workflow.

ثم يمر المحتوى بالمراحل التالية:

Business Information
↓
Information Extraction
↓
Persona Builder
↓
Rules Generator
↓
FAQ Generator
↓
Training Examples
↓
Persona QA
↓
Final Persona

ويمكن تقسيم العمل نظريًا بين وكلاء متخصصين مثل:

• Business Analyst Agent: استخراج معلومات النشاط.
• Persona Architect Agent: بناء هيكل الشخصية.
• FAQ Agent: استخراج الأسئلة المتوقعة.
• Training Example Agent: إنشاء أمثلة تدريبية.
• QA Agent: مراجعة Persona واكتشاف التناقضات.

هذه بنية Workflow مقترحة وليست ادعاءً بأن هذه الوكلاء موجودون كميزات جاهزة.

ويمكن لمن يريد التوسع في فكرة AI Workflows الاطلاع على دروس Beincode AI Workflows على YouTube.

المبدأ هنا هو:

وليس العكس.

كيف تجعل إعداد Persona أكثر قابلية للتوسع؟

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

يمكن التفكير في Persona باعتبارها طبقة تجمع بين معلومات النشاط وقواعده وطريقة التعامل مع العميل والأمثلة التي تساعد على توضيح الحالات المهمة.

كلما كان هذا المحتوى منظمًا، أصبح من الأسهل مراجعته وتعديله عندما تتغير الخدمات أو الأسعار أو السياسات.

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

الأسئلة الشائعة

مقالات ذات صلة

الخلاصة

إنشاء بوت ذكاء اصطناعي في Whats360 ليس مجرد الحصول على Gemini API Key ثم تشغيل البوت.

العملية الأفضل تبدأ من الأساس: تحديد ما الذي يجب أن يفعله البوت، ثم بناء Persona واضحة تحتوي على المعلومات والقواعد والقيود والأمثلة التي يحتاج إليها، وبعد ذلك ربطها بالـAI Bot وإضافة Gemini API وضبط التشغيل.

والأهم أن الاختبار لا يجب أن يجيب فقط عن سؤال: هل البوت يعمل؟

بل عن سؤال أهم: هل البوت يتصرف بالطريقة التي صممتها له؟

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

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

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

معلومات النشاط
↓
استخراج المعلومات
↓
بناء Persona
↓
توليد القواعد
↓
توليد الأسئلة والأمثلة
↓
مراجعة Persona
↓
ربط AI Bot
↓
Gemini API
↓
الإعداد والاختبار
↓
التفعيل