متى يجب أن يسلّم بوت WhatsApp المحادثة لموظف بشري

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

المفاضلة الحقيقية

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

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

إشارات تستحق أن تُبنى عليها القاعدة

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

كيف تحدد العتبة

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

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

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