لماذا تشتري Salesforce العقل المحرك للفوترة وراء تحقيق الدخل من الذكاء الاصطناعي

تشير خطوة Salesforce للاستحواذ على m3ter إلى تحول أكبر من مجرد توسيع بسيط للمنتج. فالصفقة تهدف إلى إدخال الوساطة والقياس والتسعير إلى Agentforce Revenue Management، وهو منتج Revenue Cloud الذي أعيدت تسميته كما ورد في إعلان الصفقة. وهذا مهم لأن الموجة التالية من برمجيات المؤسسات تُبنى بشكل متزايد حول الاستخدام، لا حول عدد المقاعد.

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

حقائق سريعة

• تسعى Salesforce إلى الاستحواذ على m3ter، وهي شركة متخصصة في الفوترة القائمة على الاستخدام.
• الهدف هو Agentforce Revenue Management، منصة الإيرادات التي كانت تعرف سابقا باسم Revenue Cloud.
• الوظائف الأساسية المعنية هي الوساطة والقياس والتسعير.
• يربط تعليق المحللين في المقال هذه الخطوة بنماذج تحقيق الدخل في عصر الذكاء الاصطناعي.
• تتوقع Salesforce اكتمال العملية بحلول نهاية يوليو.

ما الذي يغيره الاستحواذ فعلا

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

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

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

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

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

الخلاصة

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

WIKICROOK

• القياس: عملية التقاط أحداث الاستخدام وتسجيلها حتى يمكن قياسها وفوترةها.
• التسعير: الخطوة التي تطبق قواعد التسعير على بيانات الاستخدام لحساب الرسوم.
• الوساطة: طبقة معالجة مسبقة تتحقق من بيانات الاستخدام وتطبعها وتجهزها للفوترة.
• الفوترة القائمة على الاستخدام: نموذج تسعير تعتمد فيه الرسوم على مقدار ما يستهلكه العميل.
• من العرض إلى التحصيل: التدفق التجاري من التسعير والطلب إلى الفوترة وتحصيل المدفوعات.