كل قائد تحول ألتقيه في الإمارات يحمل نسخة من المشكلة نفسها: منظومة SaaS نمت قرار شراء تلو الآخر، ولجنة توجيهية تريد الآن معرفة لماذا تستمر فاتورة التراخيص في الارتفاع بينما يستمر تراكم التكامل في التضخم. الشراء مقابل البناء كان قرارًا سهلًا في السابق. كانت SaaS أرخص وأسرع ومشكلة صيانة يتحملها شخص آخر، وبالنسبة لمعظم الأعباء يبقى هذا المنطق صحيحًا. لكن الحسابات تغيّرت عند الهوامش، والهوامش هي حيث تذهب ميزانيات التحول لتموت.
تغيّر أمران. أولًا، تسعير SaaS بحسب عدد المستخدمين يتصاعد خطيًا مع عدد الموظفين بينما البرمجيات المخصصة لا تفعل ذلك، ما يعني أن نقطة التقاطع التي يتفوق عندها البناء تصل أبكر للمؤسسات الكبيرة مما يوحي به الافتراض المعتاد. ثانيًا، التطوير الحديث، الأطر السائدة، ومنصات السحابة الناضجة، والهندسة المدعومة بالذكاء الاصطناعي، خفّض تكلفة ومخاطر البناء المخصص إلى جزء بسيط مما كانت تفترضه دراسة جدوى من عام 2018. إذا كان إطار الشراء مقابل البناء لديك يسبق هذه التحولات، فهو منحاز بصمت. هذا المقال هو الإطار الذي سآخذه إلى لجنة توجيهية في 2026، مصمَّم لشخص عليه أن يدافع عن القرار، لا أن يتخذه فقط.
ابدأ بالخيار الافتراضي: الشراء
أي إطار موثوق يبدأ بميل نحو الشراء، لأن معظم فئات البرمجيات سلع تجارية وإعادة بناء سلعة هو تدمير للقيمة. البريد الإلكتروني، ونواة الموارد البشرية، ونواة الشؤون المالية، وإدارة علاقات العملاء (CRM) لحركة مبيعات معيارية، والتعاون، هذه أسواق مستقرة. المورّد يوزّع تكاليف البحث والتطوير على آلاف العملاء؛ أنت لن تفعل ذلك أبدًا. إذا كان العبء غير متمايز، يجب أن ينتهي النقاش عند اختيار المورّد، وأي راعٍ داخلي يدفع نحو بناء أحد هذه الأنظمة يجب أن يُسأل عن المشكلة الاستراتيجية التي يحلها البناء ولا يستطيع الإعداد حلها.
الإطار أدناه موجود لكل ما يتجاوز هذا الفلتر الأول: الأعباء التي يكون فيها التوافق ناقصًا، أو التكاليف متراكمة، أو تكون العملية نفسها جزءًا من كيفية تنافسك.
الإشارات الخمس التي تدل على أن SaaS أصبحت عنق الزجاجة
1. اقتصاديات التسعير بحسب المستخدم تنقلب عند الحجم الكبير
تسعير SaaS مصمَّم ليكون تافهًا عند 50 مستخدمًا ومؤلمًا عند 5,000. كتوضيح تقريبي، أداة بسعر 350 درهمًا لكل مستخدم شهريًا عبر 2,000 مستخدم تعني 8.4 مليون درهم سنويًا، كل سنة، مع زيادات تعاقدية. البديل المخصص لسير العمل المحدد الذي تستخدمه فعليًا قد يكلّف بناؤه مضاعفًا أحادي الرقم منخفضًا لرسوم ترخيص سنة واحدة، ثم جزءًا بسيطًا من ذلك سنويًا للتشغيل. احسب التكلفة الإجمالية للملكية على مدى عشر سنوات، لا ثلاث سنوات، لأن بند SaaS يتراكم بينما بند البناء لا يتراكم. دراسات التكلفة الإجمالية للملكية في القطاع عادة ما تجد أن نقطة التقاطع للنشرات الكبيرة تقع بين السنة الثالثة والخامسة.
2. قيود إقامة البيانات والسيادة عليها
بالنسبة للمؤسسات الإماراتية، تحولت هذه الإشارة من تفضيل إلى شرط في عدة قطاعات. إذا كان المنظّم لديك، أو التزاماتك بحماية البيانات في مركز دبي المالي العالمي أو سوق أبوظبي العالمي، أو عملاؤك الحكوميون يشترطون بقاء البيانات داخل الدولة، وأقرب منطقة لموردك هي فرانكفورت، فأنت على بُعد تدقيق واحد من هجرة إجبارية. البرمجيات المخصصة المنشورة على بنية سحابية في منطقة الإمارات تجعل من إقامة البيانات قرار تصميم تتحكم فيه أنت، لا بندًا في خارطة طريق تضطر للضغط على المورّد من أجله. مع دفع أجندة D33 لمزيد من الاقتصاد عبر القنوات الرقمية، توقّع أن يزداد التدقيق هنا، لا أن يخف.
3. سقوف التكامل
كل منتج SaaS يتكامل جيدًا حتى حدود مصلحته التجارية، وبشكل ضعيف بعد ذلك. العلامة الدالة هي عندما يُظهر مخطط بنيتك التقنية طبقة وسيطة (middleware) تعوّض ما ترفض واجهة برمجة المورّد (API) كشفه: حدود معدل تُبطئ عمليات المزامنة، وwebhooks لا تغطي الأحداث التي تحتاجها، وصيغ تصدير تفقد الدقة. عندما تصبح الحلول البديلة للتكامل بندًا دائمًا، فأنت تدفع تكاليف برمجيات مخصصة مقابل منتج شخص آخر.
4. عدم توافق في العملية توقفت عن ملاحظته
أخطر أنماط فشل SaaS غير مرئي: المؤسسة تُعيد تشكيل عمليتها لتناسب الأداة، ويُسجَّل الاحتكاك كـ"طريقة سير العمل" بدلًا من تكلفة. دقّق في هذا مباشرة. عُدّ الخطوات غير المتصلة، وعمليات تصدير جداول البيانات، ومسارات الموافقة التي تجري عبر البريد الإلكتروني لأن محرك سير العمل الخاص بالأداة لا يستطيع محاكاة عمليتك. إذا كانت عملية تمايزية، طريقة تقييمك للمخاطر، أو توزيعك، أو خدمتك، قد انحنت لتناسب نموذج بيانات المورّد، فإن التكلفة الاستراتيجية تفوق رسوم الترخيص بأشواط.
5. تركّز مخاطر المورّد
الأسر السعري، ومخاطر الاستحواذ، ومخاطر إيقاف المنتج، وانحراف خارطة الطريق، كلها تنمو مع التبعية. اختبار ضغط مفيد: لو ضاعف هذا المورّد أسعاره عند التجديد أو أنهى المنتج بإشعار مدته 12 شهرًا، كم ستكلّف الاستجابة؟ إذا كانت الإجابة "لن يكون أمامنا خيار سوى الدفع"، فقد حدّدت موقع تفاوض، وهو ليس موقعك بل موقعه.
نموذج تقييم يمكنك الدفاع عنه
اللجان التوجيهية لا تكافئ الحدس، بل تكافئ المنطق القابل للتدقيق. قيّم كل عبء عمل مرشح من 1 إلى 5 وفق ستة معايير، مرجّحة حسب سياقك:
| المعيار | يفضّل البناء عندما... | الوزن المقترح |
|---|---|---|
| التمايز الاستراتيجي | العملية جزء من كيفية فوزك | 25% |
| فارق التكلفة الإجمالية للملكية على 10 سنوات | تكاليف الترخيص تتراكم متجاوزة تكاليف البناء | 20% |
| إقامة البيانات والامتثال | المتطلبات تتجاوز خارطة طريق المورّد | 20% |
| ملاءمة التكامل | الحلول البديلة دائمة، لا مؤقتة | 15% |
| ملاءمة العملية | الأداة تنحني لعمليتك، لا العكس | 10% |
| التعرض لمخاطر المورّد | تكاليف الخروج تجعلك أسيرًا سعريًا | 10% |
نتيجة مرجَّحة أعلى من نحو 3.5 تبرر دراسة جدوى للبناء؛ بين 2.5 و3.5، فكّر في نموذج هجين (اشترِ النواة السلعية، وابنِ الطرف المتمايز فوقها)؛ أقل من 2.5، اشترِ وأعد التفاوض. العتبات الدقيقة أقل أهمية من الانضباط: قيّم كل عبء بالطريقة نفسها، وثّق المدخلات، والقرار يصمد أمام تغيّرات الموظفين وأسئلة التدقيق.
تعديلان يستحقان الإجراء لسياق الإمارات. رجّح وزن إقامة البيانات أعلى إذا كنت تخدم عملاء حكوميين أو ماليين منظَّمين. ورجّح التكلفة الإجمالية للملكية بأمانة في جانب البناء أيضًا: أدرج الصيانة، والاستضافة، وتحديثات الأمان، وملكية المنتج الداخلية التي يحتاجها نظام مخصص. دراسة جدوى للبناء تُظهر تكلفة تشغيلية صفرية ليست متحفظة، إنها خيال، ويجب أن تتعامل معها اللجنة على هذا الأساس.
النمط الهجين الذي تستقر عليه معظم المؤسسات فعليًا
عمليًا، نادرًا ما تكون الإجابة الناضجة خالصة. النمط الذي نراه ناجحًا: أبقِ SaaS السلعي للوظائف غير المتمايزة، وابنِ الطبقة المخصصة الرفيعة حيث يكمن تمايزك، البوابة التي يلمسها عملاؤك فعليًا، ومحرك سير العمل الذي يُرمّز كيفية عملك، وعمود التكامل الذي يجعل منظومة SaaS تتصرف كنظام واحد. هذا يبقي نطاق البناء صغيرًا وقابلًا للدفاع عنه بينما يحصد معظم المكسب الاستراتيجي. كما يتناسق جيدًا مع برامج التحديث؛ إذا كنت بالفعل ترسم مسارًا للخروج من الأنظمة القديمة، فنمط "بناء الأطراف" يندمج فيه مباشرة، ودليلنا حول نقل الأنظمة القديمة إلى حالة جاهزة للذكاء الاصطناعي يغطي ذلك التسلسل.
هناك سبب استشرافي يجعل هذا النمط مفضلًا في 2026 تحديدًا. مبادرات الذكاء الاصطناعي والأتمتة تحتاج وصولًا نظيفًا وقابلًا للتحكم إلى بياناتك التشغيلية وسير عملك. أدوات SaaS تكشف ما تسمح به خارطة طريقها؛ الأنظمة التي تملكها تكشف ما تتطلبه استراتيجيتك. المؤسسات التي تتموضع لعقد D33 تتعامل بشكل متزايد مع البرمجيات المملوكة عند الطرف المتمايز باعتبارها بنية تحتية للذكاء الاصطناعي، لا مجرد تطبيقات.
الحوكمة للبناء الذي توافق عليه
إذا سجّل عبء العمل لصالح البناء، قلّل مخاطر التنفيذ بالطريقة نفسها التي تقلّل بها مخاطر أي مشروع رأسمالي. أصرّ على تقنية سائدة (أطر مثل Next.js وReact تعني أن أي فريق كفء يستطيع صيانة الأصل، ما يحميك من أسر الشريك، وهو النسخة المقابلة لمخاطر الموردين في جانب البناء). تعاقد على ملكية الكود والتسليم الكامل منذ اليوم الأول. قسّم التسليم على مراحل بحيث يظهر برنامج عامل خلال أسابيع وتراجع اللجنة أدلة، لا عروض حالة. وعيّن ملكية داخلية للمنتج قبل بدء البناء؛ فالبرمجيات المخصصة دون مالك تتحول إلى مشكلة أنظمة قديمة للعقد القادم.
الأسئلة الشائعة
أليست البرمجيات المخصصة دائمًا أكثر خطورة من SaaS؟
مخاطر التسليم حقيقية لكنها انخفضت بشكل حاد مع الأطر الحديثة والتسليم المرحلي، بينما تحمل SaaS مخاطرها الخاصة، الأسر السعري، وثغرات إقامة البيانات، وانحراف خارطة الطريق، وهي مخاطر تتراكم بصمت. المقارنة الصادقة هي التكلفة على عشر سنوات معدَّلة بالمخاطر على الجانبين، لا مخاطر البناء مقابل اشتراك يُفترض أنه آمن.
كيف أعرض مقارنة التكلفة الإجمالية للملكية بمصداقية؟
ضع نموذجًا لعشر سنوات، وأدرج الزيادات التعاقدية لـ SaaS ونمو عدد المستخدمين في جانب الشراء، وأدرج الصيانة والاستضافة والملكية الداخلية في جانب البناء. اجعل الشؤون المالية تتحقق من الافتراضات قبل أن تراها اللجنة. نموذج التكلفة الإجمالية للملكية الذي يصمد أمام تدقيق المدير المالي هو أقوى أصل منفرد في دراسة الجدوى.
ما الفريق الذي نحتاجه لصيانة بناء مخصص؟
أقل مما تخشاه معظم اللجان. النظام المبني جيدًا على تقنية سائدة يحتاج عادة إلى مالك منتج داخلي بدوام جزئي واتفاقية صيانة مع شريك التطوير، مع التوسع فقط إذا تحول النظام إلى منصة. العقد يجب أن يجعل تبديل الشركاء أمرًا ممكنًا عمليًا، ما يبقي ذلك الاتفاق نزيهًا.
أين يقع الشراء مقابل البناء ضمن خارطة طريق تحول أوسع؟
تعامل معه كقرار محفظة، لا قرارًا لمرة واحدة. قيّم كل عبء عمل مهم سنويًا، لأن الإجابة تتغير مع نمو عدد المستخدمين، وتشديد اللوائح، وانحراف خارطات طريق الموردين. معظم المؤسسات تجد عبئين أو ثلاثة أعباء عمل تتحول من الشراء إلى البناء خلال دورة تحول واحدة، والتقاط هذا التحول مبكرًا هو حيث تكمن القيمة.
إذا كان لديك عبء عمل عالق في تلك المنطقة الوسطى غير المريحة، مرتفع جدًا للتجديد دون أسئلة، وغير مؤكد جدًا للبناء دون أدلة، فهذا بالضبط التقييم الذي يجريه فريق تصميم وتطوير تطبيقات الويب لدينا، إلى جانب ممارستنا الأوسع في التحول الرقمي لخارطة الطريق المحيطة به. سنختبر النتائج معك قبل أن يُبنى أي شيء. تواصل معنا على team@ins.ae أو +971 58 995 4553.
