من العرض التوضيحي إلى الإنتاج في الذكاء الاصطناعي الصوتي: ما يحتاجه المشترون في أول 30 يومًا

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

لماذا لا يكفي عرض توضيحي جيد للوصول إلى الإنتاج؟

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

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

كيف تُجري إثبات مفهوم للذكاء الاصطناعي الصوتي على حالاتك الاستثنائية الخاصة؟

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

اختبر مع موظفيك على سجلات حقيقية

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

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

اتفق على معايير النجاح قبل بدء المرحلة التجريبية

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

احسب تكلفة الاختبار على الجانبين

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

كيف يجب أن تبدو الأيام الثلاثون الأولى، أسبوعًا بأسبوع؟

أربعة أسابيع، لكل منها هدف واحد ومعيار واضح لـ«الاكتمال». لا تبدأ الأسبوع التالي حتى يكتمل الأسبوع الحالي.

حدّد نطاق نوع واحد من المكالمات (الأيام 1 إلى 7)

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

يجب أن تجيب وثيقة النطاق عن خمسة أمور:

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

البناء والربط (الأيام 8 إلى 14)

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

اضبط مقياس النجاح الآن، لا بعد الإطلاق. تعمل ميزة استخراج ما بعد المكالمة (Post Call Extraction) في منصّة Retell بعد انتهاء كل مكالمة، وتتضمن حقلًا مدمجًا هو call_successful إضافة إلى حقول مخصّصة تعرّفها بأنواع boolean أو نص أو رقم أو قائمة اختيار. حقل مثل «appointment_booked» هو ما ستعرضه في المخططات وتضبط عليه التنبيهات في الأسبوع الرابع.

الاختبار بمكالمات محاكاة وحقيقية (الأيام 15 إلى 21)

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

ثلاثة أمور يجب إتقانها هذا الأسبوع:

• استخدم نسخًا وهمية (mock) لأي شيء يكتب إلى نظام حي. تحذّر وثائق منصّة Retell من أن الدالة المخصّصة غير المحاكاة تستدعي الـ endpoint الحقيقي أثناء الاختبار، لذا قد يُنشئ الاختبار حجزًا أو سجلًا حقيقيًا.
• استخدم مكالمات الويب للصوت، والمكالمات الهاتفية للاتصالات الهاتفية. تتيح لك مكالمة المتصفح سماع المقاطعات وتبادل الأدوار في الحديث، لكن التحويل إلى رقم هاتف يفشل فيها. استخدم مكالمة هاتفية حقيقية للتحقق من التحويلات وإدخال لوحة المفاتيح وصوت شركة الاتصالات.
• خصّص ميزانية لذلك. يُحتسب الاختبار بأسعار الإنتاج في منصّة Retell: الاختبارات النصية لكل رسالة، والاختبارات الصوتية لكل دقيقة.

اختتم الأسبوع باتصال الموظفين كما يتصل المتصلون الحقيقيون، بمن فيهم الصعبون.

الإطلاق المحدود والمراقبة (الأيام 22 إلى 30)

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

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

راجع المكالمات كل يوم. يتيح سجل المكالمات (Call History) التصفية حسب النتيجة وسبب قطع الاتصال ونسخة الوكيل. وتتيح المراقبة المباشرة (Live Monitoring) لـالمشرف متابعة نص المكالمة المباشر، أو الاستماع بصمت، أو تولّي المكالمة. ويمكن للوحة التحليلات عرض حقل الاستخراج المخصّص بجانب حجم المكالمات، مقسّمًا حسب نسخة الوكيل، لترى ما إذا كان الإصلاح قد حرّك الرقم. وإذا احتجت إلى تقييم منظّم على نطاق واسع، فإن AI QA في منصّة Retell يقيّم مجموعة عيّنات من المكالمات وفق معايير تحددها.

من يتولى ماذا أثناء الطرح؟

مسؤول واحد لكل صف. الصفوف المشتركة هي حيث تتعثر عمليات الطرح.

الصف الأهم هو الثاني. إذا لم يكن أحد في فريقك قادرًا على تغيير الوكيل دون فتح تذكرة، فإن الوكيل سيتحسّن بسرعة قائمة انتظار شخص آخر. وفي عدد متزايد من الفرق، يعود هذا الصف إلى مهندس أتمتة تجربة العملاء (CX): مسؤول داخلي يدير الوكيل يومًا بيوم، بعد أن يساعد المهندسون الميدانيون (forward deployed engineers) لدى المورّد في بناء النسخة الأولى وتدريب الفريق.

ماذا تسأل المورّد عن التمكين قبل التوقيع؟

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

في منصّة Retell، تُدرج صفحة الأسعار دعم المجتمع والبريد الإلكتروني ضمن خطة الدفع حسب الاستخدام. وتتضمن خطة Enterprise دعمًا على مدار الساعة طوال أيام الأسبوع (24/7) مع بوابة مخصّصة، ومدير حساب محدد، ودعم التنفيذ المخصّص (Dedicated Implementation Support) كإضافة. وإذا أردت مساعدة عملية في البناء من طرف ثالث، فإن دليل شركاء الحلول لدى منصّة Retell يعرض شركاء معتمدين يمكنك تصفيتهم حسب الموقع واللغة والتكاملات، وما إذا كانت الاستشارة الأولى مجانية، ونطاق السعر.

أسئلة تطرحها على أي مورّد:

1. ما قنوات الدعم وساعاته المشمولة في خطتنا، وما الذي يُعد عاجلًا؟
2. هل المساعدة في التنفيذ مشمولة، أم إضافة، أم تُقدَّم عبر شريك؟ كم تكلّف، وهل هي ثابتة أم تُحدَّد حسب كل مشروع؟
3. هل سيراجع أحدٌ نطاقنا وتصميم الوكيل ومجموعة الاختبارات قبل الإطلاق المحدود؟
4. بمن نتصل خلال أسبوع الإطلاق المحدود إذا تعطّل شيء، وما سرعة الاستجابة؟
5. هل يستطيع فريقنا تشغيل دورة التغيير كاملة (العثور على مكالمة فاشلة، وإصلاحها، واختبارها، ونشرها، والتراجع عنها) دون تذاكر لدى المورّد؟
6. كيف يتم الإبلاغ عن حوادث المنصّة؟

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

كيف تقيّم المرحلة التجريبية للذكاء الاصطناعي قبل نقلها إلى الإنتاج؟

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

دوّن الحد في وثيقة النطاق قبل الإطلاق المحدود، حتى لا يحاول أحد خفضه بعد رؤية الأرقام. امنح كل صف 0 (غير مستوفى) أو 1 (مستوفى جزئيًا) أو 2 (مستوفى). يجب أن تحصل الصفوف الإلزامية على 2 أيًّا كان المجموع. تمنح الصفوف التسعة حدًّا أقصى قدره 18، و16 حدّ افتراضي معقول.

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

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

ما الذي يجب أن تتوسّع فيه أولًا؟

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

ابدأ بالمستوى المناسب من المساعدة

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

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

ما معنى الانتقال من المرحلة التجريبية للذكاء الاصطناعي إلى الإنتاج؟

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

ما الذي يجب أن يتضمنه إثبات المفهوم للذكاء الاصطناعي الصوتي؟

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

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

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

كم تستغرق المرحلة التجريبية للذكاء الاصطناعي الصوتي قبل الإنتاج؟

لنوع واحد من المكالمات، خطّط لنحو 30 يومًا: أسبوع لكل من تحديد النطاق والبناء والاختبار، ثم إطلاق محدود على شريحة من حركة المكالمات الحية. قيّم المرحلة التجريبية بعد أسبوع كامل على الأقل من المكالمات الحية، ثم أعد التقييم عند كل زيادة في حركة المكالمات.

كيف تعرف أن الوكيل الصوتي جاهز للإنتاج؟

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

ماذا تفعل إذا جاء أداء المرحلة التجريبية دون التوقعات؟

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