البرمجيات المخصّصة أم الجاهزة؟ دليل الشركات في الإمارات

ما الفرق الجوهري بين البرمجيات المخصّصة والجاهزة؟

البرمجيات الجاهزة، وتُسمّى أيضاً البرمجيات المعلّبة أو البرمجيات التجارية الجاهزة (COTS)، تُطوَّر لتخدم أوسع سوق ممكنة [1]. فيصمّم المورّد مجموعة ميزات ترضي معظم عملائه في معظم الأحوال، ثم يهيّئ كل عميل المنتج ليقترب من احتياجاته قدر الإمكان ضمن الخيارات التي قرّر المورّد إتاحتها [4]. أما البرمجيات المخصّصة فتُطوَّر لمؤسّسة واحدة، وتُستمدّ متطلباتها من سير العمل الفعلي في تلك المؤسّسة، ومن التزامات الامتثال المترتّبة عليها، ومن الأنظمة التي تشغّلها أصلاً.

وتستحقّ كلمة «التهيئة» وقفة متأنّية. فحين يعدكم مورّد بأن منصّته «قابلة للتهيئة بالكامل»، فهو يعني أنها تتيح مجموعة محدّدة من الخيارات داخل مجموعة محدّدة من الوحدات، وهذا يختلف كثيراً عن برمجيات تعكس طريقة عمل شركتكم كما هي. فالتهيئة تعديل على منتج صمّمه غيركم. ومع أن توسيع منتج COTS بتطوير مخصّص إضافي أمر ممكن، فإن لهذا القرار تبعات طويلة الأمد على الدعم والصيانة تتراكم مع كل إصدار رئيسي جديد [1].

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

متى تكون البرمجيات الجاهزة الخيار الصحيح للشركات في الإمارات؟

البرمجيات الجاهزة هي الخيار الصحيح في حالات أكثر بكثير ممّا ستسمعونه من أي شركة تطوير برمجيات مخصّصة. فثمّة حالات حقيقية يكون فيها المنتج الجاهز هو القرار السليم بلا لبس، وتقتضي الأمانة المهنية أن نقرّ بها صراحةً.

وأوضح هذه الحالات الوظائف العامّة المشتركة بين القطاعات كلها. فالرواتب وإدارة الإجازات والمحاسبة الأساسية والبريد الإلكتروني عمليات تؤدّيها كل الشركات بالطريقة نفسها تقريباً، ولا ميزة تنافسية تُجنى من تطوير نظام رواتب مخصّص. والمنتجات الراسخة في هذه الوظائف هي خلاصة سنوات من التطوير، وتوفّر امتثالاً مجرّباً لقواعد نظام حماية الأجور (WPS) في الإمارات، ومنظومات دعم يحتاج التطوير المخصّص إلى سنوات وتكلفة كبيرة لمجاراتها. وتقدّم أدوات مثل Zoho و QuickBooks قيمة حقيقية مقابل سعرها في هذه الفئة.

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

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

متى تكون البرمجيات المخصّصة الخيار الأجدى؟

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

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

إقامة البيانات والامتثال في الإمارات. وهذا عامل مستقلّ كثيراً ما يكون حاسماً. فقانون حماية البيانات الشخصية الإماراتي (PDPL)، الصادر بالمرسوم بقانون اتحادي رقم 45 لسنة 2021، يُلزم المؤسّسات باتّخاذ تدابير تقنية وتنظيمية مناسبة لحماية البيانات الشخصية، ويضع شروطاً لنقلها إلى خارج الدولة. وكثير من منتجات SaaS العالمية تعالج البيانات وتخزّنها افتراضياً على خوادم خارج الإمارات. ويتوقّف نشوء مخاطر امتثال من ذلك على قطاعكم ونوع بياناتكم، إلا أن هذه المسألة تحتاج إلى إجابة واضحة وموثّقة قبل اختيار أي منتج. وتواجه المنشآت الصحية قيداً إضافياً في القانون الاتحادي رقم 2 لسنة 2019، الذي ينصّ صراحةً على بقاء البيانات الصحية داخل الدولة. أما مع نظام مخصّص مستضاف على بنية تحتية داخل الإمارات، فيصبح موقع البيانات قراراً تصميمياً تتحكّمون فيه وتستطيعون إثباته أمام أي تدقيق.

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

العمر التشغيلي الطويل. وكلما طال عمر النظام مالت الحسابات أكثر لصالح التطوير المخصّص. فحين يُتوقّع أن يعمل النظام من سبع إلى عشر سنوات، وأن يتوسّع كثيراً في عدد المستخدمين أو المعاملات أو الميزات، تتضخّم رسوم الترخيص التي تبدو متواضعة عند الإطلاق تضخّماً كبيراً مع التوسّع. أما البرمجيات المخصّصة، فلا تترتّب عليها بعد تطويرها واستقرارها أي رسوم لطرف ثالث عن كل مستخدم أو كل معاملة [3]. وقد يبلغ التوفير على امتداد عمر النظام حجماً كبيراً لدى المؤسّسات سريعة النمو في الإمارات.

ماذا تكشف التكلفة الإجمالية للملكية فعلاً؟

المقارنة من حيث التكلفة الأوّلية بسيطة: تتفوّق البرمجيات الجاهزة، وبفارق كبير غالباً. أما المقارنة من حيث التكلفة الإجمالية للملكية فليست بهذه البساطة [3]. فمفهوم التكلفة الإجمالية للملكية (TCO) يقوم على أن تكاليف امتلاك أي منتج تفوق كثيراً تكلفة شرائه أو اقتنائه، ويصدق هذا المبدأ على البرمجيات كما يصدق على أي أصل رأسمالي [3].

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

ويضخّم الارتهان للمورّد (Vendor Lock-in) كل تكلفة خفية [2]. فحين يصبح الانتقال إلى منتج آخر مكلفاً ومعطّلاً للعمل إلى حدّ لا يعود معه خياراً عملياً، يستطيع المورّد رفع الأسعار أو خفض جودة الخدمة أو تغيير شروط العقد دون عواقب تُذكر. وتنشأ هذه الحالة في البرمجيات الجاهزة من صيغ البيانات المغلقة التي يملكها المورّد، والتبعية لواجهات API التي يوفّرها، وتكلفة ترحيل سنوات من البيانات التشغيلية إلى نظام جديد [2]. ويتضاعف الخطر على الشركات في الإمارات إن لم يطوّر المورّد ميزات الامتثال التي تفرضها التشريعات المحلية مع تطوّرها. أما مع البرمجيات المخصّصة، فالشيفرة المصدرية والبيانات ملك للمؤسّسة، ويصبح الانتقال إلى بديل قراراً هندسياً، لا مفاوضة مع مورّد. ويعرض جدول المقارنة أدناه هذه المعايير للخيارين جنباً إلى جنب.

كيف تحسم الشركات في الإمارات قرار التطوير أو الشراء؟

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

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

هل لديكم متطلبات خاصّة بالإمارات في الامتثال أو إقامة البيانات؟ إن كان قطاعكم أو نوع بياناتكم يفرض التزامات لا يستطيع المنتج الجاهز إثبات الوفاء بها، فقد تفوق مخاطر الامتثال ما توفّرونه في التكلفة بفارق كبير. لذا وثّقوا ما يستطيع كل خيار إثباته وما لا يستطيعه قبل اتّخاذ القرار.

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

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

ما المسار الهجين، ومتى يناسبكم؟

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

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

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

والخلاصة العملية للشركات في الإمارات أن السؤال نادراً ما يكون: كل شيء مخصّص أو لا شيء، بل هو في الغالب: أيّ أجزاء هذا النظام تمثّل ميزتنا التنافسية أو متطلبات الامتثال لدينا، وأيّها متطلبات أساسية مشتركة يتكفّل بها أصلاً منتج جيّد الصيانة؟ وفي innopalm نبدأ كل مشروع بمرحلة تحديد المتطلبات، وهي مشمولة في السعر، وغايتها الإجابة عن هذا السؤال تحديداً قبل كتابة أي شيفرة. وفي القطاعات التي يتقاطع فيها تطوير البرمجيات المخصّصة مع التزامات تنظيمية، تُتّخذ أبعد القرارات أثراً في أعمال تصميم البنية ضمن هذه المرحلة، قبل كتابة أي سطر برمجي. وغالباً ما تكون مكالمة تمهيدية مركّزة أسرع طريق إلى إجابة واضحة وموثّقة تناسب متطلباتكم.

يندرج هذا المقال ضمن عملنا في تطوير البرمجيات المخصّصة، ويعكس منهجية التخطيط التي تقوم عليها طريقة عملنا.

اقرؤوا أيضاً: كم تكلفة تطوير البرمجيات المخصّصة في الإمارات؟.

أبرز النقاط

• تتفوّق البرمجيات الجاهزة في السرعة والتكلفة الأوّلية، وتتفوّق البرمجيات المخصّصة في ملاءمة طريقة العمل، والملكية طويلة الأمد، والقدرة على تعديل النظام دون استئذان أي مورّد.
• يفرض قانون PDPL (المرسوم بقانون اتحادي رقم 45 لسنة 2021) التزامات تتعلّق بإقامة البيانات ومعالجتها لا تستطيع كثير من منتجات SaaS العالمية ضمانها حالياً.
• كثيراً ما تُسدّ الفجوة بين الخيارين خلال خمس سنوات حين تشمل حسابات التكلفة الإجمالية للملكية رسوم الترخيص المتصاعدة مع التوسّع، وتكاليف التخصيص التي لا مفرّ منها، ونفقات الانتقال إلى نظام آخر لاحقاً [3].
• نادراً ما تبرّر الوظائف العامّة مثل الرواتب وإدارة الإجازات والمحاسبة القياسية تطويراً مخصّصاً، أما العمليات التي تميّز شركتكم فتبرّره في كل الحالات تقريباً.
• النهج الهجين، أي نواة مخصّصة تتكامل مع أقوى الأدوات المتخصّصة للوظائف النمطية، هو غالباً الإجابة الأكثر عملية للشركات متوسّطة الحجم في الإمارات التي تحتاج إلى السرعة والميزة التنافسية معاً.

المصادر

1. Commercial off-the-shelf - Wikipedia (en.wikipedia.org)
2. Vendor lock-in - Wikipedia (en.wikipedia.org)
3. Total cost of ownership - Wikipedia (en.wikipedia.org)
4. Custom software - Wikipedia (en.wikipedia.org)