أنظمة إدارة الأعمال والبرمجيات المخصصة
أكثر مشاريع البرمجيات فشلاً ليست تلك التي بُنيت رديئة — بل التي ما كان يجب أن تُبنى أصلاً لأن منتجاً جاهزاً كان يكفي. نبدأ دائماً بهذا السؤال، وتوصيتنا بالبقاء على حل قائم موقف نتخذه فعلاً.
الإجابة المختصرة
النظام المخصص يستحق تكلفته في أربع حالات: حين يلزم ربط أنظمة قائمة لإنهاء الإدخال المزدوج، أو حين يفرض النشاط مسار عمل لا تدعمه المنتجات العامة، أو حين تتطلب الحوكمة صلاحيات دقيقة وسجل تدقيق، أو حين تُدار عدة كيانات بتقارير موحّدة. خارج هذه الحالات، المنتج الجاهز أسرع وأرخص وأقل مخاطرة.
ما نقدّمه لك
اطلب عرض سعر — نرد خلال يوم عمل واحد
متى الجاهز يكفي — وهي الحالة الأغلب
- نشاط قياسي بحجم متوسط. إن كان ما تفعله يشبه ما تفعله آلاف المنشآت، فالمنتج المتخصص يغطيه بجزء من التكلفة.
- لا تكاملات معقّدة. نظام واحد يكفي، بلا حاجة لتبادل بيانات آلي.
- فريق صغير. تكلفة التخصيص لا تُبرَّر بعدد مستخدمين محدود.
- الوقت عامل حاسم. الجاهز يعمل خلال أيام؛ المخصص يحتاج أشهراً.
سؤال يحسم القرار غالباً: ما الذي لا يستطيع أي منتج جاهز فعله في حالتك؟ إن كانت الإجابة تفاصيل شكلية أو تفضيلات واجهة، فالتخصيص لا يُبرَّر. وإن كانت «الربط بنظامنا القائم» أو «مسار الاعتماد عندنا مختلف»، فقد بدأ التبرير يتشكّل.
التكلفة الحقيقية للنظام المخصص
تقدير التكلفة بسعر التطوير وحده هو أكثر سبب لتعثّر هذه المشاريع:
| البند | ما يُغفل عادةً |
|---|---|
| التطوير | البند الظاهر — وغالباً أقل من نصف الإجمالي على المدى |
| ترحيل البيانات | نقل بيانات قائمة غير منظّمة يستهلك وقتاً يفوق التوقع دائماً |
| التدريب والتبنّي | نظام لا يستخدمه الفريق مصروف كامل بلا عائد |
| الاستضافة والنسخ الاحتياطي | مصروف شهري مستمر |
| الصيانة والتطوير | الأنظمة تحتاج تحديثاً مستمراً وإلا تقادمت |
| الاعتماد على المطوّر | أخطر بند: من يملك الكود والبيانات ومن يستطيع المتابعة |
ما يجب حسمه في العقد قبل البدء
- ملكية الكود والبيانات. يجب أن تكون لك صراحةً، مع تسليم المستودع كاملاً.
- الاستضافة تحت حسابك. فلا يُحتجز نظامك عند طرف ثالث.
- تصدير البيانات في أي وقت بصيغة قابلة للاستخدام.
- التوثيق والتسليم. نظام بلا توثيق لا يستطيع مطوّر آخر متابعته — وهذا احتجاز بشكل آخر.
- نطاق مكتوب ومراحل تسليم. «نظام متكامل» جملة تُنتج نزاعاً؛ المراحل المحددة تُنتج مشروعاً.
نقول هذا ونحن الطرف المنفّذ: اشتراط ملكية الكود والبيانات والاستضافة تحت حسابك يقلّل قدرتنا على احتجازك كعميل — وهذا بالضبط ما يجب أن تطلبه من أي جهة تطوير، بما فيها نحن.
أنظمة نبنيها
- أنظمة مكاتب المحاماة — قضايا ومواعيد وأتعاب بصلاحيات تفرضها سرّية المهنة.
- أنظمة الصيدليات — دفعات وصلاحية وسجل تعديلات وتعدد فروع.
- أنظمة إدارة الأساطيل — تكلفة تشغيل لكل مركبة وصيانة وقائية.
- أنظمة الشحن والنقل — دورة الشحنة كاملة وتتبّع للعميل.
ونبني خارج ذلك أنظمة إدارة مشاريع وعملاء ومخزون وموارد بشرية وتطبيقات جوّال ولوحات تقارير — والقاعدة واحدة: نسأل أولاً إن كان الجاهز يكفي.
أسئلة شائعة
متى أحتاج نظاماً مخصصاً بدل منتج جاهز؟
في أربع حالات: الحاجة لربط أنظمة قائمة لإنهاء الإدخال المزدوج، أو وجود مسار عمل لا تدعمه المنتجات العامة، أو متطلبات حوكمة تفرض صلاحيات دقيقة وسجل تدقيق، أو إدارة عدة كيانات بتقارير موحّدة. خارجها المنتج الجاهز أسرع وأرخص وأقل مخاطرة.
ما البنود التي يجب اشتراطها في عقد تطوير النظام؟
ملكية الكود والبيانات لك صراحةً مع تسليم المستودع، والاستضافة تحت حسابك، وإمكانية تصدير البيانات في أي وقت بصيغة قابلة للاستخدام، والتوثيق الكامل حتى يستطيع مطوّر آخر المتابعة، ونطاق مكتوب بمراحل تسليم محددة بدل وصف عام.
لماذا تفشل مشاريع الأنظمة المخصصة عادةً؟
غالباً لأنها ما كان يجب أن تُبنى — منتج جاهز كان يكفي. ثم لأن التكلفة تُقدَّر بسعر التطوير وحده دون ترحيل البيانات والتدريب والاستضافة والصيانة، ودون حسم ملكية الكود والبيانات، فيتحول النظام إلى ارتباط دائم بمطوّر واحد.
المصادر
- هيئة الزكاة والضريبة والدخل — الفوترة الإلكترونية: zatca.gov.sa
- الهيئة الوطنية للأمن السيبراني: nca.gov.sa
عندك فكرة نظام؟ ابدأ بسؤال هل تحتاجه أصلاً
أرسل ما تحاول حلّه وما تستخدمه الآن، ونرجع لك بتوصية صريحة — بما فيها ألا تبني شيئاً إن كان الجاهز يكفيك.
نرد خلال يوم عمل واحد. بياناتك لا تُشارك مع طرف ثالث.
تفضّل المراسلة المباشرة؟ واتساب