عند شراء البرمجيات أو الخدمات الرقمية الذكية من قبل الشركات، لا تزال وثائق المناقصة تتضمن عادةً شرطًا ينص على أن «يتعين على المُقدِّم تعيين XX مهندسًا أول، وبقاء فريق العمل في الموقع لمدة لا تقل عن XX شهرًا شخصيًا». كما تُعتمد جداول تقييم العروض التي تعتمد على التوزيع الوزني للنقاط بناءً على عدد الأشخاص، والمؤهلات، والسعر الوحدوي — وكانت هذه الطريقة منطقية قبل عشر سنوات، لكنها…الوكيل الذكي والتسليم بمساعدة الذكاء الاصطناعيفي عصر الانتشار الواسع اليوم، يصبح من السهل اختيار المورّد الذي يضم أكبر عدد من الأشخاص بدلاً من ذلك الذي يحقق نتائج أوضح.
السياق السياسي: منطق الشراء آخذ في التغير
أشارت خطة تنفيذ المبادرة الخاصة بـ«الذكاء الاصطناعي + البرمجيات» الصادرة عن وزارة الصناعة وتكنولوجيا المعلومات في سبتمبر 2026 إلى دفع تحوّل البرمجيات نحو الذكاء، وتطوير نماذج مثل «الكيانات الذكية كخدمة»، كما شدّدت علىلا ننظر إلى حجم الاستثمار، بل إلى مدى فاعلية النتائج. بالنسبة للمشتري، فإن الإشارة واضحة: فإذا استمر التركيز فقط على عدد أيام العمل وعدد الموظفين المقيمين في الموقع، فقد يُشترى «تنفيذ صاخب»، لكنه لن يحقق تحسينات عملية قابلة للتحقق.
تقييم العطاءات بناءً على الجهد المبذول مقابل تقييم النتائج: ما الفرق؟
| البعد | تقييم العطاءات التقليدي بالشخص/الرأس | تقييم العطاءات الموجّه نحو النتائج |
|---|---|---|
| المؤشرات الأساسية | العدد، المستوى، عدد أيام التواجد في الموقع، السعر الوحدوي | الحلقة المغلقة للمشهد، سكريبت التحقق من الاستلام، KPI بعد الإطلاق |
| تعبير عن المتطلبات | تحديد قائمة الميزات | تشغيل الوظيفة + معيار البيانات + قواعد الاستثناءات |
| معالجة التغييرات | التفاوض في الموقع لإضافة أشخاص وزيادة الميزانية | ما هي المراحل الرئيسية ومؤشرات الأداء الرئيسية التي تتأثر بوثيقة التغيير؟ |
| الذكاء الاصطناعي/الوكيل الذكي | عادةً لا يتم تضمينه في التقييم | يُطلب توضيح نقاط تحسين الكفاءة، ونقاط المراجعة اليدوية، وحدود الصلاحيات. |
| عقد الدفع | يتم التسوية على أساس ربع سنوي أو شهري للفرد | الدفع عند اجتياز التحقق وفق المراحل الرئيسية |
| محور الخلاف | «هل تم توظيف الأشخاص بشكل مناسب» | «هل تم تشغيل النص البرمجي بنجاح، وهل تحسّنت المؤشرات؟» |
منطق الأعمال: كيف يتم تعديل وثائق المناقصة
قم بتحويل وثائق الشراء من «شراء الأيدي» إلى «شراء النتائج»، ونوصي بإعادة صياغة أربعة أجزاء:
- قائمة السيناريوهات: اكتب وفقًا للمنصب «الوضع الراهن والمشكلات → الإجراءات المستهدفة»، على سبيل المثال «يُحوّل المشتري من إصدار الطلبات عبر البريد الإلكتروني إلى إغلاق دورة مراجعة طلب الشراء داخل النظام».
- سكريبت التحقق من الاستلام: يُرفق مع كل سيناريو خطوات الاختبار والبيانات المدخلة والمخرجات المتوقعة، ويتعين على الجهة المقدمة للعرض الإجابة عن كل بند من حيث قابلية التنفيذ.
- الالتزام بمؤشرات الأداء الرئيسية: خلال 90 يومًا بعد التشغيل، يمكن قياس مؤشرات كمية، مثل نسبة تقصير دورة الموافقة، ومعدل اختلاف التسوية، ودقة المخزون — ويجب أن تكون هذه المؤشرات قابلة لاستخراج البيانات من النظام.
- حدود الخدمة: تُحدد مسؤولية كل من التدريب، والتشغيل والصيانة، ونقل البيانات، وصيانة قواعد الذكاء الاصطناعي على حدة، لتجنب أن ينتهي الأمر بمجرد إطلاق النظام.
اقتراح وزن التقييم:مطابقة الحل مع متطلبات التسليم 40% + فعالية الحالات المماثلة 30% + السعر 20% + كفاءة الفريق 10%. لا يزال ينبغي أن يُنظر إلى الفريق، لكنه لا ينبغي أن يكون هو المهيمن، وإلا فسنعود مرة أخرى إلى الاعتماد على العدد الكبير من الأشخاص.
منطق التصميم: كيف يُدمج الذكاء الاصطناعي والأتمتة في عملية تقييم العطاءات
إذا اشتمل العرض على خدمة العملاء الذكية، والمتابعة التلقائية، ومحرك القواعد، فيجب على الجهة المشترية أن تطلب من المورد تقديم إجابات على:
- الإدخال والإخراج: أي الوثائق تُقرأ، وأي الحالات تُعاد كتابتها، وهل يمكن تدقيقها.
- الأذونات والترقية: أي العمليات يجب أن تُعتمد يدويًا، وكيف يتم التصعيد في حال انتهاء المهلة.
- الدقة والفحص العشوائي: كيف يتم قياس خط الأساس للالتزام، وكيف يتم التراجع عن العمليات الخاطئة.
- القفل الموردي: هل يمكن تصدير النموذج والقواعد وقاعدة المعرفة، لتجنب الشلل عند تغيير المصنع.
التنفيذ والاعتماد: نظام التحكم بالدخول للمرحلة الثالثة
يوصى بتحديد نظام التحكم بالدخول للمرحلة الثالثة بوضوح في العقد، مع ربط الدفع بالاستلام والقبول:
- المرحلة الأولى (4–8 أسابيع): نجاح النص البرمجي للمشهد الأساسي بنسبة 100%، وتم الانتهاء من تدريب الأدوار الرئيسية. وفي حال عدم النجاح، لن يتم دفع الدفعة الثانية.
- المرحلة الثانية (8–12 أسبوعًا): توحيد العمليات بين الأقسام، واستقرار الواجهات والبيانات الرئيسية، وبدء تشغيل جمع بيانات خط الأساس لمؤشرات الأداء الرئيسية.
- المرحلة الثالثة (90 يومًا من التشغيل): مراجعة أداء KPI وفقًا للعقد، وفي حال عدم تحقيق الأهداف تُطبَّق فترة تصحيح وبنود خصم، وليس البقاء في الموقع إلى أجل غير مسمى.
يمكن اعتبار عدد الموظفين المقيمين في الموقعوسائل التنفيذيُكتب في المرفق، لكنه لا ينبغي أن يكون موضوع العقد الرئيسي. يجب أن يكون موضوع العقد الرئيسي هو «أي النصوص البرمجية تمت الموافقة عليها وأي المؤشرات قد تحسّنت».
المفاهيم الخاطئة الشائعة لدى جهة الشراء
المفهوم الخاطئ الأول: الفوز بالمناقصة بسعر منخفض للشخص-اليوم——زيادة التكاليف الناتجة عن التعديلات اللاحقة تؤدي إلى ارتفاع التكلفة الإجمالية. الحل: تحديد سقف للتكلفة الإجمالية + جدول تسعير للتعديلات.
الخطأ الثاني: كلما زادت الوظائف كان ذلك أفضل——معدل التشغيل المنخفض. التدبير: تقسيم السيناريوهات إلى مراحل، مع عدد قليل من المهام في المرحلة الأولى وضمان حلقة مغلقة.
الخطأ الثالث: إغفال البيانات الرئيسية——بعد إطلاق النظام، كانت البيانات غير منظمة ومشوشة، كما أن الذكاء الاصطناعي عزّز الأخطاء. الحل: إجراء استلام مستقل لمراحل حوكمة البيانات الرئيسية.
الخطأ الشائع الرابع: عدم تحديد معايير جمع البيانات الخاصة بمؤشرات الأداء الرئيسية (KPI)——عند حدوث تجاذب، يحسب كل طرف حساباته الخاصة. الحل: يتم إدراج صيغة المؤشرات ومصادر البيانات وفترة الإحصاء في المرفق، ويقوم قسم المعلوماتية بالتأكد من أن النظام قادر على استخراج البيانات تلقائيًا.
الإجراء التالي
إذا كنت بصدد إعادة طرح مناقصة لمشروعات ERP أو OA أو SRM أو مشاريع الرقمنة المخصصة، فيمكنك أولاً تخصيص أسبوع لإجراء «فحص صحي للمناقصة»: قم بتحديد جميع بنود ساعات العمل الواردة في وثيقة طلب العرض الحالية، ثم أعد صياغتها واحدة تلو الأخرى على شكل سيناريو + نصّ إرشادي + مؤشرات أداء رئيسية. وإذا لم تتمكن من الانتهاء من ذلك، فلا بأس؛ فعلى الأقل لن تظل المنظومة الجديدة لطرح المناقصات تختار الموردين وفق منطق عام 2015.
إن «التحديث التقني» في صناعة البرمجيات لا يقتصر على ورشة العمل لدى الطرف الثاني فحسب، بل يمتد أيضًا إلى قسم المشتريات لدى الطرف الأول. فمن يعتمد تقييم العطاءات بناءً على النتائج أولًا، سيكون أكثر حظًا في عصر الذكاء الاصطناعي في اقتناء أنظمة إدارة فعّالة قابلة للتطبيق، وقابلة للمحاسبة، وقادرة على إجراء التحليلات الاسترجاعية، بدلًا من مجرد قائمة طويلة من الأسماء.
النقاط الإضافية التي تستحق الانتباه في المشتريات لدى الشركات الحكومية والمجموعات
غالبًا ما يتعين على عمليات الشراء الكبيرة تحقيق التوازن بين الامتثال والفعالية: إذ يمكن الإبقاء في وثائق المناقصة على متطلبات الأهلية وبنود مكافحة الغش، لكنجدول تقييم التقنيةيجب جعل «كاملية استجابة سكريبت التحقق» و«قابلية قياس KPI» بنودًا إلزامية، لتجنب تحول العناصر التقنية إلى مجرد إجراء شكلي. وفي سيناريوهات الشركات المتعددة التابعة للمجموعة، ينبغي مطالبة المتعهدين بتوضيح كيفية دعم البيانات الرئيسية والصلاحيات للشركات الفرعية، مع البدء بتنفيذ السكريبت في شركة تجريبية خلال المرحلة الأولى قبل التوسع، بدلاً من توحيد النظام على مستوى المجموعة بأكملها منذ البداية.
في جلسة العرض التقديمي للجنة المشتريات، يُقترح اختيار 2–3 سيناريوهات عشوائيًا لتنفيذها من قبل الموردين، على أن يقوم أعضاء لجنة التحكيم بتقييم النتائج مقارنةً بالنتائج المتوقعة؛ فهذا يعكس بشكل أدق التجربة الفعلية بعد التشغيل مقارنةً بمجرد الاطلاع على العروض التقديمية. وفي مرحلة التفاوض على العقود، ينبغي تضمين «فترة التعديل وصيغة الخصم في حال عدم تحقيق KPI» ضمن نص العقد؛ فهذا يوفّر حماية أكبر لكلا الطرفين مقارنةً بالاعتماد على التفاوض اللاحق عبر العلاقات الشخصية. ولا يتعيّن انتظار صدور الإصدار القادم من المواصفة الوطنية لإجراء إصلاحات في عملية تقييم العطاءات؛ إذ يمكن تجربة سيناريو واحد، ومؤشر أداء رئيسي واحد، ونظام تحكم بالدخول لمرحلة أولى في أول عملية شراء قادمة. إن التجريب بخطوات صغيرة مع تصحيح الأخطاء يتيح مواكبة التغيرات المتزامنة في السياسات والتكنولوجيا بشكل أفضل من انتظار ظهور نموذج مثالي.