لتغيير ما يقوله الوكيل الصوتي أثناء انقطاع الخدمة دون مشروع تطوير، أنشئ في الوكيل خانة مخصّصة للرسالة مرة واحدة، ثم غيّر قيمة هذه الخانة عند وقوع أي حدث، بحيث يصبح التحديث تعديلًا في الإعدادات مع إمكانية التراجع بخطوة واحدة بدلًا من إصدار جديد. إن السرعة التي يستطيع بها فريق العمليات إجراء هذا التعديل بأمان هي ما يسميه المشترون «مرونة المحتوى»، وهي بند ينبغي أن يكون ضمن أي قائمة لتقييم حلول الذكاء الاصطناعي الصوتي.
يتناول هذا المقال حالات انقطاع الخدمة وإطلاق المنتجات وتحديثات الخدمة من جانبك. إذا أردت معرفة كيف تحافظ منصّة Retell على استمرارية تشغيلها، فراجع كيف تتعامل منصّة Retell مع حالات الانقطاع ووقت التشغيل.
لماذا تزداد أهمية رسائل انقطاع الخدمة مع الوكيل الصوتي؟
لأن الوكيل الصوتي سيردّ على كل مكالمة بإعداداته الحالية إلى أن يغيّرها أحد. يتلقى الفريق البشري إحاطة في بداية كل نوبة عمل، أما الوكيل فيتلقى ما تنص عليه تعليمات الـ prompt ورسالته الافتتاحية فقط.
عندما تتعطل بوابة الفوترة أو يتأخر شريك التوصيل يومًا، يريد المتصلون ثلاثة أمور: تأكيدًا بأنك على علم بالمشكلة، وما يمكنهم فعله الآن، ومتى يعاودون التحقق. وإذا لم يستطع الوكيل قول ذلك، فسيشرح كل متصل المشكلة من البداية، ويطلب التحدث إلى شخص، ويزيد الضغط على قائمة الانتظار التي كنت تحاول حمايتها.
ما الذي يجب أن يتمكن فريقك من تغييره دون إصدار جديد؟
تغطي أربعة عناصر معظم الحوادث وعمليات الإطلاق:
- الرسالة الافتتاحية، ليسمع المتصلون الإشعار قبل أن يشرحوا أي شيء.
- إشعار يمكن للوكيل مناقشته أثناء المكالمة، ليجيب عن سؤال «هل حُلّت المشكلة؟» بشكل متّسق.
- وجهة التحويل، لتصل حالات التصعيد إلى فريق احتياطي.
- الحقائق المرجعية الخاصة بإطلاق منتج أو تغيير سياسة، مثل تفاصيل الخطط الجديدة أو مواعيد العمل في العطلات.
في منصّة Retell، تعمل المتغيّرات الديناميكية في جميع هذه المواضع: الرسالة الافتتاحية، وتعليمات الـ prompt للوكيل، والجمل الثابتة في Conversation Flow، وأرقام وجهات التحويل، ونصوص SMS. وهذا ما يجعل التغيير دون إصدار جديد ممكنًا.
كيف تُعِدّ الوكيل بحيث يمكن تفعيل الإشعار بتغيير واحد؟
نفّذ ذلك مرة واحدة، قبل أن تحتاج إليه.
أضف متغيّر إشعار. ضع {{service_notice}} في رسالة الترحيب المخصّصة، على سبيل المثال: «شكرًا لاتصالك. {{service_notice}} كيف يمكنني مساعدتك اليوم؟» وأضف سطرًا مطابقًا إلى الـ prompt، مثل: «إشعار الخدمة الحالي: {{service_notice}}. إذا لم يكن فارغًا، فاذكره مرة واحدة قرب بداية المكالمة وأجب عن الأسئلة المتعلقة به باستخدام هذا النص فقط.»
امنحه قيمة افتراضية فارغة. في منصّة Retell، يبقى المتغيّر الذي لا قيمة له في الرسالة كنص خام {{service_notice}}، بينما تستبدله السلسلة الفارغة بلا شيء. اضبط قيمة افتراضية على مستوى الوكيل هي "" ضمن إعدادات Security & fallback ليقرأ الوكيل الرسالة بشكل طبيعي في الأيام العادية.
اربط أرقام الإنتاج بالوسم prod. وسوم البيئة في منصّة Retell هي أسماء تشير إلى إصدار معيّن من الوكيل، وأرقام الهواتف المعيّنة لوسم ما تتبعه. أما الأرقام المعيّنة مباشرة لإصدار ما فتبقى على ذلك الإصدار، لذا تحقّق من كل رقم إنتاج الآن.
اختبر مسار الإشعار. تتيح لك حالات اختبار المحاكاة في منصّة Retell ضبط المتغيّرات الديناميكية مسبقًا. احتفظ بحالة اختبار واحدة تتضمن نموذج إشعار، وتأكّد من أن الوكيل يقرؤه ويُكمل المكالمة رغم ذلك.
كيف تفعّل الرسالة أثناء انقطاع الخدمة؟
اضبط الإشعار على الوسم، لا في الوكيل. في ترويسة الوكيل، افتح Environment، ثم Configure Tags، واختر prod، واضبط service_notice على النص المعتمد. توفّر منصّة Retell قيم الوسم عندما تستخدم المكالمة ذلك الوسم، وتتقدّم قيم الوسم على القيم الافتراضية للوكيل. وقبل الاعتماد على ذلك أثناء انقطاع فعلي، أجرِ مكالمة اختبارية للتأكد من التقاط القيمة الجديدة في المكالمة التالية.
يتعامل النمط نفسه مع التوجيه. إذا كانت وجهة التحويل متغيّرًا، فاضبطها على الوسم لإرسال حالات التصعيد إلى خط احتياطي، ثم أعِدها إلى قيمتها السابقة لاحقًا.
بالنسبة إلى المكالمات الجارية بالفعل، يمكن للمطوّر استخدام Update Live Call API في منصّة Retell، الذي يتجاوز المتغيّرات الديناميكية في المكالمة الجارية ويسري فورًا.
للتراجع، امسح القيمة من الوسم. تُطبَّق القيمة الافتراضية الفارغة للوكيل مجددًا في المكالمة التالية.
متى يجب أن يكون التغيير إصدارًا جديدًا بدلًا من ذلك؟
عندما تغيّر السلوك لا الكلمات فقط. فإطلاق منتج يضيف أسئلة جديدة أو أداة جديدة أو مسار مكالمة مختلفًا هو تغيير في الإصدار.
سير العمل في منصّة Retell:
- أنشئ مسودة من الإصدار الذي يشير إليه
prod. المسودات نسخ قابلة للتعديل لا تمسّ المصدر. - عدّلها واختبرها بمكالمة اختبارية أو بحالات اختبار المحاكاة لديك.
- افتح مقارنة الإصدارات من نافذة النشر. تعرض المقارنة الدلالية كل حقل تغيّر وتبرز الكلمات المضافة أو المحذوفة بدقة في النصوص الطويلة.
- انشر الإصدار، ما يجعله للقراءة فقط، ثم انقل الوسم
prod إليه.
للتراجع، أعِد prod إلى الإصدار السابق. الأرقام المرتبطة بالوسم تتبعه.
هل يمكن لأنظمتك الخاصة تشغيل الرسالة تلقائيًا؟
نعم، إذا أنشأت ذلك مرة واحدة. يُضبط webhook المكالمات الواردة في منصّة Retell لكل رقم هاتف على حدة، ويستدعي الـ endpoint الخاص بك عند وصول مكالمة. ويمكن لاستجابتك ضبط المتغيّرات الديناميكية، أو تجاوز الرسالة الافتتاحية وقواعد المعرفة المرتبطة، لتلك المكالمة فقط. ولا تُحفظ هذه التجاوزات في الوكيل المحفوظ.
يعني ذلك أن مؤشر حادثة في أدوات مراقبة الحالة لديك يمكنه تحديد ما يسمعه المتصلون، دون أي تعديل في لوحة التحكم أثناء الحادثة. احتفظ بوكيل افتراضي للمكالمات الواردة على الرقم: إذا فشل الـ endpoint في المحاولات الثلاث كلها، تحاول منصّة Retell توصيل المكالمة بذلك الوكيل، وفي غيابه تُنهي المكالمة.
أين تندرج قاعدة المعرفة؟
استخدمها لتفاصيل إطلاق المنتجات وتحديثات الخدمة، لا لحالة الحوادث المباشرة. تناسب قاعدة المعرفة الحقائق التي يبحث عنها الوكيل، مثل تفاصيل الخطط أو قائمة المناطق المتأثرة، وتوصي وثائق منصّة Retell بإبقاء التعليمات في الـ prompt بدلًا من قاعدة المعرفة.
تنبيهان: مصادر URL والمستندات المتزامنة تتحدّث تلقائيًا كل 24 ساعة، وهذا بطيء جدًا بالنسبة إلى حالة تتغيّر كل ساعة. كما أن قواعد المعرفة ترتبط بالوكلاء ككائنات منفصلة، لذا تحقّق من الوكلاء الذين يستخدمون قاعدة ما قبل إضافة إشعار مؤقت إليها. وللاطلاع على طريقة الهيكلة، راجع كيفية هيكلة قاعدة المعرفة للذكاء الاصطناعي الصوتي.
كيف يبدو الدليل الجيد لرسائل انقطاع الخدمة؟
اكتب هذه الرسائل واعتمدها قبل وقوع أي حادثة، ثم املأ ما بين الأقواس في يوم الحادثة.
| المُحفِّز | ما يقوله الوكيل | جهة الاعتماد | طريقة التراجع |
|---|
| انقطاع مؤكَّد في نظام يتعامل مع العملاء | «نعلم أن [النظام] غير متاح حاليًا. لا داعي للإبلاغ عن ذلك. [ما يمكن للمتصل فعله بدلًا من ذلك].» | قائد الاستجابة للحوادث، مع موافقة قائد تجربة العملاء على الصياغة | امسح service_notice من الوسم prod |
| خدمة متدهورة (بطيئة، جزئية) | «بعض طلبات [الميزة] أبطأ من المعتاد اليوم. إذا كان طلبك عاجلًا، يمكنني [الإجراء].» | قائد تجربة العملاء | امسح service_notice من الوسم prod |
| نافذة صيانة مخطط لها | «سيكون [النظام] غير متاح من [البداية] إلى [النهاية]، [المنطقة الزمنية].» | قائد العمليات، بجدولة مسبقة | امسح قيمة الوسم عند انتهاء النافذة |
| ذروة تتطلب دعمًا بشريًا احتياطيًا | تحية عادية؛ وتذهب حالات التصعيد إلى الخط الاحتياطي | مدير القوى العاملة أو مدير قائمة الانتظار | أعِد ضبط متغيّر التحويل على الوسم |
| إطلاق منتج أو تغيير سياسة | نص وأسئلة جديدة، مدعومة بمحتوى محدَّث في قاعدة المعرفة | مالك المنتج، إضافة إلى فريق الامتثال عندما يمسّ التغيير الإفصاحات | أعِد prod إلى الإصدار السابق |
| إشعار للمكالمات الواردة يُشغّله مؤشر الحوادث لديك | رسالة افتتاحية أو متغيّرات لكل مكالمة من الـ webhook الخاص بك | تُضبط وفق قاعدة؛ وتُعتمد القاعدة نفسها مرة واحدة | أوقف مؤشر الحادثة في نظامك |
اجعل كل إشعار في جملة أو جملتين قصيرتين. اذكر ما الذي تأثر وما يمكن للمتصل فعله. ولا تحدد موعدًا للاستعادة إلا إذا أكّده فريق الهندسة.
من يُسمح له بإجراء التغيير، وكيف تعرف أنه نجح؟
قيّد صلاحيات التعديل حسب الدور. يتيح التحكم في الوصول في منصّة Retell لدوري Admin وDeveloper تعديل الوكلاء وقواعد المعرفة، بينما يقتصر دور Member على القراءة فقط. ولا تصف وثائق منصّة Retell خطوة اعتماد داخل المنتج، لذا حدّد جهة الاعتماد لكل مُحفِّز في دليل إجراءات الحوادث لديك، كما في الجدول أعلاه.
ثم تحقّق من النتيجة. تتيح ميزة Live Monitoring للمشرف الاستماع إلى المكالمات الجارية، لتسمع أوائل المتصلين وهم يتلقون الإشعار. ويمكن لقواعد التنبيه في منصّة Retell إرسال بريد إلكتروني أو استدعاء webhook عندما ينخفض معدل النجاح أو ترتفع أخطاء API، ما يساعد في رصد الحادثة وتأكيد التعافي معًا. أضف الإشعار إلى بطاقة تقييم QA للوكيل الصوتي لمراجعة الحادثة.
ما الذي يجب أن تسأله لمزوّد الذكاء الاصطناعي الصوتي عن مرونة المحتوى؟
اطلب منه أن يعرض كلًا مما يلي مباشرة، لا أن يصفه فقط:
- هل يمكن لشخص غير مهندس تغيير الرسالة الافتتاحية وإشعار أثناء المكالمة دون إصدار جديد؟
- هل تتبع أرقام الإنتاج مؤشرًا، بحيث يكون كل من النشر والتراجع خطوة واحدة؟
- هل يمكنك اختبار التغيير على سيناريوهات محفوظة قبل أن يسمعه المتصلون؟
- هل يمكنك رؤية مقارنة على مستوى الكلمات لما تغيّر بين الإصدارات؟
- هل يمكن لأنظمتك الخاصة ضبط الرسالة لكل مكالمة انطلاقًا من مؤشر حادثة؟
- هل يمكنك تحديث المكالمات الجارية بالفعل؟
- ما الأدوار التي يمكنها التعديل، وما الأدوار المقتصرة على القراءة فقط؟
ثم قِس زمن الدورة بنفسك خلال المرحلة التجريبية. يغطي دليلنا حول تقييم منصّة وكيل صوتي قبل الإطلاق بقية هذا الاختبار.
توفّر منصّة Retell لفرق مراكز التواصل وكلاء بإصدارات متعددة، ووسوم بيئة، ومتغيّرات لكل وسم، وتجاوزات لكل مكالمة، حتى يتمكن القائمون على قائمة الانتظار من تغيير ما يسمعه المتصلون والتراجع عنه بخطوة واحدة. اكتشف كيف تناسب عملياتك عبر صفحة منصّة Retell للمؤسسات.
