تغيّر معيار شراء الذكاء الاصطناعي الصوتي: من الكلام الطبيعي إلى التحسين التكراري السريع والآمن

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

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

تنشر منصّة Retell AI هذا الدليل، وهي منصّة تبيع حلول الوكلاء الصوتيين. تصلح هذه الأسئلة لأي مورّد، بما في ذلك نحن، ونوضّح المواضع التي تكون فيها إجاباتنا الموثّقة محدودة.

لماذا لم يعد الكلام الطبيعي كافيًا لاختيار مورّد؟

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

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

تقيس فرق البرمجيات التسليم بهذه الطريقة بالفعل. يقسّم DORA، وهو برنامج بحثي تديره Google Cloud، أداء تسليم البرمجيات إلى الإنتاجية وعدم الاستقرار: مدى سرعة وصول التغييرات إلى بيئة الإنتاج، وعدد المرات التي تحتاج فيها إلى تراجع أو إصلاح عاجل. ويفيد DORA بأن «السرعة والاستقرار ليسا مفاضلة بين خيارين» وبأن هذه المقاييس مترابطة لدى معظم الفرق. لا ينبغي لأي مورّد أن يطلب منك الاختيار بين تعديل الوكيل بسرعة وتعديله بأمان.

ما التغييرات التي ينبغي تقييم المورّد على أساسها؟

قيّم التغييرات التي ستجريها فعلًا، لا تقييمًا عامًا لـ«سهولة الاستخدام». يحمل كل نوع من التغيير مخاطر مختلفة، لذا اسأل عن كل نوع على حدة.

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

ما الذي ينبغي أن تسأل عنه بشأن سرعة التحسين التكراري؟

اسأل عمّن يستطيع إجراء التغيير وكم يستغرق الإصلاح الفعلي، ثم اطلب من المورّد أن يُريك ذلك عمليًا.

• من في فريقنا يستطيع تعديل الوكيل، وهل يحتاج إلى مهندس؟ ينبغي أن تحدّد الإجابة دورًا من جانبك، لا فريق الخدمات لدى المورّد. يفصل التحكم في الوصول في Retell بين الأدوار القادرة على بناء الوكلاء واختبارهم وتعديلهم ودور Member المخصّص للقراءة فقط.
• كم من الوقت يمضي من مكالمة فاشلة إلى إصلاح يعمل على المكالمات الحية؟ لا تقبل تقديرًا. اختر مكالمة فاشلة من المرحلة التجريبية، ويُفضّل أن تُظهر نمط إخفاق معروفًا للوكيل الصوتي، واطلب من المسؤول لديك إصلاحها والتحقق منها وإصدارها أمامك.
• هل يمكننا تجربة أكثر من إصلاح في الوقت نفسه؟ تتيح لك إصدارات الوكيل في Retell إنشاء مسودة من أي إصدار سابق والاحتفاظ بعدة مسودات في آنٍ واحد لتجربة أساليب مختلفة.
• هل يمكن تحويل مكالمة فاشلة إلى حالة اختبار دون كتابتها يدويًا؟ في Retell، يستطيع Conductor تحويل مكالمة من Call History أو AI QA إلى حالة اختبار محاكاة، مع صياغة مسودة للشخصية ومعايير النجاح. وتنبّه وثائقه إلى أنه ينبغي مع ذلك مراجعة كل حالة ومحاكاة أي دالة تصل إلى endpoint حي.
• هل يمكن تشغيل مجموعة اختبارات الانحدار من مسار العمل الخاص بنا؟ تبدأ API الاختبار المجمّع في Retell دفعة اختبارات، وعند الاستعلام عنها تُعيد أعداد النجاح والإخفاق والأخطاء، بحيث يمكن لمهمة CI التحقق من النتائج قبل النشر.
• هل يعني تغيير النموذج إعادة الكتابة؟ بالنسبة إلى الوكلاء أحادية ومتعددة الـ prompt، تذكر وثائق Retell أنه يمكنك تبديل النماذج لاحقًا دون إعادة كتابة الـ prompt.
• ما تكلفة التحسين التكراري؟ في Retell، تُحتسب الاختبارات بأسعار الإنتاج، لكل رسالة في الاختبارات النصية ولكل دقيقة في اختبارات الويب والهاتف. خصّص ميزانية لذلك، لأن مجموعة الاختبارات التي لا تستطيع تحمّل تكلفة إعادة تشغيلها لن يُعاد تشغيلها.

ما الذي ينبغي أن تسأل عنه بشأن أمان التحسين التكراري؟

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

• هل كل تغيير إصدار ثابت يمكنك الرجوع إليه؟ في Retell، يؤدي نشر مسودة إصدار الوكيل إلى جعلها للقراءة فقط، «مما يمنحك إعدادًا ثابتًا يمكنك الرجوع إليه لاحقًا». ويُشرح هذا المفهوم في إدارة إصدارات الـ prompt.
• هل يمكننا رؤية ما تغيّر بالضبط؟ تعرض ميزة مقارنة الإصدارات في Retell إصدارين جنبًا إلى جنب، مع فروقات على مستوى الكلمة لنصوص الـ prompt الطويلة، والتغييرات في قواعد المعرفة والدوال المرتبطة.
• هل يمكن أن يصل التغيير إلى عدد قليل من المتصلين قبل وصوله إليهم جميعًا؟ يعرّف دليل SRE العملي من Google الإصدار التجريبي المحدود (canarying) بأنه «نشر جزئي ومحدود زمنيًا لتغيير في خدمة ما وتقييمه». في Retell، يقسّم اختبار A/B حركة المكالمات الواردة أو الصادرة لرقم ما بين الوكلاء وفق نسب مئوية. كما يبدأ كل وكيل بوسمَي البيئة prod وstaging، بحيث يمكنك توجيه staging إلى إصدار جديد والاتصال به على رقم اختباري أولًا.
• كيف نتراجع عن الإصدار، وهل تتبعه جميع الأرقام؟ في Retell، تعيد الوسم prod إلى الإصدار السابق فتتبعه الأرقام المرتبطة بالوسم. أما الأرقام المسندة مباشرة إلى إصدار معيّن فتبقى على ذلك الإصدار، لذا اسأل عن طريقة التحقق من الأرقام التي تستخدم الوسم.
• ما الذي يخبرنا بأن تغييرًا ما أدّى إلى تراجع الأداء؟ تعرض لوحة التحليلات في Retell المقاييس مفصّلة حسب إصدار الوكيل، ويمكن قصر قواعد التنبيه على وسوم البيئة ومقارنتها بالدورة السابقة، كما يقيّم AI QA عيّنة من المكالمات بحثًا عن مشكلات مثل الهلوسة.

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

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

هل تحتاج حملات الاتصالات الصادرة وتغييرات النموذج إلى أسئلة مختلفة؟

نعم، لأن كليهما يغيّر المكالمات الحية بطرق لا يفعلها تعديل الـ prompt.

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

النماذج. قد يغيّر تبديل النموذج الصياغة واستدعاءات الأدوات والتوقيت دفعة واحدة. اسأل عمّا إذا كان يمكن تشغيل مجموعة الاختبارات نفسها على النموذج القديم والجديد، وعمّا إذا كان بإمكانك تشغيل نموذج احتياطي سريع. بالنسبة إلى الوكلاء الصوتيين العاملين على نماذج تديرها Retell، توفّر إعدادات LLM في Retell نموذج fallback سريعًا يعمل إلى جانب النموذج الأساسي، وتنصح الوثائق بالتحقق من أن كلا النموذجين يتبعان التعليمات ويستدعيان الأدوات بشكل صحيح قبل النشر. كما تنصح بإعادة اختبار التعليمات واستدعاءات الأدوات بعد تغيير درجة الحرارة (temperature).

كيف تقيّم المورّدين على أساس التحسين التكراري السريع والآمن؟

نفّذ التمارين الأربعة نفسها على كل منصّة في القائمة المختصرة خلال المرحلة التجريبية، على أن يتولّى العمل الشخص الذي سيكون مسؤولًا عن الوكيل، وقِس الوقت الذي يستغرقه كل تمرين.

قيّم السرعة والأمان كلًّا على حدة، من 1 إلى 5 لكل منهما، ولا تسمح لدرجة مرتفعة في أحدهما بأن تُخفي درجة منخفضة في الآخر. المنصّة التي تُطلق فيها الإصلاحات خلال ساعة لكن لا يمكن التراجع عنها تُعدّ راسبة. وكذلك المنصّة التي يكون فيها كل تغيير آمنًا لكنه يتطلب تذكرة لدى المورّد. ونصيحة DORA نفسها لتحسين الجانبين معًا هي إبقاء كل تغيير صغيرًا: «التغييرات الأصغر أسهل أيضًا في التعافي منها إذا حدث إخفاق».

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

الأسئلة الشائعة

ما أهم المعايير عند تقييم منصّة ذكاء اصطناعي صوتي؟

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

كيف تختبر مدى السرعة التي يتيحها لك المورّد في تعديل وكيل صوتي؟

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

ما الذي يجعل تغيير الوكيل الصوتي آمنًا؟

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

من ينبغي أن يُجري تمارين التحسين التكراري خلال المرحلة التجريبية؟

الشخص الذي سيتولّى مسؤولية الوكيل بعد الإطلاق، لا فريق المورّد. تُسند بعض الفرق هذه المهمة إلى مهندس أتمتة تجربة العملاء (CX)، وهو المسؤول الداخلي الذي يرصد المكالمات التي جرى التعامل معها بشكل سيئ، ويبني الإصلاحات، ويتحقق منها، وينشرها.

هل يمكنك تغيير النموذج اللغوي الذي يعمل عليه الوكيل الصوتي دون إعادة بنائه؟

تتيح لك منصّات كثيرة ذلك، لكن لا ينبغي التبديل دون تحقق. شغّل مجموعة الاختبارات نفسها على النموذجين، وقارن النتائج، وأصدر النموذج الجديد لنسبة من المكالمات أولًا. في الوكلاء أحادية ومتعددة الـ prompt في Retell، تذكر الوثائق أنه يمكنك تبديل النماذج لاحقًا دون إعادة كتابة الـ prompt، وتنصح بالتحقق من أن نموذج fallback يتبع تعليماتك وبإعادة اختبار استدعاءات الأدوات بعد تغيير درجة الحرارة.

أدرِج التحسين التكراري في بطاقة التقييم الخاصة بك

انتقل معيار شراء الذكاء الاصطناعي الصوتي من «هل يبدو صوته بشريًا» إلى «هل يمكننا تعديله بسرعة دون تعطيل المكالمات». منصّة Retell هي منصّة وكلاء صوتيين بالذكاء الاصطناعي لمراكز التواصل، توفّر إصدارات المسودات، ومقارنة الإصدارات، ووسوم البيئة، والمحاكاة والاختبار المجمّع، وتقسيم حركة المكالمات لاختبارات A/B، وAI QA، بحيث يستطيع الشخص المسؤول عن الوكيل اختبار التغيير وإصداره والتراجع عنه دون انتظار المورّد. التسعير بنظام الدفع حسب الاستخدام بدءًا من $0.07 للدقيقة، كما هو موضّح في صفحة الأسعار. أحضر أصعب تغيير لديك إلى المرحلة التجريبية وقِس وقته.