شركة Pegasystems تحدد سعرًا لخدمة العملاء الوكيلة، والمشترون بحاجة إلى قراءة التفاصيل الدقيقة

ما الذي حدث

أعلنت شركة Pegasystems عن تحديث Infinity 26 الذي يعيد صياغة موضع منتج Pega Customer Service ليصبح طبقة تنسيق (orchestration) خاضعة للحوكمة بدلاً من كونه مجرد واجهة خدمة عملاء تقليدية. يضيف التحديث دعم بروتوكول MCP (Model Context Protocol) لربط النظام بمصادر بيانات ونماذج ذكاء اصطناعي متعددة، كما يقدّم نموذج تسعير جديداً يحمل اسم "Predictable AI" مخصصاً للنشر العميلي القائم على الوكلاء (agentic deployments).

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

لماذا يهم الأمر

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

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

وجهة نظر Renascence

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

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