يجيب المتصل عن سؤال ثم ينتظر، لكن الصوت يختفي. لم يخطئ وكيل الذكاء الاصطناعي في فهم الطلب، بل توقف عن الاستجابة. والفرق مهم لأن إعادة السؤال لن تصلح اتصالًا تعطل.
اضبط مسار الفشل قبل الإطلاق. حدّد ما سيسمعه العميل، واختر إجراءً بديلًا في Dynamics 365 يصل إلى مساعدة حقيقية، واختبر الفشل، ثم احتفظ بدليل على انتقال المكالمة إلى شخص أو انتهائها بوضوح. الصمت ليس مسارًا بديلًا.
تذكر ملاحظات تحديث Microsoft 26092 أن Dynamics 365 Contact Center أصبح أكثر قدرة على الحفاظ على استمرارية المراسلة والتوجيه عندما يتوقف وكيل الذكاء الاصطناعي عن الاستجابة. لكن على فريق التشغيل أن يحدد الوعد وأن يثبت أن الوجهة تعمل.
عامل الصمت كحادث خدمة
يحدث تعذر فهم النية عندما لا يعرف الوكيل ما يريده المتصل. أما فشل التشغيل فقد يقع بعد أن يذكر العميل اسمه أو رقم طلبه أو سبب الاتصال، ثم يصبح الوكيل غير متاح بسبب عطل في النظام أو الشبكة.
- 1حدد الوعدقرر ما سيسمعه العميل وما هي المساعدة المتاحة فعلًا.
- 2طابق الإجراء مع الخطراختر التصعيد أو التحويل الخارجي أو الانتظار أو الإنهاء بوعي.
- 3تحقق من الوجهةأكد الرقم والقائمة والموظفين والصلاحيات قبل الاعتماد عليها.
- 4اختبر الفشلعطّل الوكيل بصورة مضبوطة واتبع المسار من منظور العميل.
- 5راقب الاستعادةراجع المكالمات البديلة والوجهات الفاشلة والملكية والنتيجة النهائية.
لا تطلب من العميل تشخيص الفرق. قدّم رسالة قصيرة وصادقة وخطوة تالية. واحتفظ داخليًا بنقطة الفشل والمسار الذي جرت محاولته وما إذا كان أحد قد قبل المكالمة. ينبغي أن يرى الموظف المستلم السياق المتاح في صندوق وارد مشترك، لا أن يطلب من العميل إعادة القصة.
تختلف الخطورة حسب المهمة. الصمت عند السؤال عن ساعات العمل مزعج، لكنه أخطر أثناء الوصول إلى حساب أو طلب مساعدة في دفع أو خدمة عاجلة. اختر المسار حسب أثر التأخير لا حسب أسهل خيار في الإعداد.
اختر الوعد قبل الإعداد
يوثق دليل Microsoft لإعداد مسارات IVR البديلة أربعة إجراءات عند تعذر الوصول إلى الوكيل أو وقوع عطل في النظام أو الشبكة. لكل إجراء وعد مختلف.
| الإجراء المدمج | متى يناسب | ما الذي يجب التحقق منه | الدليل المطلوب |
|---|---|---|---|
| رسالة ثم إنهاء | لا توجد وجهة بشرية مسؤولة ويكون الإنهاء أوضح من الانتظار | توضح الرسالة سبب الإنهاء والخطوة الواقعية التالية | تشغيل الرسالة وإنهاء المكالمة ومالك المتابعة |
| رسالة ثم تحويل إلى رقم خارجي | توجد خدمة منفصلة ومأهولة تقبل المكالمة | يجيب رقم E.164 المعتمد خلال الساعات المعلنة | محاولة التحويل والرد ومالك الوجهة |
| رسالة ثم تصعيد | يوجد مسار داخلي إلى ممثل خدمة | تسمح السعة والتوجيه والصلاحيات بالتسليم | حدث التصعيد والمالك المستلم والحالة النهائية |
| موسيقى انتظار ثم تصعيد | انتظار قصير ومأهول مقبول | تبدأ الموسيقى وتستطيع القائمة الرد وللانتظار الطويل مالك | بداية الانتظار ووقت القبول أو الانقطاع |
لا تخف عدم اليقين خلف كلمات مبهجة. إذا كانت المراجعة غدًا فقل ذلك. وإذا لم يستطع أي موظف استقبال المكالمة فقد يكون إنهاء واضح مع بديل حقيقي أفضل من موسيقى بلا نهاية.
يضع نموذج تشغيل الذكاء الاصطناعي حدودًا لسلطة الأتمتة ويجعل الحد البشري واضحًا. المسار البديل هو ذلك الحد عند الفشل.
أثبت أن الوجهة تستطيع الرد
التحويل المضبوط ليس استعادة ناجحة بالضرورة. تحقق من صيغة E.164 للرقم الخارجي، ومن أن القائمة الداخلية مفتوحة، وأن ممثلًا مناسبًا يستطيع قبول العمل، وأن العميل لن ينتقل إلى طريق آلي مسدود آخر.
ضع مالكًا لكل اعتماد. قد تكون الاتصالات مسؤولية المدير التقني، والتغطية مسؤولية المشرف، والرسالة مسؤولية مالك الخدمة. يصبح مسار الأتمتة أكثر قابلية للإدارة عندما تكون هذه المسؤوليات واضحة.
استخدم بيانات عميل اصطناعية في الاختبار الأول. ابدأ مكالمة حقيقية ومر بعدة خطوات عادية، ثم اجعل الوكيل غير متاح بطريقة مضبوطة يدعمها إعدادك. استمع كأنك العميل. هل عُرضت الرسالة مرة واحدة؟ هل نُفذ الإجراء المختار؟ هل أجابت الوجهة؟ وهل وصل السياق السابق؟
كرر الاختبار خارج ساعات التغطية. واختبر رقمًا خارجيًا غير متاح وقائمة مغلقة أو ممتلئة وعميلًا يقطع الاتصال أثناء الرسالة. تكشف هذه الحالات إن كان المسار البديل نفسه يفشل بأمان.
احتفظ بسجل فشل صغير
سجل وقت الاختبار والقناة وإصدار الوكيل وآخر خطوة ناجحة ونقطة الفشل والرسالة والإجراء والوجهة ونتيجة القبول والمالك النهائي وقرار الإصلاح. لا تستخدم بيانات شخصية أو بيانات دفع. يجب أن تتبع صلاحية الاطلاع على الدليل وإعدادات التوجيه ضوابط الأمان.
توضح Microsoft أن مقياس Fallback calls متاح في لوحة تقارير الروبوت التاريخية وفي التحليلات الفورية. استخدم العدد كإشارة لا كحكم نهائي. قد يعني الارتفاع عطلًا أو اعتمادًا سيئًا أو زيادة في الحركة. راجع عينات من المحادثات وافصل انقطاع العميل عن فشل النظام المؤكد.
يجب أن يراجع مالك الاستعادة الوجهات الفاشلة ونقاط الفشل المتكررة والمكالمات التي انتهت بلا خطوة مقبولة. وتحتاج عمليات الدعم إلى هذه الملكية الحية، بينما يحتفظ سجل العميل بالسياق الدائم.
يساعد DripTell على إبقاء الملكية والملاحظات والمتابعة بين القنوات ظاهرة بعد التسليم، لكنه لا يجعل الوجهة غير المأهولة قادرة على الرد. يجب أن يطابق الوعد التغطية الفعلية.
الأسئلة الشائعة
ماذا يسمع العميل عند تعطل الوكيل
استخدم رسالة قصيرة تقول إن الخدمة الآلية لا تستطيع المتابعة وتذكر الخطوة الحقيقية التالية. لا تقل إن شخصًا سينضم ما لم يكن المسار قادرًا على الوصول إليه.
أي إجراء بديل هو الأكثر أمانًا
لا يوجد خيار واحد للجميع. يناسب التصعيد وجود مسار داخلي مأهول. ويحتاج التحويل الخارجي إلى رقم E.164 مجرب. وقد يكون الإنهاء صادقًا عند غياب المسار البشري، أما الموسيقى فتحتاج قائمة تستطيع الرد.
كيف نختبر وكيلًا لا يستجيب
استخدم بيانات اصطناعية وأكمل خطوات عادية ثم شغّل فشلًا مضبوطًا. راقب الرسالة والمسار والوجهة والسياق والمالك والحالة النهائية، ثم كرر الاختبار والوجهة غير متاحة.
أين نراقب حالات الفشل
توثق Microsoft مقياس Fallback calls في تقارير Omnichannel التاريخية والفورية. اربط العدد بأدلة المحادثة ومالك مراجعة معروف.
هل تحتاج إلى مساعدة في تطبيق هذا الدليل؟تحدّث مع فريق DripTell
من القراءة إلى التطبيق
هل تريد مساعدة في تطبيق هذه الأفكار على عملك؟
شارك بياناتك وسنراجع المقال الذي تقرؤه، ثم نبدأ بإجابة عملية تناسب فريقك.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر
