سيلزفورس تخبر عملاءها بأن AIforce ستدير المنصة عبر أي واجهة مستخدم
قدمت شركة "سيلزفورس" (Salesforce)، عبر تدوينة على موقعها الإلكتروني، تقنية "AIforce" كطبقة واجهة حية تدمج قدرات منصتها في أي واجهة مستخدم.
Hannah Vogel ·
في تدوينة على غرفتها الإخبارية، قدمت شركة "سيلزفورس" (Salesforce) تقنية "AIforce"، التي وصفتها بأنها طبقة واجهة حية تجلب "القوة الكاملة لمنصتها إلى أي واجهة". وتقول الشركة إن "AIforce" تُمكّن وكلاء الذكاء الاصطناعي من التفكير وتنفيذ المهام عبر بيانات وسير عمل العميل الحالية، مما يؤدي إلى فصل القدرات عن أي شاشة محددة من شاشات "سيلزفورس". وحتى الآن، يأتي هذا الإعلان من مصدر واحد فقط، وهو التدوينة المؤسسية لشركة "سيلزفورس"، دون تأكيد مستقل ودون وجود أي شخص في حزمة التقارير المسجلة رسمياً. ولم تقم الشركة بإيداع جدول أسعار أو ملحق عقد أو خطة زمنية للإطلاق العام (GA) إلى جانب التدوينة.
ما قالته سيلزفورس فعلياً - وما لم تقله
نظراً لأن الإعلان منشور على مدونة مؤسسية، يجب التعامل مع كل ادعاء على أنه غير مدقق ومنشور ذاتياً. الادعاء الجوهري هو ادعاء معماري: "AIforce" هي "طبقة واجهة حية" تكشف عن قدرات منصة "سيلزفورس" من خلال أي واجهة، وأن وكلائها يمكنهم "التفكير وتنفيذ المهام" مقابل البيانات وسير العمل الحالية. ولا يوضح المقال المنتجات أو الكائنات أو واجهات برمجة التطبيقات (APIs) المشمولة، أو ما هو حد الأمان، أو ما إذا كانت إجراءات الوكيل مقيدة بأذونات قائمة على الأدوار موجودة بالفعل في المؤسسة، أو ما إذا كان سير العمل عبر السحابة مدعوماً بشكل جاهز أم من خلال تطوير مخصص. كما أنه لا يذكر فترة مقارنة، أو مقاييس أساسية لأداء الوكيل (معدل نجاح المهام، وتكرار التراجع)، أو هدف مستوى الخدمة (SLO) للكمون والتوافر. بالنسبة للمشغلين، فإن الإغفالات أهم من العنوان الرئيسي: فبدون تسعير وتوقيت للإطلاق العام وتفاصيل الحوكمة، يعد هذا مؤشراً على نية التصميم، وليس مواصفات تجارية بعد.
إذا كانت الواجهة في أي مكان، فإن تحكم المشتري ينتقل إلى السياسة، وليس تخطيط الصفحة
يشير طرح "سيلزفورس" إلى تحول من واجهة المستخدم الخاصة بالبائع إلى الواجهات التي يستخدمها العملاء بالفعل - مثل تطبيق دردشة، أو جهاز محمول للخدمة الميدانية، أو بوابة مخصصة - مع عمل وكلاء الذكاء الاصطناعي كمحرك للتنفيذ. وهذا يعيد صياغة وظيفة المشتري: بدلاً من طرح شاشة جديدة، سيقومون بكتابة سياسة حول ما يمكن للوكيل القيام به، وبأي بيانات، وتحت أي ضوابط إشرافية، وكيفية تسجيل هذه الإجراءات وتدقيقها وعكسها. من الناحية العملية، ينتقل مركز ثقل الحوكمة من تخطيطات الصفحات والملفات الشخصية إلى شروط معالجة البيانات، ومسارات التدقيق، وإدارة التغيير. سيؤدي ذلك إلى إقحام الشؤون القانونية والمخاطر في ما قد يبدو كترقية لتجربة المستخدم. سيطلب قسم المشتريات ملاحق تحدد إقامة البيانات، ونوافذ سياق النموذج، وتغطية الفريق الأحمر (red-team)، وضوابط الحماية على مستوى الإجراء، وسيرغبون في معرفة ما إذا كانت إجراءات الوكيل تُعامل مثل استدعاءات واجهة برمجة التطبيقات مقابل حدود المعدل أو كوحدة قياس منفصلة. لا تظهر أي من هذه الإجابات في التدوينة.
ترخيص المقاعد يلتقي بتنفيذ الإجراءات؛ وبدون تسعير، تقع المخاطرة على عاتق المشتري
تطرح "AIforce" سؤالاً اقتصادياً مألوفاً: إذا كان الوكلاء ينفذون مهام عبر بيانات وسير عمل "سيلزفورس"، فكيف سيتم محاسبة العملاء - حسب المقعد، أم حسب الإجراء، أم حسب مستوى السعة، أم كاستحقاق مجمع ضمن وحدات حفظ المخزون (SKUs) الحالية؟ التدوينة لا تذكر ذلك. بالنسبة لفرق المالية والمشتريات، هذا الغموض ليس أكاديمياً. التراخيص القائمة على المقاعد يمكن التنبؤ بها ولكنها قد تكون مهدرة؛ بينما يحول التنفيذ المقاس الإنفاق من ثابت إلى متغير. إذا قامت "AIforce" بقياس الإجراءات، فقد ينجرف معدل التشغيل مع طفرات الاستخدام، خاصة عندما يتم دمج الوكلاء في تدفقات تواجه العملاء. وإذا كانت مستحقة للمقعد، سيسأل المشترون لماذا يدفعون مقابل كل إنسان بينما يقوم الوكيل بالعمل. في كلتا الحالتين، يحدد تصميم الفواتير كيفية توظيف قادة المبيعات والدعم والعمليات وقياس الإنتاجية. حتى تكشف "سيلزفورس" عن نموذج فوترة وحدود قصوى، يجب على المشترين التعامل مع "AIforce" كبرنامج تجريبي مع ضوابط مالية، والمطالبة بتنبيهات الإنفاق وقواطع الدائرة التلقائية في العقد - لأن التدوينة لا تقدم قائمة أسعار ولا فاتورة نموذجية.
تداعيات القناة والشركاء: طبقات التنسيق تخلق تداخلًا مع عروض تكامل الأنظمة (SI) وموردي البرمجيات المستقلين (ISV)
لطالما باعت منظومة "سيلزفورس" التنسيق - حيث يبني تكامل الأنظمة (SIs) الأتمتة، ويقوم موردي البرمجيات المستقلين (ISVs) بتجميعها. إن طبقة وكيل على مستوى البائع تدعي "جلب القوة الكاملة للمنصة إلى أي واجهة" تخاطر بالتداخل مع عروض الشركاء التي تربط بالفعل "سيلزفورس" بواجهات مستخدم وبيانات تابعة لجهات خارجية. إذا تم شحن "AIforce" بموصلات أصلية، وتسجيل، وتراجع، وضوابط سياسة، فقد يؤدي ذلك إلى تقليص الطلب على كود الربط المخصص وبعض البرمجيات الوسيطة الجاهزة. وإذا تم شحنها كبدائيات، فقد يتحمل تكامل الأنظمة المزيد من عبء التكامل وإعادة تجميع "AIforce" كجزء من خدماتهم المدارة. في كلتا الحالتين، تتغير اقتصاديات القناة: عادة ما تستحوذ طبقة الطرف الأول على ارتباط أعلى في الاشتراكات الأساسية وتوجه إيرادات الاستشارات نحو الحوكمة والسياسة، بعيداً عن تصميمات واجهة المستخدم المخصصة. لا تذكر التدوينة ما إذا كانت "AIforce" مقصورة على فئات معينة من الشركاء، أو ما إذا كان لديها فئة في "AppExchange"، أو ما إذا كان البيع المشترك للشركاء مؤهلاً - وهي إغفالات تهم تخطيط خطوط الأنابيب في المنظومة.
القابلية للتشغيل هي العامل المقيد: التدقيق والتراجع والتدخل البشري هي بوابات الشراء أو عدم الشراء
ادعاء "سيلزفورس" بأن الوكلاء يمكنهم "التفكير وتنفيذ المهام" يبدو قوياً؛ ولكن في الإنتاج، ستكون العوامل الحاسمة أكثر واقعية. القابلية للتدقيق: هل يمكنك إثبات من فعل ماذا، ومتى، ولماذا، مع سجل دائم مقبول لعمليات تدقيق الامتثال؟ التراجع: هل يمكنك عكس إجراء الوكيل دون جراحة بيانات يدوية، وهل التراجع ذري عبر السجلات ذات الصلة؟ الإشراف: هل يمكن للمشرف اعتراض أو الموافقة أو إلغاء الإجراء المقترح للوكيل، وهل يمكنك تعيين عتبات حسب الكائن أو الحقل؟ والتقسيم: هل يمكنك تقييد الوكلاء بمجموعات بيانات وبيئات محددة بما يتماشى مع اتفاقيات معالجة البيانات؟ التدوينة صامتة بشأن هذه الضوابط. لن يوقع القسم القانوني بدونها، ولن تعمل العمليات بدون وضع فشل واضح. يجب على المشترين افتراض أنه، على الأقل في الإصدارات المبكرة، سيتم تقييد "AIforce" بنضج هذه الضوابط بدلاً من قدرة النموذج.
القراءة المتفائلة تغفل المقام: التجارب ليست تجديدات
القراءة السائدة في تسويق البائعين هي أن طبقة الوكيل ستؤدي إلى "إطلاق العنان للإنتاجية" و"مقابلة المستخدمين حيث هم". قد يحدث ذلك - في التجارب. في الإنتاج، مقام النجاح هو التجديدات وقرارات المقاعد. إذا استبدل الوكلاء بالفعل النقرات الروتينية، فسيقوم العملاء إما باستعادة المقاعد أو إعادة نشرها في عمل ذي قيمة أعلى. وإذا أضاف الوكلاء طبقة بينما لا يزال البشر يقومون بالعمل (من أجل السلامة أو المساءلة أو العادة)، فإن التكاليف تتراكم: المزيد من الإجراءات المقاسة فوق المقاعد الحالية. لهذا السبب فإن إغفالات التسعير والحوكمة هي إغفالات جوهرية. غالباً ما يحسب البائعون التجربة كـ "عميل" والتجربة الداخلية كـ "اعتماد"؛ بينما يحسب قسم المشتريات فقط ما ينجو من فحص لمدة 90 يوماً مع المالية والقانونية. يشير افتقار التدوينة إلى مقاييس الاحتفاظ أو الاستخدام إلى أن "AIforce" في مرحلة سردية؛ يجب على المشترين افتراض أن مخاطر الاعتماد تظل عليهم حتى تكشف "سيلزفورس" عن الاحتفاظ بعد التجربة أو التجديدات المرتبطة بسير العمل الممكن بواسطة "AIforce".
ما الذي يتغير في دورة التجديد القادمة إذا كانت AIforce حقيقية
إذا أصبحت "AIforce" متاحة تجارياً مع ضوابط قوية، فإن التغيير العملي لمؤسسات المبيعات والخدمات هو المكان الذي يبدأ فيه العمل وينتهي. قد يقوم مندوب المبيعات بتشغيل تحديثات الفرص من داخل تطبيق مراسلة؛ ويمكن لمدير الخدمة تفويض إرسال جزء من جهاز ميداني. إذا قلل ذلك من الحاجة إلى تسجيل الدخول إلى شاشات "سيلزفورس" الأساسية، فسيُطلب من المسؤولين تبرير أعداد المقاعد مقابل سجلات النشاط. وهذا يحول محادثة التجديد: سيتم قياس المندوبين والمسؤولين بناءً على النتائج (الإغلاق الناجح، وقت حل الحالة) بينما تقارن المالية تلك النتائج بمزيج من تكاليف المقاعد والإجراءات. توقع أن يقوم قسم المشتريات بإدراج بوابات الإنفاق (الحدود الشهرية، خنق الإجراءات) والمطالبة بتقارير شهرية تربط إجراءات "AIforce" بمؤشرات الأداء الرئيسية للأعمال. إذا أظهرت تلك التقارير استبدالاً (نفس النتائج بمقاعد أقل)، فسيكون لدى رؤساء عمليات المبيعات نفوذ لإعادة التفاوض على وحدات حفظ المخزون. وإذا أظهرت تكاملاً (إجراءات أكثر، نفس المقاعد)، ستسأل المالية عن السبب. لا شيء من هذا موجود في التدوينة؛ إنها الرياضيات التشغيلية التي سيجريها كل مشترٍ قبل الالتزام بما يتجاوز التجربة.
إشارات يجب مراقبتها في الربعين القادمين
ثلاثة إفصاحات ستفصل السرد عن الأدلة. أولاً، العقود: ما إذا كانت "سيلزفورس" تنشر صفحة تسعير متميزة لـ "AIforce"، وملحق شروط قانونية، وملحق معالجة بيانات، مع قياس صريح وضوابط حماية. ثانياً، وثائق المنتج: ما إذا كانت هناك وثائق إطلاق عام لسجلات التدقيق، والتراجع، وسير عمل الموافقة الإشرافية، وليس مجرد عروض توضيحية. ثالثاً، تحركات المنظومة: ما إذا كانت "AppExchange" تدرج فئة لوكلاء "AIforce" أو ما إذا كان الشركاء يراجعون خدماتهم المدارة لتشمل حوكمة الوكيل. إذا كانت هذه العناصر موجودة بحلول نهاية الربعين القادمين، وكان بإمكان العملاء الرجوع إليها في المشتريات، فإن "AIforce" هي منتج. وإذا لم تكن كذلك، فإنها تظل عرضاً مفاهيمياً على المدونة.