30 سؤالاً تطرحونها قبل شراء حل للذكاء الاصطناعي الصوتي

الإجابة المختصرة: الاختبار نفسه لكل المورّدين

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

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

كيف تقيّمون كل إجابة

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

1. النطاق وما يغطيه السعر

لا يمكن مقارنة عرضَي سعر إلا إذا غطّيا العمل نفسه. وهذه الأسئلة تحوّل السعر إلى نطاق واضح.

2. ملكية البيانات والخصوصية والخروج

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

3. الربط بالأنظمة وتسجيل النتائج

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

4. التحويل إلى موظف والتحكم

التحويل جزء من التصميم، لا إخفاق. تحققوا من أن زميلكم يستطيع المتابعة دون أن يبدأ المتصل من جديد، وأن فريقكم يستطيع إيقاف الوكيل.

5. اختبار الجودة والإصدار

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

6. الاتصال الهاتفي ومستويات الخدمة والأعطال

العرض في المتصفح يتخطى مشغل الاتصالات، وصوت الهاتف، والسنترال الذي تشغلونه اليوم. اعتبروا طبقة الاتصال الهاتفي جزءاً مستقلاً من المقارنة.

ابنوا سيناريو اختبار واحداً من مكالماتكم

تكشف الأسئلة ما يقوله المورّد، ويكشف السيناريو ما يفعله الوكيل. ابدأوا من عينة من المكالمات الأخيرة، آخر 50 مكالمة مثلاً، واختاروا الطلب الأكثر تكراراً واللحظات التي تسبب المتاعب. وأنشئوا سجلات اختبار في بيئة تجريبية (sandbox) من CRM أو نظام التذاكر لديكم، بالحقول نفسها الموجودة في بيئة التشغيل.

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

أجروه على خط هاتفي حقيقي

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

طريقة المورّد في اختبار هذا التعديل الواحد وإطلاقه تجيب عن السؤال 23 أفضل من أي عرض شرائح. ويقدم السيناريو أيضاً الدليل اللازم للدرجة 3 في الأسئلة 12 و17 و18 و28.

اجمعوا الدرجات بالأوزان نفسها

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

درجة المحور = (نقاط المحور ÷ 15) × وزن المحور. الرقم 15 هو الحد الأقصى للمحور: خمسة أسئلة بثلاث نقاط لكل منها. ومجموع درجات المحاور الستة يعطي درجة من 100.

قبل التقييم، حددوا من ثلاثة إلى خمسة أسئلة إلزامية، مثل 6 و13 و17. والمورّد الذي يحصل على 0 أو 1 في أي سؤال إلزامي يخرج من المنافسة، مهما كان مجموعه.

مثال محسوب

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

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

علامات التحذير في الإجابات

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

علامة تحذير واحدة سبب لإعادة السؤال كتابةً. أما عدة علامات في محور واحد فتُظهر لكم أين سيقع العمل الحقيقي على فريقكم.

كيف يجيب DRING عن هذه الأسئلة

طبّقوا النموذج نفسه على DRING. بعض الإجابات نستطيع تقديمها كتابةً من الآن:

• السؤال 21: يجري كل وكيل في DRING من 1,000 إلى 10,000 محادثة محاكاة، مبنية لشركتكم، قبل أول مكالمة حقيقية. وتُولَّد هذه المحادثات من سير عملكم ومستنداتكم وتسجيلات مكالماتكم، لا من مجموعة مرجعية عامة.
• السؤالان 11 و12: يمثل HubSpot التنفيذ المرجعي الموثق لاختيار من نتصل به، وإجراء المكالمة، وتسجيل النتيجة في النظام. ويربط Connect أنظمة Salesforce و Freshdesk وغيرها من أنظمة CRM والتذاكر الشائعة بالشروط نفسها؛ وتُحدَّد الكائنات والصلاحيات والحقول المخصصة والإجراءات بدقة خلال مرحلة التهيئة والإطلاق. ويمكن تعريف حقول تحليل إضافية تعود بالطريقة نفسها عبر API و CRM ولوحة المؤشرات والتقارير.
• السؤال 14: خدمات بدء المكالمة، ومعرفة حالتها، والاستعلام عن نتيجتها، إضافة إلى webhooks لمراحل المكالمة ونتيجتها، كلها قياسية ضمن سير العمل المتفق على نطاقه.
• السؤالان 1 و27: نوصي بباقة DRING وفق الاستخدام المتوقع، وسعة المكالمات المتزامنة، وعدد أنواع الوكلاء، والقنوات، والحاجة إلى التحويل المباشر أثناء المكالمة، ومستوى الدعم، وعمق التكامل. وفي اللغات، تتوفر 62 لغة، وتعمل 10 لغات فعلياً اليوم؛ ونتحقق من لغتكم قبل الإطلاق.

وهذه مواضع قد يحصل فيها DRING على درجة أقل في البداية: نظام CRM متخصص أو كثير التخصيص يُقيَّم على حدة قبل تسعير أي تطوير غير قياسي. وحتى تنتهي هذه المراجعة، قد يبقى السؤال 11 عند الدرجة 2. واللغة غير المدرجة بين اللغات العاملة فعلياً اليوم تُعد غير مثبتة لخطكم حتى تُجروا السيناريو بها.

احتفظوا بورقة التقييم بعد التوقيع

الإجابات التي نالت الدرجة 3 تصبح معايير القبول في التجربة الأولية. ويصبح سيناريو اللحظات الست أول اختبار انحدار، فيُفحص كل تعديل لاحق مقابل المكالمات التي حسمت قرار الشراء.