بعد الإطلاق: من يملك ماذا؟ دليل صيانة النظام

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

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

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

1. الصيانة التصحيحية

إصلاح ما يظهر من خلل أثناء الاستخدام الفعلي. وهي متوقعة في أي نظام: لا يوجد نظام يخرج بلا ملاحظات بعد أول استخدام حقيقي.

2. الصيانة الوقائية

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

3. الصيانة التطويرية

إضافة ميزات وتحسينات بناءً على استخدام فعلي. وهي التي تحوّل النظام من أداة إلى أصل يتطور.

4. الصيانة الأمنية

ترقيع الثغرات، ومراجعة الصلاحيات، وتحديث شهادات الحماية، ومراجعة النسخ الاحتياطية. هذا النوع لا يحتمل التأجيل بحال.

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

هذه البنود تُكتب في العرض من البداية؛ التفاصيل في كيف تقرأ عرض سعر برمجي.

التكلفة المبدئية لبناء النظام ليست تكلفته الكلية. أضف دائماً:

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

ميزانية واقعية تحسب هذه البنود من اليوم الأول، فلا تُفاجأ بعد سنة بنظام لا تستطيع تشغيله.

الأيام 1–14: المراقبة اللصيقة

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

الأيام 15–45: التثبيت والتدريب

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

الأيام 46–90: التحسين الأول

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

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

كل مشكلة من هذه تُحل بورقة واحدة: من يملك ماذا، ومن يفعل ماذا عند كل نوع من المشكلات.

هل أحتاج عقد دعم بعد كل مشروع؟

نعم إن كان النظام يدير عملك أو بيانات عملائك. الاستثناء الوحيد صفحة ثابتة لا تتغير ولا تخزّن بيانات.

كم مرة يجب عمل نسخة احتياطية؟

بحسب تكرار تغيّر بياناتك: يومياً للأنظمة الحيوية، وأسبوعياً لما دونها. والأهم من التكرار: اختبار الاستعادة دورياً.

هل الصيانة الوقائية ضرورية حقاً؟

هي أرخص أنواع الصيانة. تجاهلها يعني دفع تكلفة الإصلاح بعد توقف الخدمة، وهي أضعاف تكلفة الوقاية.

ماذا أفعل إن توقف منفّذي عن الرد؟

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

من يدير التحديثات الأمنية؟

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

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