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

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

هذا يحول السؤال من «ما أفضل نموذج؟» إلى «ما المهمة، وما مصدر الحقيقة، وما مستوى المخاطرة المقبول؟»

ما مستويات استخدام الذكاء الاصطناعي داخل محادثة واتساب؟

ليست كل ميزة AI واحدة. ينبغي الفصل بين ثلاثة مستويات لأن كل مستوى يحتاج تحكمًا مختلفًا.

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

ما المقصود بسياق العميل؟

السياق هو مجموعة بيانات يختار النظام تمريرها إلى المساعد لهذه المهمة. قد تشمل:

• الرسائل الأخيرة ذات الصلة، لا كامل السجل تلقائيًا.

• لغة العميل والقناة والفرع المصرح بهما.

• حقائق مثل المنتج محل الاهتمام أو المرحلة الحالية، مع مصدرها.

• سياسات الرد والوعود التي يجوز أو لا يجوز تقديمها.

• نتيجة حديثة من أداة مهيأة، مثل حالة طلب أو توفر.

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

لماذا تفشل الردود العامة حتى لو كانت لغتها جيدة؟

قد ينتج النموذج ردًا سليمًا نحويًا لكنه يفشل تشغيليًا لأحد الأسباب التالية:

• يفترض منتجًا أو سعرًا لم يذكره مصدر معتمد.

• يجيب عن آخر سطر ويتجاهل أن العميل سبق أن رفض الخيار نفسه.

• يقدم وعدًا لا تسمح به سياسة الشركة.

• يستخدم حقيقة قديمة بعد تغير المخزون أو حالة الطلب.

• لا يميز بين سؤال عادي وحالة يجب أن يتولاها موظف مختص.

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

كيف تبني حالة استخدام قابلة للضبط؟

1. ابدأ بمهمة ضيقة

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

2. حدد مصدر الحقيقة لكل معلومة

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

3. عرّف عقد السياق

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

4. افصل الاقتراح عن الإجراء

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

5. عرّف التصعيد قبل التفعيل

تسمح سياسة WhatsApp Business Messaging بالأتمتة داخل نافذة خدمة العميل، لكنها تشترط إتاحة مسارات تصعيد بشرية مباشرة وواضحة. لا يكفي زر مخفي أو وعد بأن «الموظف سيتدخل عند الحاجة».

متى يجب أن يتوقف المساعد ويصعّد الحالة؟

ينبغي أن يكون التصعيد جزءًا من المسار نفسه، مع مالك وزمن متابعة، لا رسالة اعتذار تنهي المحادثة.

مثال تشغيلي مفترض: استفسار عن توفر منتج

مثال افتراضي للتوضيح، وليس تكاملًا جاهزًا لكل حساب أو نتيجة عميل: موزع لديه نظام مخزون يمكن الوصول إليه عبر API مهيأ ومصرح به. يرسل عميل: «هل المنتج X متوفر في فرع الرياض؟»

1. يستخرج المساعد اسم المنتج والفرع كمدخلين محتملين، لكنه لا يقرر التوفر من ذاكرته.

2. يتحقق النظام من مخطط الأداة ومن صلاحية المستخدم، ثم يستعلم من API المخزون.

3. تعيد الأداة نتيجة تحمل وقت الاستعلام ومعرف المنتج والكمية أو حالة التوفر.

4. يصوغ المساعد ردًا يذكر الحالة كما أعادها المصدر، من دون إضافة سعر أو وعد بالحجز.

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

6. يسجل النظام استدعاء الأداة والنتيجة والنسخة التي راجعها الموظف أو أُرسلت وفق السياسة.

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

كيف تمنع الهلوسة والبيانات القديمة من التحول إلى رد؟

لا يمكن ضمان انعدام الخطأ، لكن يمكن تقليل أثره:

• استخدم مصادر معرفة محددة بدل إدخال نصوص غير محكومة.

• أرفق بالحقائق المتغيرة مصدرًا ووقت تحديث ومدة صلاحية.

• افشل بشكل واضح عندما لا تعيد الأداة نتيجة صالحة.

• امنع النموذج من إنشاء أسعار أو شروط أو أرقام حسابات من دون مصدر.

• اختبر حالات التعارض والحقول المفقودة وهجمات التعليمات داخل رسالة العميل.

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

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

ما ضوابط الخصوصية والوصول المطلوبة؟

قبل ربط المحادثات بمزود نموذج أو نظام خارجي، وثّق:

1. البيانات التي تُرسل والغرض من كل حقل.

2. الأساس النظامي والإشعار والموافقات المطلوبة.

3. مكان المعالجة والاحتفاظ والحذف لدى كل طرف.

4. صلاحيات أعضاء الفريق والقنوات والشركات.

5. طريقة حجب الأسرار والبيانات الحساسة من السجلات.

6. آلية طلب الوصول أو التصحيح أو الحذف.

توضح سياسة خصوصية Wats أنواع مزودي الخدمة ومعالجة البيانات على مستوى المنتج. وعلى كل شركة مراجعة إعدادها وعقود مزودي النماذج والأنظمة المتصلة وفق التزاماتها الفعلية، لا الاكتفاء بعبارة عامة عن «أمان AI».

ماذا يجب أن يحتوي سجل التدقيق؟

السجل المفيد يساعد على إعادة بناء القرار من دون تخزين أسرار غير لازمة. بحسب الحالة، يتضمن:

• وقت التشغيل ومعرف المحادثة والنطاق المصرح به.

• المزود والنموذج وإصدار سياسة المساعد.

• مصادر السياق ومعرّفاتها ووقت تحديثها، لا نسخًا زائدة بلا حاجة.

• الأداة والمعاملات المنقحة والنتيجة أو رمز الفشل.

• هل كان الناتج اقتراحًا أم إرسالًا تلقائيًا.

• من راجع أو عدل أو وافق، وسبب التصعيد إن وقع.

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

كيف تقيس جودة المساعد قبل توسيع التفعيل؟

ابنِ مجموعة حالات تمثل الواقع، بما فيها الحالات السهلة والاستثناءات والأخطاء. ثم راقب مؤشرات متعددة:

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

كيف يطبق Wats هذه الضوابط؟

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

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

الخلاصة: وسّع الصلاحية بعد إثبات التحكم

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

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