حين لا يستطيع الذكاء الاصطناعي الإجابة عن سؤال من مصادر معرفتك، فإنه لا يسلّم تذكرة فارغة وحسب. بل يضع على التذكرة وسم الفريق الذي ينبغي أن يتعامل معها، ويكتب سبباً من سطر واحد، ويصوغ مسودّة ردّ يستطيع وكيلك إرسالها.
متى يحدث التوجيه
عند التصعيد فقط. فإذا وجد الذكاء الاصطناعي الإجابة في مصادر معرفتك، ردّ على العميل وانتهت التذكرة — ولا وسم فريق البتّة. أما التوجيه فهو ما يحدث في اللحظة التي لا يستطيع فيها إسناد إجابة.
وفي اللحظة نفسها، يُبلَّغ العميل بأن شخصاً قادم — فيرى “سأصلك بأحد الزملاء وسيردّ عليك هنا بعد قليل” بدلاً من الصمت.
الفرق الثلاثة
هي ثلاثة بالضبط، وهي ثابتة — فلا يمكنك إعادة تسميتها ولا إضافة فرق خاصة بك، كما تفعل مع حالات التذاكر.
CS
خدمة العملاء: الأسئلة العامة، وشؤون الحسابات، والفوترة. وهو الفريق الافتراضي، وحيث تصل معظم التصعيدات.
Tech
الفريق التقني: الأخطاء البرمجية، والأعطال، والشروح التقنية — كل ما يحتاج إلى شخص يعرف كيف يعمل المنتج.
Product
فريق المنتج: طلبات الميزات وأسئلة خارطة الطريق — وهي التي يستحقّ جمعها لا مجرّد الإجابة عنها.
ما تراه فعلاً
| أين | ماذا يعرض |
|---|---|
| طابور التذاكر | “Routed to Tech” (وُجّهت إلى Tech) تحت اسم العميل، فتعرف نوع التذكرة قبل فتحها. |
| التذكرة نفسها | وسم الفريق في الأعلى، والسبب بجواره — “Routed to Tech — the customer reports an error on upload.” (العميل يبلّغ عن خطأ أثناء الرفع). |
| المحادثة | سطر من النظام يسجّل التسليم، محفوظ مع الرسائل ليكون السجلّ كاملاً. |
المسودّة التي تأتي معها
يحدث التوجيه والردّ المقترح معاً. فالوكيل الذي يتولّى التذكرة يجد مسودّة تنتظره بالفعل فوق صندوق الردّ، بلغة العميل، وتُحدَّث مع استمرار المحادثة. ولا شيء يُرسَل حتى يرسله شخص — راجع كيف تعمل تذكرة الدعم.
حين يذهب كل شيء إلى CS
إذا وصلت تذكرة موسومة بـ CS مع السبب “Needs human review” (تحتاج إلى مراجعة بشرية)، فذلك هو الخيار الاحتياطي — أي أن خطوة التصنيف لم تكتمل، فسُلّمت التذكرة من دون تصنيف بدلاً من حجزها. فالعميل لا يُترك منتظراً أبداً لأن الفرز أخفق.
اقرأ وسم الفريق لتعرف أي نوع من المساعدة تحتاجه التذكرة، ثم أسندها إلى شخص ليتولّى أحدهم مسؤولية إيصال إجابة إلى العميل.