البرمجيات كخدمة

البرمجيات كخدمة ( SaaS ) هي نموذج خدمة حوسبة سحابية ، حيث يقدم مزود الخدمة برامج التطبيقات للعملاء مع إدارة الموارد المادية والبرمجية اللازمة. ^{[ 2 ]} يمكن الوصول إلى تطبيقات SaaS إما عبر تطبيق ويب أو برنامج مثبت محليًا . على عكس نماذج تقديم البرامج الأخرى ، يفصل SaaS بين "امتلاك البرنامج واستخدامه". ^{[ 3 ] بدأ استخدام SaaS حوالي عام 2000 ، وبحلول عام 2023} أصبح الشكل الرئيسي لنشر تطبيقات البرامج.

تعمل منتجات البرمجيات كخدمة (SaaS) عادةً على أنظمة بنية تحتية مستأجرة كخدمة (IaaS) أو منصة كخدمة (PaaS)، بما في ذلك الأجهزة ، وأحيانًا أنظمة التشغيل والبرمجيات الوسيطة ، وذلك لاستيعاب الزيادة السريعة في الاستخدام مع توفير إمكانية الوصول الفوري والمستمر للعملاء. يتمتع عملاء SaaS بإمكانية الوصول إلى موارد حوسبة غير محدودة، بينما يساهم وفورات الحجم في خفض التكلفة. عادةً ما تكون بنية SaaS متعددة المستأجرين ؛ حيث تتشارك الموارد بين العملاء لتحقيق الكفاءة، ولكن في بعض الأحيان توفر بيئة معزولة مقابل رسوم إضافية. تشمل نماذج الإيرادات الشائعة في SaaS نموذج "فري ميوم" (Freemium) ، والاشتراك ، والرسوم القائمة على الاستخدام. على عكس البرامج التقليدية، نادرًا ما يكون من الممكن شراء ترخيص دائم لإصدار معين من البرنامج.

لا توجد ممارسات محددة لتطوير البرمجيات تميز SaaS عن تطوير التطبيقات الأخرى، على الرغم من أنه غالبًا ما يكون هناك تركيز على الاختبارات والإصدارات المتكررة.

تُعدّ البنية التحتية كخدمة (IaaS) أبسط أشكال الحوسبة السحابية ، حيث لا يمتلك المستخدم موارد البنية التحتية - كالحواسيب المادية - بل يستأجرها من مزود خدمة سحابية. ^{[ 4 ]} ونتيجةً لذلك، يمكن زيادة موارد البنية التحتية بسرعة، بدلاً من انتظار أسابيع لشحن الحواسيب وإعدادها. تتطلب IaaS وقتًا وخبرةً لاستخدام البنية التحتية في شكل أنظمة تشغيل وتطبيقات . ^{[ 5 ]} أما المنصة كخدمة (PaaS) فتتضمن نظام التشغيل والبرمجيات الوسيطة ، ولكنها لا تشمل التطبيقات. [ ^{6 ] [ 7 ] وعادةً} ما يستخدم مزودو خدمات البرمجيات كخدمة (SaaS) خدمات PaaS أو IaaS لتشغيل تطبيقاتهم. ^{[ 6 ]}

بدون البنية التحتية كخدمة (IaaS)، سيكون من الصعب للغاية جعل منتج SaaS قابلاً للتوسع لعدد متغير من المستخدمين مع توفير التوافر الفوري والمستمر الذي يتوقعه العملاء. ^{[ 8 ]} يستهلك معظم المستخدمين النهائيين منتج SaaS فقط ولا داعي للقلق بشأن التعقيد التقني للأجهزة المادية ونظام التشغيل. ^{[ 9 ]} نظرًا لإمكانية الوصول إلى موارد الحوسبة السحابية دون أي تدخل بشري، يحصل عملاء SaaS على تجريد لموارد حوسبة غير محدودة، بينما يؤدي وفورات الحجم إلى خفض التكلفة. ^{[ 10 ]} من الميزات الرئيسية الأخرى للحوسبة السحابية إمكانية طرح تحديثات البرامج وإتاحتها لجميع العملاء بشكل فوري تقريبًا. ^{[ 11 ]} في عام 2019، قُدِّر أن SaaS استحوذت على الحصة الأكبر، بنسبة 43%، من سوق الحوسبة السحابية، بينما شكلت IaaS وPaaS مجتمعتين حوالي 25%. ^{[ 12 ]}

في ستينيات القرن العشرين، تم ابتكار تقنية تعدد المهام ، مما مكّن الحواسيب المركزية من خدمة عدة مستخدمين في وقت واحد. ^{[ 13 ]} وخلال العقد التالي، أصبح نظام المشاركة الزمنية النموذج التجاري الرئيسي للحوسبة، ومكّنت الحوسبة العنقودية عدة حواسيب من العمل معًا. ^{[ 10 ]} وظهرت الحوسبة السحابية في أواخر التسعينيات مع شركات مثل أمازون (1994) وسيلزفورس (1999) وكونكور (1993) التي قدمت تطبيقات قائمة على الإنترنت بنظام الدفع حسب الاستخدام. وركزت جميع هذه الشركات على منتج واحد للاستحواذ على حصة سوقية كبيرة . ^{[ 14 ]}

تطورت البرمجيات كخدمة (SaaS) من نموذج مزودي خدمات التطبيقات (ASP) الذي ظهر في أواخر التسعينيات. فبينما كان مزودو خدمات التطبيقات يستضيفون عادةً تطبيقات فردية للعملاء، أصبح مزودو البرمجيات كخدمة يقدمون تطبيقات موحدة عبر الإنترنت بنظام الاشتراك، مما قلل من حاجة المؤسسات إلى تثبيت البرامج وتخصيصها على بنيتها التحتية الخاصة. وأصبحت برامج إدارة علاقات العملاء (CRM) من أوائل أسواق البرمجيات كخدمة الناجحة، حيث أثبتت شركات مثل Salesforce الجدوى التجارية لهذا النموذج. ^{[ 15 ]} وبدءًا من Gmail في عام 2004، كانت خدمات البريد الإلكتروني من أوائل منتجات البرمجيات كخدمة التي تم تسويقها على نطاق واسع للمستهلكين. ^{[ 16 ]} ونما سوق البرمجيات كخدمة بسرعة خلال أوائل القرن الحادي والعشرين. ^{[ 17 ] [ 12 ]} وبعد أن كانت تُعتبر في البداية ابتكارًا تقنيًا، أصبحت البرمجيات كخدمة تُنظر إليها الآن كنموذج أعمال. ^{[ 18 ]} وبحلول عام 2023، أصبحت البرمجيات كخدمة الطريقة الأساسية التي تقدم بها الشركات تطبيقاتها. ^{[ 19 ]}

تشمل منتجات البرمجيات كخدمة (SaaS) الشائعة للمستهلكين جميع مواقع التواصل الاجتماعي ، وخدمات البريد الإلكتروني مثل Gmail ومحررات مستندات Google المرتبطة به ، ^{[ 20 ]} وZoom و Dropbox ، ^{[ 21 ]} ومنتجات الترفيه مثل Netflix و Spotify . ^{[ 22 ]} أما منتجات البرمجيات كخدمة (SaaS) للمؤسسات فتشمل برنامج إدارة علاقات العملاء (CRM) من Salesforce ، ومنصة SAP السحابية ، ونظام تخطيط موارد المؤسسات السحابي من Oracle . ^{[ 21 ]}

تقدم بعض شركات البرمجيات كخدمة (SaaS) خدمات مجانية للمستهلكين، ممولة من خلال وسائل مثل الإعلانات ، والتسويق بالعمولة ، أو بيع بيانات المستهلكين. ^{[ 23 ]} يُعد نموذج "فري ميوم" (Freemium) من أكثر النماذج شيوعًا للشركات الناشئة على الإنترنت وتطبيقات الجوال ، حيث تفرض الشركة رسومًا على الاستخدام المستمر أو على مستوى خدمة أعلى. ^{[ 24 ]} حتى لو لم يُرقّي المستخدم إلى النسخة المدفوعة، فإن ذلك يُساعد الشركة على الاستحواذ على حصة سوقية أكبر واجتذاب عملاء من منافسيها. ^{[ 25 ]} مع ذلك، تزداد تكلفة استضافة الشركة مع ازدياد عدد المستخدمين، بغض النظر عن نجاحها في جذبهم لاستخدام النسخة المدفوعة. ^{[ 26 ]} نموذج شائع آخر هو أن النسخة المجانية تُقدّم فقط للعرض التوضيحي ( برامج محدودة الإمكانيات ). قد تفرض الأسواق الإلكترونية رسومًا على المعاملات لتغطية تكاليف مزود خدمة SaaS. ^{[ 23 ]} كان من الشائع سابقًا تقديم منتجات SaaS بتكلفة لمرة واحدة، لكن هذا النموذج آخذ في التراجع. ^{[ 23 ]} بعض منتجات البرمجيات كخدمة (SaaS ) ^{[ 23 ]} لها شفرة مصدرية مفتوحة ، وتُسمى البرمجيات كخدمة المفتوحة. يوفر هذا النموذج مزايا مثل انخفاض تكلفة النشر، وتقليل الالتزام بالمورد، وتطبيقات أكثر قابلية للنقل . ^{[ 27 ]}

تتضمن نماذج الإيرادات الأكثر شيوعًا لبرمجيات SaaS الاشتراك والدفع مقابل الاستخدام. ^{[ 28 ]} بالنسبة للعملاء، تشمل المزايا المحتملة انخفاض التكلفة الأولية، وزيادة المرونة، وانخفاض التكلفة الإجمالية مقارنةً بالبرامج التقليدية ذات التراخيص الدائمة . ^{[ 29 ]} في بعض الحالات، كانت التكلفة الباهظة لمرة واحدة التي يطلبها بائعو البرامج التقليدية باهظةً بالنسبة للشركات الصغيرة ، لكن نماذج SaaS للدفع مقابل الاستخدام تجعل البرنامج في متناول الجميع. ^{[ 3 ]} يمكن احتساب رسوم الاستخدام بناءً على عدد المستخدمين، أو المعاملات، أو مساحة التخزين المستخدمة، أو غيرها من المقاييس. ^{[ 30 ]} يفضل العديد من المشترين الدفع مقابل الاستخدام لأنهم يعتقدون أنهم مستخدمون خفيفون نسبيًا للبرنامج، ويستفيد البائع من خلال الوصول إلى المستخدمين العرضيين الذين ما كانوا ليشتروا البرنامج لولا ذلك. ^{[ 30 ]} ومع ذلك، هناك أيضًا العديد من المشترين الذين يفضلون التراخيص الدائمة لأسباب مثل ارتفاع أسعار الاشتراك، ^{[ 31 ]} والإرهاق من الاشتراكات. ^{[ 32 ]} كما يمكن أن يتسبب ذلك في عدم اليقين بشأن الإيرادات للبائع ويزيد من تكاليف الفوترة . ^{[ 33 ]}

يُوفر نموذج الاشتراك في برمجيات SaaS تدفقًا مستمرًا ومتجددًا للإيرادات للمزود، على الرغم من كونه عرضة للإلغاء. ^{[ 3 ]} في حال إلغاء عدد كبير من الاشتراكات، قد تتعرض استمرارية العمل للخطر. ^{[ 3 ]} سهولة إلغاء الاشتراك والتحول إلى منافس تمنح العملاء القدرة على الحصول على تنازلات من البائع. ^{[ 34 ]} بينما تُساعد الإيرادات المتكررة الشركة وتجذب المستثمرين، فإن الحاجة إلى مهارات خدمة العملاء لإقناع العميل بتجديد اشتراكه تُمثل تحديًا للمزودين الذين يتحولون إلى نموذج الاشتراك من نماذج إيرادات أخرى. ^{[ 35 ]} تُعد قاعدة الأربعين مقياسًا شائع الاستخدام من قِبل المستثمرين لتقييم أداء شركات SaaS، ويتم حسابها كمجموع معدل نمو الإيرادات وهامش الأرباح قبل الفوائد والضرائب والإهلاك والاستهلاك (مع هدف مُجمع بنسبة 40% أو أعلى). ^{[ 36 ]}

عادةً ما يتم الوصول إلى منتجات البرمجيات كخدمة (SaaS) عبر متصفح الويب كتطبيق ويب متاح للجميع . ^{[ 37 ] [ 19 ]} وهذا يعني أن العملاء يمكنهم الوصول إلى التطبيق من أي مكان ومن أي جهاز دون الحاجة إلى تثبيته أو تحديثه . ^{[ 19 ] [ 38 ]} غالبًا ما يسعى مزودو SaaS إلى تبسيط عملية التسجيل في المنتج. ^{[ 39 ]} يستفيد العديد من مزودي SaaS من بنية الخدمة الموجهة للاستجابة لتعليقات العملاء وتطوير منتجاتهم بسرعة لتلبية المتطلبات. وهذا بدوره يُعزز ثقة العملاء في التحسين المستمر للمنتج، ويساعد مزود SaaS على جذب عملاء من شركات البرمجيات التقليدية الراسخة التي يُرجح أن تقدم مجموعة ميزات أوسع. ^{[ 40 ] [ 41 ]}

تُعدّ أنظمة إدارة المحتوى المستضافة مثالًا آخر على نموذج البرمجيات كخدمة (SaaS). ففي خدمات مثل WordPress.com ، يتولى المزوّد إدارة التطبيق وبنيته التحتية، بينما يصل المستخدمون إلى البرنامج عبر واجهة ويب دون الحاجة إلى إدارة نظام التشغيل أو خادم الويب أو تحديثات البرامج. ^{[ 42 ]} ورغم أن البرامج المثبتة محليًا غالبًا ما تكون أقل أمانًا من بدائل SaaS، ^{[ 43 ]} إلا أن الأمن والخصوصية من بين الأسباب الرئيسية التي تدفع الشركات إلى عدم تبني منتجات SaaS. ^{[ 44 ]}

يتعين على شركات البرمجيات كخدمة (SaaS) حماية عروضها المتاحة للجمهور من سوء الاستخدام، بما في ذلك هجمات حجب الخدمة والاختراق. ^{[ 45 ]} وغالبًا ما تستخدم هذه الشركات تقنيات مثل التحكم في الوصول ، والمصادقة ، والتشفير لحماية سرية البيانات . ^{[ 44 ]} ومع ذلك، لا تثق جميع الشركات بمزودي خدمات SaaS في الحفاظ على أمان البيانات الحساسة. ^{[ 44 ]} يتحمل البائع مسؤولية تحديثات البرامج ، بما في ذلك تصحيحات الأمان ، وحماية بيانات العملاء. ^{[ 38 ]} تتميز أنظمة SaaS بطبيعتها بزمن استجابة أطول من البرامج التي تعمل محليًا نظرًا للوقت اللازم لتسليم حزم الشبكة إلى مركز البيانات السحابي. وقد يكون هذا عائقًا أمام بعض الاستخدامات، مثل العمليات الصناعية الحساسة للوقت أو التخزين. ^{[ 46 ]}

من التحديات الأخرى المرتبطة ببرمجيات SaaS مشكلة التقييد بمزود الخدمة ، حيث قد يواجه العملاء صعوبات في تغيير المزود بسبب استخدام تنسيقات بيانات خاصة، أو تبعيات التطبيقات، أو تكاليف نقل البيانات وإعادة تدريب المستخدمين. ^{[ 47 ]} يُعدّ ازدياد شعبية منتجات SaaS أحد العوامل التي دفعت العديد من الشركات إلى تحويل ميزانيات تقنية المعلومات من الإنفاق الرأسمالي إلى الإنفاق التشغيلي . ^{[ 48 ]} كما تُشكّل عملية الانتقال إلى SaaS ودعمها تكلفة كبيرة يجب أخذها في الحسبان. ^{[ 49 ] [ 35 ]}

يتمثل أحد التحديات التي تواجه مزودي خدمات البرمجيات كخدمة (SaaS) في عدم معرفة الطلب مسبقًا. يجب أن يتمتع نظامهم بمرونة كافية لاستيعاب جميع المستخدمين دون رفض أي منهم، ولكن دون تكبد تكاليف موارد زائدة غير ضرورية. من المؤكد أن الموارد الثابتة ستكون غير مستغلة بالكامل خلال أوقات انخفاض الطلب. ^{[ 51 ]} في بعض الأحيان، تُقدم أسعار مخفضة خارج أوقات الذروة لموازنة الأحمال وتقليل الهدر. ^{[ 52 ]} إن توقعات استمرارية الخدمة عالية جدًا لدرجة أن انقطاعات برامج SaaS غالبًا ما تُنشر في الأخبار. ^{[ 53 ]} عادةً ما يقدم مزودو خدمات SaaS للمؤسسات اتفاقيات مستوى الخدمة (SLAs) التي تحدد الالتزامات التعاقدية المتعلقة بتوافر الخدمة وأدائها ودعمها الفني والاستجابة للحوادث.

لا توجد ممارسات محددة لتطوير البرمجيات تميز البرمجيات كخدمة (SaaS) عن أنواع تطوير التطبيقات الأخرى. ^{[ 54 ]} غالبًا ما تُطرح منتجات SaaS مبكرًا للاستفادة من مرونة نموذج تقديمها. ^{[ 55 ]} يُستخدم تطوير البرمجيات الرشيق (Agile) عادةً لدعم جدول الإصدار هذا. ^{[ 56 ]} يستخدم العديد من مطوري SaaS منهجية التطوير الموجه بالاختبار ، أو يركزون على اختبار البرمجيات بشكل متكرر ، نظرًا لضرورة ضمان توفر الخدمة وسرعة نشرها. ^{[ 57 ]} يحظى التصميم الموجه بالمجال ، حيث توجه أهداف العمل عملية التطوير، بشعبية كبيرة لأن منتجات SaaS يجب أن تُقنع العميل بفائدتها. ^{[ 58 ]} لا يعرف مطورو SaaS مسبقًا الأجهزة التي سيحاول العملاء الوصول إلى المنتج منها - مثل أجهزة الكمبيوتر المكتبية أو الأجهزة اللوحية أو الهواتف الذكية - وغالبًا ما يكون دعم مجموعة واسعة من الأجهزة مصدر قلق مهم لفريق تطوير الواجهة الأمامية . ^{[ 59 ]} تسمح تطبيقات الويب التقدمية بتوفير بعض الوظائف حتى في حالة عدم اتصال الجهاز بالإنترنت. ^{[ 60 ]}

توفر تطبيقات SaaS في الغالب بروتوكولات التكامل وواجهات برمجة التطبيقات (APIs) التي تعمل عبر شبكة واسعة النطاق . ^{[ 61 ]}

بنيان

تختلف بنية البرمجيات كخدمة (SaaS) اختلافًا كبيرًا من منتج لآخر. ^{[ 62 ]} ومع ذلك، يقدم معظم مزودي خدمات SaaS بنية متعددة المستأجرين . ^{[ 37 ]} في هذا النموذج، تُستخدم نسخة واحدة من التطبيق، بتكوين واحد ( أجهزة ، شبكة ، نظام تشغيل )، لجميع العملاء ("المستأجرين"). ^{[ 63 ]} هذا يعني أن الشركة ليست بحاجة إلى دعم إصدارات وتكوينات متعددة. ^{[ 19 ]} يؤثر التحول المعماري من تشغيل كل عميل لنسخته الخاصة من البرنامج على أجهزته الخاصة على العديد من جوانب تصميم التطبيق وميزات الأمان. ^{[ 63 ]} في بنية متعددة المستأجرين، يمكن استخدام العديد من الموارد من قبل مستأجرين مختلفين أو مشاركتها بين عدة مستأجرين. ^{[ 64 ]}

يمكن تقسيم بنية تطبيق SaaS النموذجي إلى مستويين: مستوى التطبيق ومستوى التحكم. ^{[ 65 ]} تختلف منتجات SaaS في كيفية فصل هذين المستويين، حيث قد يكونان متكاملين بشكل وثيق أو مترابطين بشكل فضفاض في نموذج قائم على الأحداث أو الرسائل. ^{[ 66 ]} يتولى مستوى التحكم مسؤولية توجيه النظام ويشمل وظائف مثل تسجيل المستخدمين الجدد، والفواتير، والمقاييس، بالإضافة إلى النظام الذي يستخدمه مزود SaaS لتكوين الخدمة وإدارتها وتشغيلها. ^{[ 65 ]} تُقدم العديد من منتجات SaaS بمستويات خدمة مختلفة وبأسعار متفاوتة، وهو ما يُعرف بالتصنيف . قد يؤثر هذا أيضًا على بنية كلا المستويين، على الرغم من أنه يُوضع عادةً في مستوى التحكم. ^{[ 67 ]} على عكس مستوى التطبيق، فإن الخدمات في مستوى التحكم غير مصممة لدعم تعدد المستخدمين. ^{[ 68 ]}

تُنفّذ طبقة التطبيق - التي تختلف اختلافًا كبيرًا باختلاف طبيعة المنتج - الوظائف الأساسية لمنتج SaaS. ^{[ 68 ]} تشمل قضايا التصميم الرئيسية فصل المستأجرين المختلفين بحيث لا يمكنهم عرض بيانات أو موارد المستأجرين الآخرين أو تغييرها. [ ^{70 ]} باستثناء أبسط تطبيقات SaaS، تُخصّص بعض الخدمات المصغّرة والموارد الأخرى على أساس كل مستأجر على حدة، بدلاً من مشاركتها بين جميع المستأجرين. ^{[ 71 ] تُعدّ} وظيفة التوجيه ضرورية لتوجيه طلبات المستأجرين إلى الخدمات المناسبة. ^{[ 69 ]}

بعض منتجات البرمجيات كخدمة (SaaS) لا تتشارك الموارد بين المستخدمين، وهو ما يُعرف بالعزل. ورغم أن هذا يُلغي العديد من مزايا كفاءة SaaS، إلا أنه يُسهّل نقل البرامج القديمة إلى SaaS ^{[ 73 ]} ، ويُقدّم أحيانًا كمنتج متميز بسعر أعلى. ^{[ 74 ]} قد يُتيح تجميع جميع الموارد تحقيق كفاءة أعلى، ^{[ 75 ]} لكن أي انقطاع في الخدمة يُؤثر على جميع العملاء، لذا يجب إعطاء الأولوية القصوى للتوافر. ^{[ 76 ]} تستخدم العديد من الأنظمة مزيجًا من كلا النهجين، حيث تُجمّع بعض الموارد وتُعزل موارد أخرى. ^{[ 77 ]} بينما تُجمّع شركات أخرى عدة مستخدمين في مجموعات (pods) وتُشارك الموارد فيما بينهم. ^{[ 78 ]}

تتيح بنية البرمجيات كخدمة (SaaS) عادةً للمستخدمين الوصول إلى التطبيقات عبر متصفح الويب دون الحاجة إلى تثبيت برامج على أجهزتهم المحلية. يُسهّل هذا النهج صيانة البرامج وتحديثها، حيث يمكن لمزودي الخدمة إدارة التطبيق مركزياً. كما يُمكّن المؤسسات من توسيع نطاق خدماتها بسهولة وفقاً لاحتياجاتها. ^{[ 79 ]}

في الولايات المتحدة، لا تحمي قوانين أوامر التفتيش الدستورية جميع أشكال بيانات البرمجيات كخدمة (SaaS) المخزنة ديناميكيًا. ونتيجةً لذلك، قد تتمكن الحكومات من طلب البيانات من مزودي خدمات البرمجيات كخدمة دون موافقة المالك. ^{[ 80 ] [ 81 ]}

بعض تراخيص المصادر المفتوحة مثل GPL-2.0 لا تمنح صراحةً حقوقًا تسمح بالتوزيع كمنتج SaaS في ألمانيا. ^{[ 82 ]}

في النصف الأول من عام 2026، ومع ظهور أدوات الذكاء الاصطناعي التوليدية ، شهدت العديد من شركات البرمجيات كخدمة (SaaS) انخفاضًا حادًا في أسعار أسهمها. وفي الثالث من فبراير، بلغت خسائرها 300 مليار دولار أمريكي، في أزمة أُطلق عليها اسم "SaaSpocalypse"، مما أثار التساؤلات حول وجود مثل هذا التهديد للقطاع. ^{[ 83 ]}

• فوكس، أرماندو؛ باترسون، ديفيد أ. (2020). هندسة البرمجيات كخدمة: منهج رشيق باستخدام الحوسبة السحابية . دار بوغو للنشر. ISBN 978-1-7352338-0-2.