بناء أم شراء برمجيات المؤسسات: الإطار المحايد للبائعين (مع معيار تقييم مكوّن من 12 نقطة، 2026)

بناء أم شراء برمجيات المؤسسات: الإطار المحايد للبائعين (مع معيار تقييم مكوّن من 12 نقطة، 2026)

في سبتمبر الماضي، طرح علينا أحد عملائنا من شركات SaaS بإيراد سنوي يبلغ $50M سؤالاً تُكلّف الإجابة الخاطئة عنه ملايين الدولارات: هل يبقى على حزمة Salesforce + Tableau + Outreach بتكلفة إجمالية تبلغ $487K على مدى خمس سنوات، أم يبني منصة عمليات إيرادات مخصصة بتكلفة $312K؟ الجواب "الأرخص" كان خاطئاً. هذا هو الإطار الذي استخدمناه لنصل إلى الحقيقة: معيار تقييم مكوّن من 12 نقطة موزونة، ونموذج TCO لخمس سنوات، وإطار Gartner الثلاثي Buy/Build/Blend الذي لا يُشير إليه أيٌّ من الأدلة العشرة الأولى على Google. ونعم، نحن وكالة هندسية — لذا سنخبرك متى يجب شراء SaaS عوضاً عن توظيفنا.

النقاط الرئيسية (TL;DR):

• معظم نصائح بناء أو شراء البرمجيات تأتي من بائعين يستفيدون من إجابة واحدة بعينها. حدّد تحيّز مصادرك قبل أن تثق بها.
• إطار Gartner الثلاثي Buy/Build/Blend يغطي الآن 76% من إنفاق المؤسسات على البرمجيات. البناء الصرف أو الشراء الصرف هو الاستثناء لا القاعدة في 2026.
• قيّم قرارك وفق 12 معياراً موزوناً لا بالحدس. البناء المخصص يفوز عندما يتجاوز المجموع 45؛ وSaaS يفوز عندما يقل عن 30.
• وكلاء البرمجة بالذكاء الاصطناعي (Cursor، Claude Code) خفّضت ساعات المهندسين الكبار لكل ميزة بنسبة 40–60% في 2026. معادلة البناء تغيّرت.

ما هو قرار بناء أم شراء برمجيات المؤسسات؟

قرار البناء أم الشراء هو الاختيار بين ترخيص برمجيات SaaS أو COTS القائمة (الشراء)، أو تطوير برمجيات مخصصة داخلياً (البناء)، أو التعاقد مع وكالة شريكة لبناء برمجيات خاصة (الشراكة). الإطار الحديث لـ Gartner يوسّع هذا إلى Buy/Build/Blend، وتتدفق الآن 76% من إنفاق المؤسسات على البرمجيات في مجموعات من المنتجات القياسية والامتدادات المخصصة، لا في بناء صرف أو شراء صرف.

يتمحور القرار حول ثلاثة أسئلة:

• هل تمثّل هذه القدرة ميزة تنافسية أم مجرد سلعة؟
• ما هو TCO الحقيقي لكل مسار على مدى خمس سنوات؟
• هل بمقدورك تشكيل فريق هندسي كبير لامتلاكها على المدى البعيد؟

ملاحظة مهمة: Techsy وكالة هندسية. نربح عندما تبني. لذا سنخبرك بجميع الحالات التي يجب عليك فيها شراء SaaS عوضاً عن توظيفنا — لأن مثل هذه المقالات لا تنجح على المدى البعيد إلا إذا كانت الأرقام صادقة. ذكرنا هدفنا التجاري في الأسفل؛ وكل شيء بينهما هو الإطار، لا العرض الترويجي.

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

ما الذي تقوله Gartner فعلاً: إطار Buy / Build / Blend

إطار الشراء لدى Gartner يرفض السؤال الثنائي بناء أم شراء ويستبدله بقرار ثلاثي: الشراء (Buy) (ترخيص COTS أو SaaS)، أو البناء (Build) (التطوير المخصص داخلياً)، أو المزج (Blend) (الجمع بين SaaS لسير العمل العادية وكود مخصص لسير العمل التنافسية المتمايزة). وفقاً لـ نموذج Buy/Build/Blend الخاص بـ Gartner، تتدفق الآن 76% من إنفاق المؤسسات على البرمجيات في مجموعات ممزوجة. البناء الصرف أو الشراء الصرف هو الحالة الاستثنائية.

الشراء = ترخيص ما هو سلعة

اشترِ عندما تكون القدرة مسألة محلولة وقد شحنها شخص آخر بالفعل على نطاق واسع. CRM، الرواتب، البريد الإلكتروني، إدارة المصاريف، المراقبة. اقتصاديات الشراء هي الأفضل عندما يكون لديك أقل من 100 مستخدم في سير العمل، وتحتاج إلى الإطلاق في أقل من 90 يوماً، وSaaS يحل أكثر من 80% من احتياجاتك مباشرة.

البناء = امتلاك ما يميّزك

ابنِ عندما تكون القدرة هي ميزتك التنافسية الحصينة. الشيء الذي يشتري العملاء منك بسببه. Stripe لم يُرخّص حزمة مدفوعات. Figma لم يُرخّص محرك عرض. البناء يفوز أيضاً عندما تعجز SaaS حرفياً عن نمذجة بنية بياناتك (مثل التمويل المعقد متعدد الكيانات أو أنظمة الامتثال غير المعتادة) أو عندما تتجاوز فاتورة SaaS على مدى خمس سنوات TCO البناء المخصص بمقدار 2x أو أكثر.

المزج = الحساب الذي تنتهي إليه معظم المؤسسات

المزج يعني الاحتفاظ بـ COTS لـ 80% من المهام العادية وبناء شيء مخصص لـ 20% المتمايزة. النمط الكلاسيكي: Salesforce كنظام سجل + طبقة مخصصة رفيعة لسير العمل التي لا يستطيع Salesforce نمذجتها. Thoughtworks يسمّي هذا Buy/Build/Partner؛ Gartner يسمّيه Buy/Build/Blend. الفكرة واحدة، المصطلحات مختلفة قليلاً. يعود هذا النهج الثلاثي إلى مصفوفة Make-or-Buy الخاصة بـ McKinsey من تسعينيات القرن الماضي، لكن حقبة السحابة جعلت الخيار الثالث هو السائد.

معيار التقييم المكوّن من 12 نقطة (انسخه إلى جدول بيانات)

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

مفتاح العتبات:

• المجموع أقل من 30 ← اشترِ SaaS
• المجموع 30–45 ← المزج
• المجموع أكثر من 45 ← ابنِ

مثال عملي بعميل دراسة الحالة (الذي نستعرضه بالتفصيل في الفقرة التالية): حصل على 38. كانت الميزة التنافسية 3 (عمليات الإيرادات مهمة لكنها ليست ميزته الحصينة)، والكادر الهندسي 2 (لم يتمكنوا من تخصيص مهندسين على المدى البعيد)، وفجوة SaaS 4 (Salesforce فاتته نحو ثلث سير العمل)، وتخفيض تكلفة الذكاء الاصطناعي 5. النتيجة: حزم في منطقة المزج، وهو ما انتهت إليه التوصية.

تحفّظ واحد: المعيار أداة مساعدة للقرار، لا صانع قرار. إذا كانت نتيجتك حدّية (28–32 أو 43–47)، شغّل نموذج TCO في القسم التالي قبل الالتزام. الأرقام تبدّل المآل.

نمذجة TCO: كيف تحسب تكلفة 5 سنوات بصدق

وفقاً لـ أبحاث Gartner حول تحليل تكاليف البرمجيات، تفوّت المؤسسات 50–70% من TCO عند حساب ملكية البرمجيات. البنود الأكثر إغفالاً: التكامل، وFTE الإداري، وتكلفة الخروج. سعر السنة الأولى هو الجزء الأصغر من الفاتورة، وتقريباً كل عرض توضيحي للبائع يُقدّم لك هذا الرقم تحديداً.

إليك كيفية حساب TCO لخمس سنوات بصدق لكل مسار.

بنود الشراء (SaaS): الترخيص × المستخدمين × السنوات، والتنفيذ والإعداد، والتدريب، وتوزيع FTE الإداري (عادةً 0.5–2 FTE على نطاق المؤسسات)، والتكامل مع الأنظمة القائمة، وتكلفة الخروج عند التحوّل في نهاية المطاف.

بنود البناء (المخصص): الهندسة الأولية (أشهر المهندسين × التكلفة الشاملة)، والصيانة السنوية (القاعدة الصناعية: 15–20% من تكلفة البناء الأولية)، والبنية التحتية والأدوات، والتكلفة البديلة للطاقة الهندسية التي تخصصها.

بنود المزج: اشتراك SaaS للطبقة العادية، بالإضافة إلى تكلفة التكامل/الامتداد المخصص، بالإضافة إلى صيانة الطبقة المخصصة. تكلفة أولية أقل من البناء الكامل، وتكلفة جارية أقل من الشراء الكامل.

استخدم $230K كتكلفة شاملة للمهندس في الساحل الأمريكي: وسيط BLS كان $130,160 في مايو 2024، ثم أضف 30% للمزايا و25% للنفقات العامة. اضبط ±30% لموقعك الجغرافي. الفرق الأوروبية تُكلّف عادةً 20–30% أقل؛ وفرق الولايات المتحدة غير الساحلية 15–20% أقل.

نطاقات توضيحية عامة. ستختلف أرقامك؛ أما الفئات فلن تختلف.

متى تختار المزج (المسار الأوسط الذي تنتهي إليه معظم المؤسسات)

يفوز المزج عندما لا ينطبق الشراء الصرف أو البناء الصرف بشكل مناسب على سير عملك. تحتفظ بـ COTS للطبقات العادية (CRM، والفوترة، والهوية، والمراقبة) وتبني كوداً مخصصاً لسير العمل التي إما تُعدّ ميزتك التنافسية أو يستحيل نمذجتها في SaaS. الرابط بينهما: واجهات API، وخوادم MCP، أو محركات سير العمل منخفضة الكود.

أربعة أنماط مزج نراها بشكل متكرر:

1. Salesforce + طبقة RevOps مخصصة. يبقى Salesforce كنظام سجل. الطبقة المخصصة تتولى سير العمل المتعدد الخطوات للإيرادات التي لا يستطيع منشئ العمليات في Salesforce نمذجتها. دراسة الحالة أدناه هي هذا النمط بالضبط.
2. SAP/NetSuite + طبقة بيانات مخصصة. الاحتفاظ بنظام ERP للأستاذ العام والشراء، مع بناء مستودع بيانات ولوحات تحكم مخصصة للتحليلات المالية التي يريدها المدير المالي.
3. HubSpot + خط أنابيب إثراء مخصص. استخدام HubSpot للتسلسلات وCRM مع بناء إثراء مخصص عندما لا تكون دقة بائعي البيانات التجارية كافية لـ ICP الخاص بك.
4. نظام HR من COTS + أتمتة سير عمل مخصص. BambooHR أو Rippling للسجلات، وn8n أو كود مخصص لتنسيق الإلحاق والإنهاء الذي لا يُعبّأ جيداً في أي مكان.

أصبح المزج أرخص تكلفةً ملحوظاً في 2026 لأن إضافة ميزات الذكاء الاصطناعي تدريجياً إلى SaaS قائمة لم تعد تتطلب فريق بحث، وخوادم MCP التي تربط SaaS بالكود المخصص تضغط على ضريبة التكامل التي جعلت المزج مكلفاً تاريخياً. المزج ليس حلاً وسطاً — بل هو الجواب لـ 76% من المؤسسات وفقاً لـ Gartner.

متى تبني (3 سيناريوهات تفوز فيها المنصة المخصصة)

البناء يفوز في ثلاثة سيناريوهات واضحة. إذا لم يصف أيٌّ منها وضعك، فمن المرجح أنك لا يجب أن تبني.

1. القدرة هي ميزتك التنافسية الحصينة

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

2. لا تستطيع SaaS نمذجة بنية بياناتك الفريدة

إذا كانت بياناتك تحمل بنية لا تستطيع SaaS الحالية تمثيلها حرفياً (تمويل معقد متعدد الكيانات، أو مخططات تنظيمية غير اعتيادية، أو حالة متعددة اللاعبين في الوقت الفعلي)، ستنفق في رسوم التخصيص والاستشارات أكثر مما لو بنيت من الصفر. اختبر هذا بتوظيف اثنين من بائعي SaaS لعمل POC مدفوع. إذا فشل الاثنان، فابنِ.

3. TCO لـ SaaS على 5 سنوات يتجاوز البناء المخصص بمقدار 2x أو أكثر

تنقلب المعادلة عند الاستخدام الكثيف. 500 مستخدم على SaaS بسعر $200/مستخدم/شهر = $1.2M/سنة = $6M على 5 سنوات. بناء مخصص مركّز لسير العمل ذاتها قد يُكلّف $400K مقدماً + $80K/سنة صيانة = $800K على 5 سنوات. عندما يبلغ الفارق 2x أو أكثر وكان سير العمل مستقراً، فابنِ.

تنبيه صادق: البناء يعني تحمّل مخاطر المشروع. يُظهر تقرير CHAOS الصادر عن Standish Group أن 69% من مشاريع تقنية المعلومات تفشل جزئياً أو كلياً. البناء ليس مجانياً حتى عندما تقول الأرقام ذلك. قلّل المخاطر بانضباط النطاق، وملكية المنتج الحقيقية، ونماذج MVP المبكرة. بالنسبة لأدوات الذكاء الاصطناعي الداخلية تحديداً، فإن أدوات الذكاء الاصطناعي المؤسسي ذاتية الاستضافة هي نمط بناء نرى نجاحه في 2026 حيث لا تستوفي الخيارات الجاهزة متطلبات إقامة البيانات.

متى تشتري (والتكاليف الخفية التي لا يتحدث عنها أحد)

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

1. القدرة سلعة

CRM، والبريد الإلكتروني، والمحاسبة، والمراقبة، والهوية، وإدارة المصاريف. هذه مسائل محلولة. بائعو SaaS قد شحنوا آلاف الحالات الحدية التي ستواجهها بنفسك. بناء أيٍّ من هذه من الصفر في 2026 هو خيار خاطئ في معظم الأحيان.

2. تحتاج إلى الإطلاق في أقل من 90 يوماً

إذا كان سير العمل يُعيق الإيرادات وليس لديك طاقة هندسية للتضحية بها، فاشترِ. التكلفة البديلة لبناء مدته 6 أشهر مقابل إطلاق SaaS في 6 أسابيع تفوق رسوم الترخيص في كل حالة تقريباً.

3. SaaS يحل أكثر من 80% مباشرة

إذا كانت تكلفة تخصيص الـ 20% الأخيرة أقل من إجمالي علاوة SaaS، فاشترِ فقط. اختبر هذا بكتابة قائمة الفجوات قبل التوقيع. إذا كانت الفجوات خفيفة في سير العمل (إعدادات، تكاملات، تقارير بسيطة) فأنت بخير. إذا كانت ثقيلة في سير العمل، فأنت لست كذلك.

التكاليف الخفية التي لا يضعها أحد على شريحة العرض التوضيحي:

تكاليف SaaS تتسلل. يُظهر مؤشر إدارة SaaS لعام 2025 الصادر عن Zylo أن متوسط المؤسسة يُهدر نحو $21M سنوياً على مقاعد SaaS غير مستخدمة أو مكررة. رسوم الترخيص هي التكلفة الأولى، لا الإجمالية.

مثال عملي: مساعدة عميل SaaS بإيراد $50M في اتخاذ قراره — حزمة Salesforce بـ $487K أم البناء المخصص بـ $312K

في الربع الثالث من 2025، سألنا عميل B2B SaaS بإيراد سنوي قدره $50M عمّا إذا كان يجب توسيع حزمته القائمة من Salesforce + Tableau + Outreach (TCO تقديري لخمس سنوات: $487K) أم بناء منصة عمليات إيرادات مخصصة على Next.js + Postgres + أدوات خط أنابيبه الخاصة (TCO تقديري: $312K). إليك حساب التكلفة التفصيلي الحقيقي الذي استعرضناه معهم، ولماذا كان الخيار "الأرخص" بـ $312K هو القرار الخاطئ لهم، وما الذي أطلقوه بدلاً من ذلك.

بدا السؤال الرئيسي ثنائياً: الاستمرار في دفع أسعار SaaS أم بناء شيء أرخص. لكن التفاصيل الدقيقة أخبرت قصة مختلفة.

على الورق، فاز البناء بفارق $175K. جاءت التوصية في الاتجاه المعاكس.

لماذا كان البناء المخصص "الأرخص" خاطئاً لهم: لم يكن لديهم كادر هندسي كبير قادر على استيعاب 0.5 FTE من الصيانة بشكل مستمر. كانت المنظمة الهندسية تُطوّر المنتج الأساسي بالفعل. تخصيص 10–15% من طاقة المهندسين الكبار لصيانة عمليات الإيرادات على مدى خمس سنوات كان يعني إما إبطاء خارطة طريق المنتج أو التوظيف (وهو ما كان سيرفع TCO الحقيقي للبناء إلى ما يتجاوز $800K بمجرد احتساب التوظيفات الفعلية بأسعار السوق، لا الطاقة الممتصة). الرقم "الرخيص" افترض مهندسين مجانيين. والمهندسون لا يكونون مجانيين أبداً.

ما أطلقناه فعلاً: مزج. الاحتفاظ بـ Salesforce كنظام سجل. بناء طبقة عمليات إيرادات مخصصة رفيعة ($85K مقدماً، وتكلفة جارية تكاد تكون معدومة) لـ 4 سير عمل لم يستطع Salesforce نمذجتها. بلغ TCO لخمس سنوات ~$420K، بين الرقمين الرئيسيين، وحصلوا على سير العمل التي احتاجوها فعلاً. أُطلق في 11 أسبوعاً، دون توظيفات جديدة، دون تأخير في خارطة الطريق.

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

الأرقام مُخفية هوياتها ومقرّبة وفق اتفاقية الاستشارة لدينا. التكاليف تفترض نافذة 2025–2030. تسعير Salesforce يعكس الزيادات القائمة بعد أغسطس 2025. مكاسب إنتاجية وكلاء البرمجة بالذكاء الاصطناعي (خط الأساس: الربع الثالث 2025) مُدمجة بالفعل في تقدير $312K الهندسي. التكلفة الشاملة للمهندس $230K = وسيط الساحل الأمريكي وفق BLS 2024 + 30% مزايا + 25% نفقات عامة، اضبط ±30% لموقعك الجغرافي. نحن وكالة هندسية. كانت هذه توصية حقيقية ضد مصلحتنا التجارية.

كيف غيّر الذكاء الاصطناعي معادلة البناء أم الشراء في 2026

تحوّلت نقطة التقاطع. ضغطت وكلاء البرمجة بالذكاء الاصطناعي ساعات المهندسين الكبار لكل ميزة بنسبة 40–60% وفق قياساتنا الداخلية عبر أعمال العملاء في 2026. هذا يعني أن تقدير البناء الذي أجريته في 2023 خاطئ ماديًّا الآن. تتوقع Gartner أن 75% من مهندسي برمجيات المؤسسات سيستخدمون مساعدي كود الذكاء الاصطناعي بحلول 2028، ارتفاعاً من 10% في 2023، وبيانات خط أنابيبنا تعكس بالفعل معظم هذا التبنّي قبل الموعد المحدد.

ثلاثة تحوّلات ملموسة:

• مشاريع البناء التي كانت تستغرق 18 شهراً تُطلق الآن في 6–8 أشهر عند الحفاظ على النطاق ثابتاً. مزج دراسة الحالة أعلاه أُطلق في 11 أسبوعاً؛ كان النطاق ذاته في 2023 سيستغرق 18–20 أسبوعاً.
• انخفض حجم الفريق للأدوات الداخلية. نُدير بشكل اعتيادي مجموعات من مهندسَين لمشاريع كانت تحتاج 5 مهندسين قبل عامين، لأن وكلاء البرمجة بالذكاء الاصطناعي مثل Cursor وClaude Code تستوعب الكود النمطي الذي كان يستنزف طاقة المستوى المتوسط.
• كان تقدير البناء البالغ $312K للعميل في دراسة الحالة أقل بنحو 30% مما كان سيكون عليه في 2023، قبل أن تصبح تطوير البرمجيات المؤسسية المدعوم بالذكاء الاصطناعي وضع العمل الافتراضي.

نقطة مقابلة صادقة: الذكاء الاصطناعي يخفّض تكلفة البناء، لكنه أيضاً يخفّض التكلفة التي يدفعها بائعو SaaS لإطلاق الميزات. ضغط تسعير البائعين حقيقي، وبعض أسعار SaaS ستنخفض، وتحوّل نقطة التقاطع ليس أحادي الجانب تماماً. لكن التأثير الاتجاهي لا يزال يميل نحو البناء (وخاصة المزج)، لأن إنتاجية الهندسة الداخلية تتراكم مع الذكاء الاصطناعي بسرعة أكبر من تسعير البائعين.

المخاطر الشائعة في القرار (الاقتصاد الوهمي، وتكلفة الغرق، ومتلازمة "لم يخترعه منّا"، وتفاؤل البائع)

أربعة أخطاء تُعيق القرار بشكل متكرر:

1. الاقتصاد الوهمي. اختيار الرقم الأرخص في السنة الأولى مع إغفال TCO لخمس سنوات. كاد القرار في دراسة الحالة أعلاه أن يسلك هذا الطريق. سعر السنة الأولى هو الجزء الأصغر من الفاتورة في كل مسار.
2. تكلفة الغرق. البقاء على SaaS تجاوزت نموّه لأن الهجرة تبدو مكلفة. الهجرة في الغالب أرخص من ثلاث سنوات أخرى مع الأداة الخاطئة. احسبها.
3. متلازمة "لم يخترعه منّا" (NIH). بناء أشياء يجب شراؤها لأن الفريق الهندسي يجد المشكلة مثيرة للاهتمام. نظام CRM ليس مثيراً للاهتمام. معالج الدفع ليس مثيراً للاهتمام. اشترِهما.
4. تفاؤل البائع. الاعتقاد بأن كل سطر في العرض التوضيحي للبائع سيعمل في بيئتك دون ضريبة تكامل. العرض هو أفضل الحالات. حالتك أصعب. خصّم من العرض 30% قبل أن تُقارن.

أغلى خطأ نراه: اختيار رقم السنة الأولى الأرخص وإغفال تكلفة الخروج لخمس سنوات.

كيف تتعامل Techsy مع تقييمات البناء أم الشراء

تُطلق Techsy منصات مؤسسية مخصصة، وتُدمج SaaS في أكوام قائمة، وتُجري العناية الواجبة التقنية على تقييمات COTS لعملاء B2B. تتوزع الأعمال بنسبة 40/30/30 تقريباً عبر هذه الفئات الثلاث.

تقييم البناء أم الشراء لدى Techsy يسير كالتالي: مكالمة استكشافية لمدة ساعة لتحديد نطاق سير العمل، ونُجري معيار التقييم المكوّن من 12 نقطة مباشرةً معك على جدول بيانات مشترك، ونُرسل نموذج TCO في أسبوع واحد، ونُرسل توصية مكتوبة قد تقول "اشترِ SaaS، لا توظّفنا". آخر 3 تقييمات لدينا: واحد أوصى بالبناء، وواحد أوصى بالشراء، وواحد أوصى بالمزج. ليس لدينا حصة. إذا كنت تفكر في إطار أوسع حول التحوّل المؤسسي الشامل للذكاء الاصطناعي، فالتقييم هو عادةً نقطة البداية الصحيحة. احجز جلسة تقييم مجانية لمدة 30 دقيقة.

الأسئلة الشائعة

ما الفرق بين البناء والشراء والشراكة في البرمجيات؟

الشراء يعني ترخيص SaaS أو COTS القائمة. البناء يعني تطوير برمجيات مخصصة داخلياً بمهندسيك. الشراكة تعني توظيف وكالة أو مقاول لبناء برمجيات خاصة تملكها أنت. تُعيد Gartner صياغة هذا على أنه Buy/Build/Blend، حيث يجمع الـ Blend بين COTS المُرخّص لسير العمل العادية وكود مخصص للمتمايزة منها، وهو ما يغطي الآن 76% من إنفاق المؤسسات على البرمجيات.

متى يجب أن تبني برمجيات بدلاً من شرائها؟

ابنِ عندما تتحقق ثلاثة شروط: القدرة ميزة تنافسية حصينة يشتري العملاء منك بسببها، ولديك كادر هندسي كبير قادر على امتلاكها لمدة 5 سنوات أو أكثر دون إبطاء خارطة الطريق، وTCO لـ SaaS على مدى 5 سنوات بعدد مستخدميك يتجاوز TCO البناء المخصص بمقدار 2x على الأقل. إذا غاب أيٌّ من الثلاثة، فإن المزج أو الشراء يفوز دائماً تقريباً بالحساب الصادق.

متى يكون شراء SaaS أرخص من بناء برمجيات مخصصة على مدى 5 سنوات؟

يفوز الشراء في TCO عندما يكون لديك أقل من ~100 مستخدم في سير العمل، وكانت القدرة سلعة (CRM، بريد إلكتروني، محاسبة، مراقبة)، وتحتاج إلى الإطلاق في أقل من 90 يوماً. دون تلك العتبات، يُكلّف اشتراك SaaS، حتى مع الزيادات السنوية في الأسعار، أقل من الهندسة الشاملة بالإضافة إلى الصيانة بالإضافة إلى البنية التحتية بالإضافة إلى التكلفة البديلة.

ما الذي تقوله Gartner بشأن البناء أم الشراء؟

ترفض Gartner الإطار الثنائي وتستخدم نموذجاً ثلاثياً: Buy/Build/Blend. تُظهر بياناتها أن 76% من إنفاق المؤسسات على البرمجيات يتدفق الآن في أكوام ممزوجة (COTS مُرخّص بالإضافة إلى امتدادات مخصصة)، لا بناء صرف أو شراء صرف. كما تُفيد Gartner بأن المؤسسات تفوّت 50–70% من TCO الحقيقي في الحسابات الأولية، في الغالب على بنود التكامل وتوزيع FTE الإداري وتكلفة الخروج.

هل مات سؤال البناء أم الشراء؟

الإطار الثنائي مات. القرار الثلاثي لم يمت. إطلاق اسم "البناء أم الشراء" على السؤال يُخفي حقيقة أن معظم المؤسسات تنتهي إلى المزج: SaaS لسير العمل العادية، ومخصص للمتمايزة منها، ورابط بينهما. القرار لا يزال قائماً وأصعب مما يبدو، لأنك الآن تختار نقطة التقسيم، لا تختار جانباً واحداً. ضع الإطار على أنه Buy/Build/Blend وستصبح الأرقام أوضح.

كيف تُغيّر برمجة الذكاء الاصطناعي (Cursor، Claude Code) معادلة البناء أم الشراء في 2026؟

وكلاء البرمجة بالذكاء الاصطناعي مثل Cursor وClaude Code خفّضت ساعات المهندسين الكبار لكل ميزة بنسبة 40–60% في قياساتنا لعام 2026 عبر مشاريع العملاء. هذا يُحرّك نقطة التقاطع: مشاريع البناء التي لم تكن مجدية في 2023 أصبحت كذلك الآن. تتوقع Gartner أن 75% من مهندسي برمجيات المؤسسات سيستخدمون مساعدي كود الذكاء الاصطناعي بحلول 2028، وهذا التحوّل دائم لا مؤقت. مشاريع البناء التي كانت تستغرق 18 شهراً تُطلق الآن بشكل اعتيادي في 6–8 أشهر.

ما هي تكلفة الصيانة الاعتيادية للبرمجيات المؤسسية المخصصة سنوياً؟

القاعدة الصناعية هي 15–20% من تكلفة البناء الأولية سنوياً بشكل مستمر. يجب أن تُدرج المنصة المخصصة بتكلفة $300K في ميزانيتها $45K–$60K سنوياً للصيانة (إصلاح الأخطاء، وتحديثات التبعيات، وتصحيحات الأمان، والتحسينات الصغيرة). هذا يستثني الأعمال الكبيرة للميزات الجديدة التي تُعامل كبناء جديد. التقليل من ميزانية الصيانة هو الخطأ الأكثر شيوعاً في نماذج TCO للبناء المخصص.

ما هي التكاليف الخفية لشراء SaaS المؤسسي؟

ستة تكاليف خفية تتخطاها معظم العروض: الارتباط بالبائع (6–18 شهراً للتحوّل)، ورسوم التخصيص وطلبات التغيير ($200–500/ساعة)، والتزايد التدريجي للمقاعد بنسبة 7–15% سنوياً مع نمو مؤسستك، وتكاليف التكامل ($20K–$100K لكل نظام متصل)، وتكلفة الخروج والهجرة (3–6 أشهر هندسية)، والزيادات السنوية في الأسعار بنسبة 7–15% بصرف النظر عن الاستخدام. رسوم ترخيص السنة الأولى نادراً ما تزيد عن 30–40% من التكلفة الحقيقية لـ 5 سنوات.

ما هو إجمالي تكلفة الملكية (TCO) للبرمجيات؟

TCO هو التكلفة الكاملة لمسار البرمجيات على مدى 5 سنوات، وتشمل الترخيص أو التطوير، والتنفيذ، والتدريب، والتكامل، والصيانة الجارية، وتوزيع FTE الإداري، والتكلفة البديلة، وتكلفة الخروج/الهجرة عند المغادرة في نهاية المطاف. تُظهر أبحاث Gartner أن المؤسسات تفوّت عادةً 50–70% من TCO الحقيقي في الحسابات الأولية. احسبه قبل الالتزام، لا بعده.

ما حجم الشركة الذي يُبرر بناء برمجيات مؤسسية مخصصة؟

قاعدة تقريبية: إيراد سنوي يبلغ $10M أو أكثر، أو 50 مستخدماً أو أكثر في سير العمل المحدد. دون تلك العتبة، يفوز اشتراك SaaS في معظم الأحيان لأنك لا تستطيع توزيع تكاليف الهندسة والصيانة على استخدام كافٍ. فوقها، تبدأ المعادلة في ترجيح البناء أو المزج، خاصةً عندما يكون سير العمل محورياً لموقعك التنافسي. وكلاء البرمجة بالذكاء الاصطناعي في 2026 تدفع تلك العتبة إلى الأسفل بنسبة 20–30% مقارنة بخط الأساس في 2023.

عن الكاتب

مرت باتور هو المؤسس المشارك لـ Techsy.io، حيث يُطلق الفريق وكلاء الذكاء الاصطناعي وأنظمة الأتمتة وخطوط أنابيب الصوت وSDR لعملاء B2B. يكتب عن حزمة أدوات LLM التي يستخدمها فريق Techsy فعلاً في الإنتاج. مؤسس مشارك، Techsy.io. تواصل عبر LinkedIn.

الخاتمة

إذا كنت ستحتفظ بشيء واحد من هذه المقالة: حدّد تحيّز كل إطار تقرأه قبل أن تثق بتوصيته. البائعون يُقدّمون نصائح البائعين. الوكالات تُقدّم نصائح الوكالات. مديرك المالي يُقدّم نصائح مدير مالي. اقرأ ثلاثة مصادر، ابحث عن القاسم المشترك، وثق به.

• شغّل معيار التقييم المكوّن من 12 نقطة مباشرةً في الاجتماع. سيختصر النقاش من ساعتين إلى عشرين دقيقة.
• احسب TCO لخمس سنوات بصدق. سعر السنة الأولى ليس الجواب أبداً.
• افترض المزج الافتراضي إذا جاءت نتيجتك بين 30–45. معظم المؤسسات تنتهي هنا على أي حال.

إذا أردت رأياً ثانياً في قرارك، احجز جلسة تقييم مجانية لمدة 30 دقيقة. سنخبرك بشراء SaaS إذا كان ذلك هو القرار الصحيح. لقد حدث ذلك. وسيحدث مجدداً.