نموذج التكلفة من مخرجات العمل

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

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

ماذا يتضمن النموذج؟

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

كيف يغيّر البنية التقنية؟

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

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

أين يُحفظ؟

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