بوت محادثة أو وكيل ذكي؟ عبدالله بن سنكر يقارن بطلب عميل واحد

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

الطلب «أبي أأجّل موعدي» على بوتين

عميل يكتب لعيادة على واتساب: «السلام عليكم، عندي موعد اليوم الساعة ٥ أبي أأجله لبكرة العصر إذا فيه». طلب عادي جداً، بس يكشف الفرق كله.

النظام الأول، بوت القوائم التقليدي، يرد: «أهلاً بك، اختر: ١ للحجز، ٢ للاستفسار، ٣ للتحدث مع موظف». العميل يضغط ٣، وينتظر الموظف. البوت ما فهم الطلب، هو بس وزّعه.

عيبه واضح، بس له ميزة ما تنقال كثير: متوقّع تماماً. ما يقول شي غلط لأنه ما يقول شي أصلاً غير اللي كتبته له.

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

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

نفس الطلب على وكيل ذكي

الوكيل يمر بخطوات: يتعرّف على العميل من رقمه، يفتح التقويم ويلقى موعد اليوم، يبحث عن الفترات الفاضية بكرة بعد العصر، يعرض على العميل «فيه ٤:٣٠ أو ٦:١٥، أيهم يناسبك؟»، وبعد اختيار العميل يلغي القديم ويثبّت الجديد ويرسل تأكيد.

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

المقارنة على الورق

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

الخيار اللي بين الاثنين

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

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

متى تختار أيهم؟

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

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

وبوت القوائم؟ لا تستخف فيه. لو عندك ثلاثة خيارات بس، القائمة أسرع للعميل من أي محادثة.

نصيحة قبل ما توقّع

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

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