كان من المفترض أن تكون خدمات البرمجيات كخدمة (SaaS) هي الحل لمشكلة التبعية للموردين التقليديين. ادفع شهريًا، واحصل على تحديثات مستمرة، وقم بالإلغاء بإشعار مسبق مدته 90 يومًا. وقد بُني النموذج بأكمله على أساس المرونة. لكن الذكاء الاصطناعي يعمل بهدوء على تفكيك هذا الوعد — ليس عن طريق تغيير الشروط الواردة في الصفحة الأولى من عقدك، بل عن طريق تغيير طبيعة ما تشتريه فعليًا.
عندما يضم مزود الخدمات السحابية الخاص بك وكيلًا يعمل بالذكاء الاصطناعي ضمن حزمة برامج الإنتاجية الخاصة به، أو عندما يضم مزود نظام إدارة علاقات العملاء (CRM) الخاص بك مساعدًا يعمل بالذكاء الاصطناعي يتعلم من بيانات مسار المبيعات لديك، أو عندما ينشر مزود نظام تخطيط موارد المؤسسات (ERP) الخاص بك سير عمل قائم على الوكلاء يعمل على أتمتة قرارات الشراء، فإن «اشتراك البرمجيات» هذا يبدأ في أن يبدو أشبه بعقد شبكة كهرباء. يمكنك نظريًّا التبديل إلى مزود آخر، لكن التكلفة الحقيقية للقيام بذلك أصبحت الآن أعلى بكثير مما يتوقعه أي شخص عند وقت التجديد.
"العقد الذي وقّعته العام الماضي لا يشبه بأي شكل من الأشكال العقد الذي تعمل بموجبه اليوم — ومعظم المؤسسات لم تلاحظ ذلك بعد."
هذا هو التحدي الأساسي الذي يواجهه قادة المشتريات والمالية والتكنولوجيا في الشركات في الوقت الحالي: تعمل ميزات الذكاء الاصطناعي على تحويل علاقات خدمات البرمجيات كخدمة (SaaS) من منطق الاشتراك إلى منطق البنية التحتية. وستتمكن المؤسسات التي تدرك هذا التحول مبكرًا من التفاوض على شروط أفضل، وبناء أنظمة أكثر مرونة، وتجنب الوقوع في جيل جديد من الاعتماد على الموردين. أما المؤسسات التي لا تدرك ذلك، فستجد نفسها محاصرة بشروط لم تكن تنوي قبولها أبدًا.
ولفهم مدى التغير الذي طرأ، من المفيد أن نتذكر السبب الذي جعل نموذج SaaS يُحدث ثورة في عالم البرمجيات المُثبتة محليًّا في المقام الأول. لم تكن السمة المميزة هي التكلفة المنخفضة، بل القابلية للاستبدال. فإذا قام مورد برمجيات الموارد البشرية الخاص بك برفع الأسعار أو تخلف عن توفير الميزات المطلوبة، كان بإمكانك إجراء تقييم تنافسي، ونقل بياناتك، والبدء في العمل على منصة جديدة في غضون ربع سنة. كانت تكلفة التبديل حقيقية، لكنها كانت محدودة ومعروفة.
تم تكييف عمليات الشراء المؤسسية وفقًا لذلك. وأصبحت مدة العقود القصيرة هي القاعدة. وأتاح التسعير القائم على الاستخدام للمشترين المرونة في توسيع نطاق الاستخدام دون الدخول في التزامات مفرطة. وسمحت نماذج «التجربة التجريبية أولاً» للمؤسسات بالتحقق من ملاءمة الخدمة قبل توقيع عقود متعددة السنوات. وتم تعديل استراتيجية الشراء بأكملها بناءً على افتراض أن مزودي خدمات البرمجيات كخدمة (SaaS) قابلون للتبديل، إلى حد كبير.
وقد نجح هذا النهج لأن قيمة منتج SaaS كانت ترتكز على إمكانية الوصول إلى قدرات البرنامج — مجموعة الميزات، وواجهة المستخدم، ومكتبة التكامل. فالبرنامج لم يكن يعرفك. ولم يتعلم منك. كانت بياناتك مخزنة في النظام، لكن ذكاء النظام لم يتطور بناءً عليها. وكان التبديل يعني نقل السجلات المنظمة من قاعدة بيانات إلى أخرى، وليس تفكيك فهم النموذج المدرب لأعمالك.
أهم النقاط
كان الوعد الأصلي لخدمات البرمجيات كخدمة (SaaS) — المتمثل في المرونة، وتكاليف التبديل المنخفضة، ونظام الاشتراك — قائمًا على افتراض أن البرمجيات قابلة للاستبدال. لكن الذكاء الاصطناعي يكسر هذا الافتراض من خلال تمكين البرمجيات من تعلم خصائص أعمالك. وبمجرد أن يحدث ذلك، لا يصبح التبديل مجرد عملية ترحيل، بل عملية إعادة بناء.
هذا العالم يقترب من نهايته. ليس لأن الشركات المصنعة قد غيرت صفحات أسعارها، بل لأن الذكاء الاصطناعي قد غيّر بشكل جذري وظائف البرمجيات — وبالتالي غيّر معنى الاعتماد عليها.
لا يحدث التحول من نموذج الاشتراك إلى نموذج البنية التحتية من خلال آلية واحدة. بل هو نتيجة لتلاقي ثلاث قوى هيكلية تتآزر معًا. وكل واحدة منها مهمة بحد ذاتها. ومعًا، تمثل هذه القوى واقعًا جديدًا في مجال المشتريات.
عندما يتم تدريب إحدى ميزات الذكاء الاصطناعي أو ضبطها أو تحسينها باستمرار باستخدام بياناتك الخاصة — سجلات عملائك، وتذاكر الدعم الفني، ونصوص مكالمات المبيعات — فإن عملية الترحيل تتوقف عن كونها مشكلة تتعلق بتصدير البيانات لتصبح مشكلة تتعلق بهيكلية البيانات.
كانت عملية ترحيل خدمات البرمجيات كخدمة (SaaS) التقليدية تنطوي على نقل السجلات المنظمة. أما الترحيل في عصر الذكاء الاصطناعي فيطرح السؤال التالي: أين يذهب السياق الذي تعلمه نموذجنا؟ في كثير من الحالات، يكون الجواب أنه لا يذهب إلى أي مكان. فهو يبقى لدى المزود، مدمجًا في نظام لا يمكن لأي تنسيق تصدير التقاطه. إن استثمارك في تحسين أداء الذكاء الاصطناعي — التسمية، وحلقات التغذية الراجعة، والتدريب المخصص — يمثل تكاليف تحويل لا تظهر في أي ميزانية عمومية ولكنها حقيقية للغاية عندما تحاول المغادرة.
"يتطلب تغيير مزودي خدمات السحابة إعادة تصميم البنية التحتية. كما أن التحول إلى خدمات SaaS المدمجة أصلاً مع الذكاء الاصطناعي يتطلب ذلك بشكل متزايد."
لا يقتصر دور المساعدين ومساعدي القيادة المدعومين بالذكاء الاصطناعي على أداء المهام فحسب، بل إنهم يعيدون تشكيل طريقة عمل الناس. فعندما يقضي فريق مبيعات اثني عشر شهراً في العمل جنباً إلى جنب مع نظام ذكاء اصطناعي يقوم بصياغة رسائل البريد الإلكتروني الخاصة بالمتابعة، ويُبرز مخاطر الصفقات، ويُوصي بالخطوات التالية، فإن هؤلاء الأفراد يعيدون بناء عاداتهم المهنية بناءً على مخرجات هذا النظام. ولم تعد تكلفة التحول مجرد مسألة تقنية، بل أصبحت مسألة سلوكية وتنظيمية.
هذا شكل من أشكال "التقييد" يصعب قياسه كمياً مقارنة بترحيل البيانات، لكنه قد يكون أكثر أهمية. يفقد الموظفون إنتاجيتهم في كل مرة يتغير فيها سير العمل؛ وعندما ينطوي التغيير على تفكيك نظام ذكاء اصطناعي تطوروا معه على مدار سنوات، يكون فقدان الإنتاجية هذا عميقاً وطويل الأمد ويصعب عكسه.
القوة الثالثة والأكثر تجاهلًا هي الاعتماد على النماذج. فعندما يتخذ وكلاء الذكاء الاصطناعي قرارات ذات آثار مهمة — مثل صياغة العقود، أو تصنيف حالات دعم العملاء، أو إعداد التوقعات المالية — تصبح المؤسسات معتمدة ليس فقط على منصة البرمجيات، بل أيضًا على سلوك نموذج معين ومعايراته وأنماط استدلاله.
يتعلم فريقك أن يثق في نتائج نموذج معين. وتُبنى عملياتك على أساس معدلات الخطأ الخاصة به وحالاته الاستثنائية. كما تُعدَّل أطر الحوكمة لديك لتتوافق مع اتجاهاته المحددة. وعندما يتم تحديث هذا النموذج — أو عندما تفكر في التحول إلى منافس يعمل نموذجه بطريقة مختلفة — فإنك لا تقوم بمجرد تغيير البرنامج. بل إنك تُدخل عنصر عدم اليقين المنهجي في القرارات التي تعلمت مؤسستك الاعتماد عليها.
واقع المشتريات
ما يبدو وكأنه تجديد لنظام إدارة علاقات العملاء (CRM) أصبح الآن قرارًا بشأن أي نظام ذكاء اصطناعي سيتولى إدارة علاقاتك مع العملاء خلال السنوات الخمس المقبلة. وما يبدو وكأنه عقد لمنصة دعم أصبح الآن قرارًا بشأن أي نموذج سيمثل علامتك التجارية أمام العملاء. إن الأطر الزمنية هي أطر زمنية خاصة بالبنية التحتية، حتى لو لم تلتحق بها صياغة العقد بعد.
إن إدراك هذا التحول هو الخطوة الأولى. أما اتخاذ الإجراءات اللازمة فيتطلب إجراء تغييرات في الطريقة التي تتعامل بها فرق المشتريات والمالية والتكنولوجيا مع علاقات خدمات البرمجيات كخدمة (SaaS) المدعومة بالذكاء الاصطناعي — بدءًا من مرحلة التفاوض على العقود، وليس بعد بدء التشغيل.
يجب أن تتضمن العقود شروطًا تتناسب مع مستوى البنية التحتية
ينبغي التفاوض بشأن قابلية نقل البيانات وشفافية النماذج واتفاقيات مستوى الخدمة (SLA) الفعالة بنفس الدقة التي كانت المؤسسات تخصصها في السابق لعقود مراكز البيانات. وهذا يعني وضع أحكام صريحة تتعلق بتصدير ليس فقط بياناتك، بل وأيضًا مكونات التدريب وتكوينات النماذج ومنطق التكامل. كما يعني ذلك الحصول على حقوق التدقيق في كيفية استخدام بياناتك لتحسين أنظمة الذكاء الاصطناعي الخاصة بالمورد. ويعني أيضًا أن تكون اتفاقيات مستوى الخدمة (SLA) شاملة لجودة مخرجات الذكاء الاصطناعي واتساقها، وليس فقط وقت تشغيل المنصة.
يجب أن يركز تقييم الموردين على المراحل الأولية
إن تقييم مزود خدمات SaaS الذي يعتمد على الذكاء الاصطناعي بشكل أساسي يعني الآن تقييم مزود الذكاء الاصطناعي الخاص به، وسياسات تحديث النماذج، وممارسات حوكمة البيانات، وخطة تطوير منتجاته — وليس مجرد مجموعة الميزات الحالية التي يقدمها. فالمزود الذي يعمل على نموذج أساسي من مزود يتبع دورات تحديث متسارعة ينطوي على مخاطر مختلفة عن ذلك الذي يوفر استقرارًا في إصدارات النماذج. وينبغي أن ترد هذه الأسئلة في طلب تقديم العروض، وليس في المراجعة التي تتم بعد النشر.
التكلفة الإجمالية للخروج هي المقياس الجديد
إن فرق المشتريات التي لا تزال تقيّم خدمات البرمجيات كخدمة (SaaS) بناءً على تكلفة الترخيص ومدى ملاءمة الميزات، تغفل عن عامل الخطر الأكبر. فالمقياس الذي يهم في عصر الذكاء الاصطناعي هو «التكلفة الإجمالية للانسحاب»: أي التكلفة الاقتصادية الكاملة لترك المورد، بما في ذلك ترحيل البيانات، وإعادة تدريب الموظفين، وإعادة بناء العمليات، والمعرفة المؤسسية المدمجة حاليًا في مخرجات الذكاء الاصطناعي. إن تقدير هذا الرقم قبل التوقيع — وليس بعد التجديد — هو المبدأ الذي يميز المشترين المتمرسين عن البقية.
يجب أن تشمل الحوكمة سلوك الذكاء الاصطناعي
عندما تقدم الذكاء الاصطناعي توصية ذات آثار مهمة، فإن مسألة المساءلة لا تحل نفسها بنفسها. يجب أن تحدد العقود الالتزامات المتعلقة بإصدارات النماذج — حتى تعرف المؤسسات متى يتغير الذكاء الاصطناعي الذي تستند إليه قراراتها. كما يجب أن تتضمن التزامات بتدخل بشري في القرارات التي تتجاوز عتبات محددة. وعليها أن تضع حقوق تدقيق قوية بما يكفي لدعم الامتثال التنظيمي في القطاعات التي ستواجه فيها القرارات الصادرة عن الذكاء الاصطناعي مزيدًا من التدقيق.
"المنظمات التي تعامل خدمات الذكاء الاصطناعي كخدمة (AI-SaaS) باعتبارها بنية تحتية منذ البداية ستتمكن من التفاوض على شروط أفضل، وبناء أنظمة أكثر مرونة، وتجنب الوقوع في جيل جديد من الاعتماد على الموردين."
لا يمثل أي من هذا حجة ضد اعتماد الذكاء الاصطناعي. فمكاسب الإنتاجية حقيقية، والمزايا التنافسية تتضاعف، وستدفع المؤسسات التي تقف مكتوفة الأيدي بينما تنشر المؤسسات الأخرى الذكاء الاصطناعي على نطاق واسع ثمناً مختلفاً.
لكن بين التبني والنية لا يوجد تعارض. فالمنظمات التي تحقق نجاحًا في مجال الذكاء الاصطناعي حاليًا لا تتجنب الالتزام — بل تتعهد به عن قصد، مع تطبيق معايير صارمة على مستوى البنية التحتية في علاقاتها مع الموردين منذ البداية. فهي تتفاوض بشأن قابلية نقل البيانات قبل أن تنتج أي بيانات تستحق النقل. كما أنها تضع نماذج لتكاليف التبديل قبل أن تصبح مقيدة بعقود. وتطرح الأسئلة الصعبة حول حوكمة النماذج قبل أن يتم دمج الذكاء الاصطناعي في سير عملها.
المنظمات التي ستواجه صعوبات ليست تلك التي اندفعت بسرعة كبيرة نحو الذكاء الاصطناعي. بل هي تلك التي سارت بخطى بطيئة، في حين تحولت التزاماتها بهدوء نحو توسيع نطاق البنية التحتية.
تجديد اشتراكك في خدمة SaaS القادمة ليس مجرد عقد برمجي. إنه قرار هندسي يمتد لخمس سنوات. هل يتعامل فريقك مع الأمر على هذا النحو؟
| الاعتبار | خدمات البرمجيات كخدمة (SaaS) في عصر الاشتراكات | البرمجيات كخدمة في عصر الذكاء الاصطناعي |
|---|---|---|
| نوع القفل | التبعية بين الميزات وسير العمل | جاذبية البيانات + الاعتماد على النموذج |
| تكلفة التبديل | منخفض – عدد الأسابيع اللازمة للانتقال | فترة الذروة – الأشهر، نقل البيانات، إعادة التدريب |
| مدة العقد | تتراوح مدة العقود عادةً بين سنة وسنتين | تظهر التزامات لمدة 3–5 سنوات |
| محرك القيمة | الوصول إلى ميزات البرنامج | السياق المتراكم وجودة مخرجات الذكاء الاصطناعي |
| تقييم الموردين | مجموعة الميزات والأسعار | مزود خدمات الذكاء الاصطناعي، سياسة النماذج، معالجة البيانات |
| مقياس الخروج | تكلفة استبدال البرامج | التكلفة الإجمالية: البيانات، إعادة التدريب، إعادة بناء العمليات |
| الحاجة إلى الحوكمة | اتفاقية مستوى الخدمة (SLA) ووقت التشغيل | إصدارات النماذج، حقوق التدقيق، سياسة التجاوز |
| إطار الشراء | مرونة الشراء/الإلغاء | التزام على مستوى البنية التحتية |
قبل التوقيع على أي عقد لخدمات البرمجيات كخدمة (SaaS) المدعومة بالذكاء الاصطناعي أو تجديده، يجب أن يكون فريقك قادرًا على الإجابة عن هذه الأسئلة.