نظام مخصص أم جاهز؟ متى تبني برمجيتك ومتى يكفيك الاشتراك

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

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

هذا المقال مكتوب من الجهة التي تبيع التطوير المخصص، وهذا تحديداً ما يلزمها بالصدق: كثير ممن يسألنا «هل نحتاج البناء؟» جوابه الصحيح لا، ليس بعد. الصفحات التالية تعطيك المعيار الذي نستخدمه نحن، لا لنقنعك بالبناء، بل لتعرف في أي خانة تقع قبل أن تدفع لأي أحد، لنا أو لغيرنا.

السؤال خلف السؤال: أين تقع ميزتك التنافسية؟

سؤال «جاهز أم مخصص؟» تقني الشكل، لكنه في جوهره سؤال استراتيجي: أين تقع ميزتك التنافسية بالضبط؟ Harvard Business Review في مقالها «متى ينبغي لشركتك أن تطوّر برمجياتها الخاصة؟» (2021) تختصر المعيار في شرطين معاً: لا تبنِ إلا حين يكون العائد جوهرياً، والشراء عاجزاً فعلاً عن تلبية الحاجة. كل ما دون الشرطين استئجارٌ أذكى من التملك.

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

متى يكون الجاهز هو الجواب الصحيح؟

استئجار البرمجيات هو الوضع الافتراضي لاقتصاد العالم، لا خطة من ضاقت ميزانيته. Gartner (بيان نوفمبر 2024) قدّرت أن إنفاق المستخدمين النهائيين على SaaS نما نحو 20% ليبلغ 247.2 مليار دولار في 2024، وتوقعت اقترابه من 300 مليار في 2025. هذا الحجم يعني شيئاً عملياً: الوظائف المشتركة بين الشركات تلقّت في نسختها الجاهزة استثماراً واختباراً لن يبلغهما أي فريق داخلي. وهذا نصف الإجابة عن سؤال برمجيات جاهزة أم مخصصة، والنصف الآخر يخص ما لا يشترك فيه أحد معك.

الجاهز هو الجواب الصحيح في ثلاث حالات واضحة:

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

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

متى تحتاج فعلاً إلى نظام مخصص: خمس إشارات

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

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

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

دفتر المخاطر: ماذا يحدث حين يفشل نظام مخصص؟

الصدق يوجب عرض الوجه الآخر بأرقامه. دراسة McKinsey مع جامعة Oxford (2012، وهي قديمة لكنها من أوسع ما نُشر عيّنة) وجدت أن مشاريع تقنية المعلومات الكبيرة، فوق 15 مليون دولار، تتجاوز ميزانيتها بمتوسط 45%، وتسلّم قيمة أقل من المتوقع بنسبة 56%، وأن نحو 17% منها ينحرف إلى حدّ تهديد بقاء الشركة نفسها. أرقام مشاريع ضخمة، نعم، لكن أنماط الفشل ذاتها تتكرر في مشروع بمئتي ألف ريال.

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

المسارات الوسطى التي لا يبيعها لك أحد

القرار ليس ثنائياً، والوسط بين الطرفين أوسع مما يوحي به السؤال. ثلاثة مسارات نادراً ما تُعرض عليك، لأن كل بائع يعيش على أحد الطرفين:

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

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

المسار الوسط يتفوق على الطرفين حين تكون ميزتك محصورة في جزء من العملية لا كلها: ابنِ ذلك الجزء وحده، واستأجر الباقي.

اختبارنا نحن: لماذا بنينا بدل أن نشترك؟

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

كيف تقرر عملياً: خمسة أسئلة قبل أي التزام

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

2. هل تغطي أداة جاهزة 80% من الحاجة؟ جرّب فعلياً، بأشخاص حقيقيين وأسبوعين على الأقل، لا بقراءة صفحة المزايا. الـ20% الناقصة قد تكون تفصيلاً تحتمله، وقد تكون قلب عمليتك.

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

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

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

5. من يصون النظام بعد إطلاقه؟ البناء التزام مستمر لا حدث ينتهي: تحديثات وأمان وخوادم وتطوير مستمر. إن لم يكن لديك جواب اسمه شخص أو عقد، فأنت لم تقرر البناء بعد؛ قررت نصفه.

ثلاثة أجوبة فأكثر في اتجاه واحد تعطيك القرار، والباقي تفاصيل تنفيذ.

مواضيع ذات صلة: وكالة تصميم تجربة المستخدم، تجربة المستخدم.

للمزيد عن الاقتصاد الرقمي السعودي: بوابة رؤية 2030 — برنامج التحول الوطني.