# هل انتهى عصر SaaS؟ لماذا تفضل الشركات الكبرى بناء برمجياتها داخلياً

> Published: 2026-07-27
> Updated: 2026-07-27
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/ar/blog/is-saas-dead-build-in-house-ar

لا يزال الإنفاق على البرمجيات ينمو بنسبة 15% سنوياً تقريباً، لذا لا، لم ينتهِ عصر SaaS. لكن الذكاء الاصطناعي قلب معادلة البناء مقابل الشراء: ابنِ الطبقة التي تميزك، واشترِ البنية التحتية التي يجب أن تكون دقيقة ومضمونة دائماً.

لا، لم ينتهِ عصر SaaS. إن الشركات في طريقها لإلنفاق نحو 1.44 تريليون دولار على البرمجيات في عام 2026، بزيادة قدرها 15.1% عن العام الماضي[¹](https://www.gartner.com/en/newsroom/press-releases/2026-04-22-gartner-forecasts-worldwide-it-spending-to-grow-13-point-5-percent-in-2026-totaling-6-point-31-trillion-dollars). وهذا ليس حال قطاع محتضر. ومع ذلك، لا يزال السؤال "هل انتهى عصر SaaS" يتردد لسبب وجيه: فمعادلة البناء مقابل الشراء التي استمرت عشرين عاماً قد تغيرت، وبعض الشركات التي تحظى بمتابعة وثيقة تبني الآن أدوات داخلية كانت ستشتريها دون تردد في عام 2020. (الأرقام دقيقة حتى تاريخ النشر؛ ويرجى التعامل مع التفاصيل متسارعة التغير باعتبارها لقطة زمنية).

باختصار: SaaS (البرمجيات التي تستأجرها بالاشتراك) لا تحتضر. بل إن الاشتراكات العامة القائمة على عدد المستخدمين—وهي أدوات نمطية تُستأجر للأبد لأداء مهمة واحدة تقليدية—هي ما يواجه الضغوط.

## ماذا فعلت Klarna فعلياً عندما "أوقفت" برمجيات SaaS لديها؟

قصة Klarna هي الاستشهاد الشائع بين الجميع، ولكن غالبية الناس يستشهدون بها بشكل خاطئ. في عام 2024، صرح الرئيس التنفيذي سيباستيان سيمياتكوفسكي للمحللين بأن شركة التكنولوجيا المالية هذه قد أوقفت استخدام Salesforce، وستوقف Workday خلال أسابيع، وأنها "تستغني عن العديد من مزودي خدمات SaaS لدينا، مع قدرتنا على الدمج والتجميع." وتداول الإنترنت الخبر على أنه "الذكاء الاصطناعي يحل محل Salesforce".

وبعد ستة أشهر، أوضح ما حدث بالفعل[²](https://diginomica.com/those-shutting-down-salesforce-and-workday-rumors-klarna-no-we-didnt-replace-saas-llm-admits-ceo). لم تستبدل Klarna نظام إدارة علاقات العملاء (CRM) لديها بروبوت دردشة. بل قامت بدمج بيانات الشركة المشتتة في منظومة معرفية داخلية قائمة على قاعدة بيانات رسومية (graph database)، ثم استخدمت أدوات البرمجة بالذكاء الاصطناعي لإنشاء واجهاتها الخاصة فوق تلك البيانات الموحدة. وعلى حد تعبيره: "لذا لا، لم نستبدل SaaS بنموذج لغوي كبير (LLM)." وأضاف أن التوفير في تكاليف التراخيص كان "أمراً جيداً"، لكن المكسب الحقيقي كان توحيد معارف الشركة في مكان واحد.

![فني يجمع الكابلات المتشابكة في مسار واحد منظم، استعارة لدمج أدوات SaaS](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/9d00149ab93e6978-saas-consolidation-cables.jpg)

هناك تفصيلان مهمان. Klarna هي بنك يتمتع ببيئة هندسية متطورة، وحتى مع ذلك احتاجت إلى جهد جاد لبناء منصة داخلية، وليس مجرد أوامر برمجية (prompts) خلال عطلة نهاية الأسبوع. كما أن توقعات سيمياتكوفسكي نفسها لا تشير إلى موت SaaS، بل إلى الاندماج والدمج: مزودون أقل يقدمون المزيد، ويستوعبون إمكانيات الأدوات التي يحلون محلها.

## لماذا أصبح البناء الداخلي خياراً واقعياً فجأة؟

لأن الذكاء الاصطناعي خفّض تكلفة الطبقة العليا من البرمجيات بشكل هائل. فالواجهات، وسير العمل، ولوحات التحكم الداخلية، وأدوات الربط بين الأنظمة—وهي أمور كانت تستغرق من فريق التطوير ربع سنة—يمكن إنتاجها الآن في أيام معدودة باستخدام أدوات البرمجة بالذكاء الاصطناعي، وهو بالضبط ما فعلته Klarna لنشر واجهات جديدة فوق بنيتها الداخلية. الأداة الجاهزة تخدم مسار عمل الجميع بشكل تقريبي. أما الأداة التي تبنيها بنفسك فتخدم مسار عملك بدقة، ولأول مرة أصبحت هذه "الدقة" ميسورة التكلفة.

غير أن هناك حداً منطقياً وواضحاً. ما أصبح منخفض التكلفة هو طبقة التطبيقات. أما ما لم تنخفض تكلفته فهو البنية التحتية الأساسية: الأنظمة التي يجب أن تكون دقيقة ومضمونة في كل مرة، وتحت الضغط، مع وجود سجل تدقيق (سجل يمكن التحقق منه لكل تغيير). وأي شخص حاول [البرمجة بالانطباع لنظام نقطة بيع](/blog/vibe-coding-a-point-of-sale) اصطدم بهذا الجدار. فالعرض التوضيحي يستغرق ظهيرة يوم واحد؛ لكن إدارة المخزون التي تجري في المبيعات المتزامنة، والتقارير التي تتم مطابقتها بالكامل (حتى آخر فلس)، ومدفوعات البطاقات، تتطلب فئة مختلفة تماماً من الحلول.

![مطور يبني أدوات داخلية بسرعة بمساعدة الذكاء الاصطناعي عند مكتب في وقت الغروب](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/63583a711c7cdf97-ai-assisted-internal-tools-dev.jpg)

## ما الذي يجب أن تستمر في شرائه بدلاً من بنائه؟

اشترِ أي شيء يمكن أن يتسبب فيه خطأ غير ملحوظ بفرص كارثية. معالجة المدفوعات والامتثال لمعايير PCI (معايير الأمان في صناعة البطاقات)، وجداول ضرائب الأجور، ودفاتر القيد المزدوج، وأجهزة قراءة البطاقات المعتمدة. فهذه الأنظمة تنطوي أعطالها النادرة وغير المرئية على تكاليف باهظة، ولا ينبغي لأي أداة تم بناؤها في جلسة تطوير سريعة أن تتولى مسؤوليتها. وحتى التنفيذيون في شركات SaaS الكبرى يقرون بأن الشركات تبني أنظمة مالية وموارد بشرية خاصة بها منذ عقود[²](https://diginomica.com/those-shutting-down-salesforce-and-workday-rumors-klarna-no-we-didnt-replace-saas-llm-admits-ceo)؛ فالحجة لم تكن أبداً أن البناء مستحيل، بل إن البنية التحتية المتخصصة هي وظيفة دائمة ومتفرغة لشخص ما.

لذا، فإن النموذج الذي تتجه إليه الشركات الكبرى هو التقسيم: ابنِ الطبقة التي تجعل عملك مميزاً، واشترِ الطبقة التي تتطلب دقة مطلقة في كل مرة. لقد بنث Klarna أدوات معرفية وواجهات، لكنها لم تبنِ شبكة بطاقات خاصة بها.

![أساس خرساني مع شبكة حديد تسليح في الساعة الذهبية، كرمز لطبقة البنية التحتية في البرمجيات](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/f1673cb0a734402d-infrastructure-foundation-build-vs-buy.jpg)

## ماذا يعني هذا بالنسبة للأعمال التجارية الصغيرة؟

أنت تواجه المشكلة نفسها ولكن على نطاق أصغر. تتكون المنظومة البرمجية المعتادة للتاجر من اشتراك POS، وتطبيق ولاء، وأداة جدولة، ومنصة تسويق، ولكل منها رسوم شهرية خاصة بها دون أن تلائم احتياجاتك تماماً. ولا يمكنك توظيف فريق منصات كما فعلت Klarna. ولهذا السبب، فإن التحول المثير في برمجيات التجارة يتلخص في تقسيم المنصات لنفسها وفقاً للحد الفاصل المذكور أعلاه: بيع البنية التحتية (المدفوعات، المخزون، التقارير) وفتح الطبقة العليا لك، أو [لذكاء اصطناعي يعمل نيابة عنك](/blog/retail-tasks-you-can-hand-to-ai)، لبنائها. وتعمل Final وفق هذا النموذج: فالبنية التحتية للتجارة هي المنتج، والبرمجيات في الطبقة العليا تعتمد على الأوامر البرمجية وتصممها بنفسك، دون أي اشتراك شهري للبرمجيات. وتوقع أن تتبع المزيد من المنصات هذا النهج مع [تحول وكلاء الذكاء الاصطناعي إلى مستخدم ثانٍ لبرمجيات التجزئة](/blog/retail-platform-mcp-server).

## إذاً، هل انتهى عصر SaaS؟

لا. فالإنفاق على البرمجيات ينمو بمعدل أسرع من أي بند آخر في ميزانيات الشركات تقريباً، والشركات التي "تقضي" على SaaS تعمل في الغالب على دمجها في منصات أقل وأكثر عمقاً. ما يموت فعلياً هو استئجار أداة تقليدية لمهمة يمكن لبرمجياتك المبنية بالذكاء الاصطناعي أداءها بشكل أفضل الآن، والدفع مقابل كل مستخدم إلى الأبد. القاعدة العامة: **ابنِ ما يجعل عملك مميزاً؛ واشترِ ما يتطلب دقة مطلقة في كل مرة.** ولمعرفة كيف يبدو هذا التقسيم عند منصة الدفع، ابدأ بالقراءة عن [الفرق بين نظام POS مزود بالذكاء الاصطناعي ونظام POS يمكن للذكاء الاصطناعي بناؤه](/blog/pos-an-ai-can-build).

## FAQ

**Q: هل استبدلت Klarna نظام Salesforce بالذكاء الاصطناعي؟**
A: ليس تماماً. قامت Klarna بدمج بيانات الشركة في بنية داخلية قائمة على قاعدة بيانات رسومية، ثم استخدمت أدوات البرمجة بالذكاء الاصطناعي لبناء واجهاتها الخاصة فوقها. وأكد رئيسها التنفيذي لاحقاً: "لم نستبدل SaaS بنموذج لغوي كبير (LLM)."

**Q: هل لا يزال مجال SaaS ينمو في عام 2026؟**
A: نعم. تتوقع مؤسسة Gartner أن يصل الإنفاق العالمي على البرمجيات إلى نحو 1.44 تريليون دولار في عام 2026، بزيادة تقارب 15% سنوياً، مما يجعل البرمجيات واحدة من أسرع فئات الإنفاق على تكنولوجيا المعلومات نمواً.

**Q: هل ينبغي للشركة الصغيرة بناء برمجياتها الخاصة؟**
A: ابنِ الطبقة التي تجعل عملك مميزاً، مثل مسارات العمل والواجهات، خاصةً الآن بعد أن جعل الذكاء الاصطناعي ذلك ميسور التكلفة. واشترِ البنية التحتية التي تتطلب دقة مطلقة في كل مرة، مثل المدفوعات والضرائب والتقارير.

**Q: ما البرمجيات التي يجب ألا تبنيها داخلياً أبداً؟**
A: أي شيء يمكن أن يكون الفشل غير الملاحظ فيه كارثياً: فمعالجة المدفوعات، والامتثال لمعايير PCI، وضريبة الأجور، ودفاتر المحاسبة، أصبحت أكثر أماناً عند شرائها بدلاً من بنائها.