1. ابدأ بالقرار التشغيلي لا بقائمة الخصائص
السؤال الصحيح ليس: هل نطوّر منصة ذكاء اصطناعي أم نشتريها؟ بل: ما القدرة المؤسسية التي نحتاج إلى امتلاكها وتشغيلها خلال السنوات المقبلة؟ قد تحتاج المؤسسة إلى توحيد الوصول إلى النماذج، ربط المعرفة الداخلية، أتمتة سير عمل محدد، أو تمكين فرق الأعمال من بناء حالات استخدام تحت ضوابط واضحة. لكل هدف متطلبات مختلفة في المعمارية والتشغيل والمخاطر.
قبل التواصل مع الموردين أو تكليف فريق تقني بالبناء، عرّف حالات الاستخدام ذات الأولوية، مالكيها التنفيذيين، البيانات المطلوبة، ومؤشرات القرار التي ستتغير عند نجاحها. إذا كانت القيمة تعتمد على عمليات متكررة ومشتركة بين وحدات متعددة، فغالباً تحتاج المؤسسة إلى طبقة منصة قابلة لإعادة الاستخدام. أما إذا كانت الحاجة محصورة في منتج أو عملية محددة، فقد تكون حلول جاهزة أو تطويرات محدودة أكثر انضباطاً.
2. فرّق بين ما يجب امتلاكه وما يمكن استئجاره
البناء ليس مرادفاً للاستقلال الكامل، والشراء ليس مرادفاً لفقدان السيطرة. القرار الناضج يفكك المنصة إلى طبقات: تجربة المستخدم، منطق الأعمال، تكاملات الأنظمة، طبقة البيانات والمعرفة، إدارة النماذج، المراقبة، الأمن، والبنية التحتية. اسأل في كل طبقة: هل تمنحنا هذه القدرة تميزاً مستداماً؟ هل تحتوي على معرفة أو قواعد لا يمكن نقلها بسهولة؟ وهل نملك فريقاً قادراً على صيانتها؟
في كثير من المؤسسات، من المنطقي امتلاك تصميم حالات الاستخدام، تدفقات القرار، التكامل مع الأنظمة الأساسية، سياسات الوصول، وطبقة المعرفة المؤسسية. في المقابل، قد يكون شراء أو استهلاك خدمات مُدارة لإدارة النماذج أو المراقبة أو الحوسبة أكثر كفاءة. لا تبنِ مكوّناً فقط لأنه ممكن تقنياً؛ ابنِه عندما تكون تكلفة الاعتماد الخارجي أو فقدان المرونة أعلى من تكلفة امتلاكه وتشغيله.
3. احسب التكلفة الكلية للملكية لا تكلفة التعاقد فقط
السعر الظاهر في عرض المورد أو تقدير التطوير الداخلي لا يمثل التكلفة الحقيقية. تشمل تكلفة ملكية منصة الذكاء الاصطناعي إعداد البيانات، التكاملات، اختبار الجودة، إدارة الهوية والصلاحيات، مراقبة الاستخدام، التدريب، الدعم، التحديثات، وإدارة المورد أو الفرق الداخلية. كما تتغير التكلفة مع نمو عدد المستخدمين، حجم الاستدعاءات، تنوع النماذج، ومتطلبات الاحتفاظ بالسجلات.
اعتمد نموذجاً مالياً يمتد لثلاث سنوات على الأقل ويقارن بين سيناريوهات واضحة: منصة جاهزة، منصة مُدارة قابلة للتخصيص، بناء هجين، وبناء داخلي محدود. لا تكتفِ بتجميع التكاليف؛ اربط كل سيناريو بوقت الوصول إلى أول قيمة، تكلفة التوسع، تكلفة الخروج أو النقل، وقدرة الفريق على الاستجابة للحوادث. القرار الأقل كلفة في السنة الأولى قد يصبح الأعلى كلفة عند التوسع أو عند تغيير المورد.
4. اجعل البيانات والحوكمة شروط قبول مبكرة
في البيئة المؤسسية السعودية، ينبغي أن تُصمم قرارات المنصة حول تصنيف البيانات، الصلاحيات، موقع المعالجة، قابلية التدقيق، وإدارة مزودي الخدمة منذ البداية. لا يكفي أن يقول المورد إن منصته آمنة أو متوافقة؛ على المؤسسة أن تطلب وصفاً تشغيلياً لكيفية عزل البيانات، إدارة الحسابات، تسجيل الأنشطة، حذف المحتوى، والاستجابة للحوادث، ثم تتحقق من ملاءمة ذلك لسياساتها والتزاماتها.
الحوكمة الفعالة لا تعني إنشاء لجنة توافق على كل طلب. تعني تحديد من يملك حالة الاستخدام، ومن يوافق على البيانات، ومن يراجع المخرجات عالية الأثر، وما الحد الذي يتطلب تصعيداً. ضع مستويات استخدام واضحة: تجريبي، داخلي منخفض الأثر، تشغيلي خاضع للمراجعة، وعالي الأثر. هذا التصنيف يحول الحوكمة من عائق إداري إلى آلية تسمح بالسرعة ضمن حدود قابلة للدفاع عنها.
5. قيّم المورد أو فريق البناء عبر إثباتات عملية
ينبغي أن يتجاوز تقييم المورد عروض الشرائح والعروض التوضيحية المعدة مسبقاً. اطلب تجربة محددة زمنياً على بيانات أو سيناريوهات مُنقّحة تمثل واقع المؤسسة، مع معايير نجاح متفق عليها مسبقاً. اختبر جودة المخرجات، سهولة التكامل، إدارة الصلاحيات، قابلية التتبع، أدوات الإدارة، وأداء المنصة عند الخطأ أو انقطاع خدمة خارجية. وينطبق المبدأ نفسه على أي فريق داخلي يقترح البناء.
في طلب العروض لمنصة AI، ميّز بين المتطلبات غير القابلة للتفاوض ومعايير المفاضلة. تشمل الأولى الأمن، التحكم في الوصول، قابلية تصدير البيانات، التكاملات الحرجة، والالتزامات التشغيلية. أما معايير المفاضلة فقد تشمل تجربة المستخدم، مرونة النماذج، سرعة الإعداد، وخريطة المنتج. اطلب من الموردين الإجابة على سيناريوهات لا على أسئلة عامة: كيف تُعالجون طلب حذف؟ ماذا يحدث عند تجاوز حد الاستخدام؟ كيف ننقل سجلاتنا وبياناتنا عند انتهاء التعاقد؟
6. اتخذ القرار كمسار مرحلي قابل للتراجع
أفضل قرارات المنصات لا تبدأ بالتزام واسع النطاق. ابدأ بحالتين أو ثلاث حالات استخدام تجمع بين قيمة أعمال واضحة، بيانات يمكن ضبطها، ومالك تشغيلي مستعد لتغيير طريقة العمل. حدد خط أساس قبل الإطلاق، ثم قس أثر المنصة على الزمن، جودة القرار، نسبة إعادة العمل، الالتزام بالإجراءات، وتبني المستخدمين. لا تخلط بين عدد المحادثات أو العروض التوضيحية وبين قيمة أعمال مؤكدة.
بعد المرحلة الأولى، اتخذ قرار التوسع باستخدام بوابة واضحة: هل تحقق التحسن المطلوب؟ هل كانت التكلفة الفعلية ضمن الفرضيات؟ هل تعمل الضوابط دون تعطيل الفرق؟ وهل أصبحت المعرفة أو المكونات قابلة لإعادة الاستخدام؟ إذا كانت الإجابة مختلطة، لا يعني ذلك فشلاً. قد يعني أن المؤسسة تحتاج إلى تعديل المعمارية، تغيير المورد، تضييق النطاق، أو تحويل جزء من الحل إلى بناء داخلي. المرونة في التراجع والتعديل جزء من جودة القرار.