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