عقد صيانة ودعم البرمجيات: ما الذي يجب أن يشمله؟
زمن الاستجابة وزمن الحل، والفرق بين الأعطال والتعديلات، والاستضافة والتحديثات والنسخ الاحتياطية والتسعير: ما يجب أن يحدده عقد صيانة البرمجيات العادل.
خطة صيانة البرمجيات العادلة تحدد بدقة ما الذي تشمله، ومتى يصلك الرد، ومتى تُحل المشكلة، وكم تدفع مقابل أي عمل خارج الخطة. وهي تفصل بين إصلاح الأعطال وإضافة الميزات الجديدة، وتحدد المسؤول عن الاستضافة والنسخ الاحتياطية وتحديثات متاجر التطبيقات، وتسعّر ذلك كله بطريقة يمكنك توقعها. أما إذا كان العقد يقول فقط «دعم فني لمدة 12 شهرًا»، فهو لا يقول شيئًا تقريبًا.
آخر تحديث: 6 نوفمبر 2026
البرنامج لا ينتهي يوم إطلاقه. فأنظمة الهواتف تتحدث، والمتصفحات تتغير، والخدمات الخارجية توقف الإصدارات القديمة من واجهاتها البرمجية، وموظفوك يكتشفون حالات لم يختبرها أحد. والخطة هي التي تحدد هل تكلفك هذه اللحظات ساعة أم أسبوعًا.
ما الذي يجب أن تشمله خطة الصيانة
تبدأ معظم الخلافات لأن كل طرف يقصد شيئًا مختلفًا بكلمة «صيانة». لذلك اكتب النطاق في قائمة، لا في جملة واحدة:
- إصلاح الأعطال: حين لا يؤدي النظام ما اتُّفق عليه ووُثّق.
- التحديثات الأمنية: تحديثات الخادم وإطار العمل والمكتبات التي يعتمد عليها النظام.
- تحديثات التوافق: التعديلات اللازمة لأن أندرويد أو iOS أو أحد المتصفحات أو خدمة خارجية قد تغيّر.
- الاستضافة والمراقبة: إبقاء الخوادم تعمل، وتجديدها، ومراقبتها.
- النسخ الاحتياطية واختبار الاستعادة: نسخ من بياناتك، ودليل على إمكانية استعادتها.
- التعديلات الصغيرة: نصوص، وأسعار، وحقل جديد في نموذج، ضمن عدد ساعات متفق عليه.
كل ما ليس في القائمة عمل جديد يُسعَّر منفصلًا. وهذا ليس تحايلًا، بل هو ما يجعل الرسوم الشهرية عادلة.
زمن الاستجابة ليس زمن الحل
الخطة التي تَعِد بـ«الرد خلال ساعتين» تَعِد فقط بأن أحدًا سيرد، ولا تَعِد بحل المشكلة. والخطة المفيدة تضع مؤشرين لكل مشكلة، ويتغيران بحسب درجة الخطورة:
| درجة الخطورة | مثال | الاستجابة | الحل المستهدف |
|---|---|---|---|
| حرجة | النظام متوقف، ولا يمكن البيع أو الحجز | بالساعات، حسب الاتفاق | في اليوم نفسه، أو حل مؤقت |
| عالية | ميزة أساسية معطلة لكل المستخدمين | في يوم العمل نفسه | خلال أيام عمل قليلة |
| متوسطة | ميزة معطلة مع وجود بديل مؤقت | في يوم العمل التالي | في التحديث المجدول التالي |
| منخفضة | مشكلة شكلية في الصياغة أو التنسيق | خلال أسبوع | حين يتاح الوقت |
الأرقام الدقيقة متروكة للتفاوض، والجدول يوضح الشكل لا معيارًا ملزمًا. واتفق أيضًا على ساعات العمل والمنطقة الزمنية، وطريقة الإبلاغ عن المشكلة (نظام تذاكر، أو بريد إلكتروني، أو مجموعة واتساب)، ومن يحق له من جانبك تصنيف مشكلة على أنها حرجة. فالمشكلة الحرجة التي تُبلَّغ عند منتصف ليل الجمعة لا تكون مشمولة إلا إذا نصت الخطة على ذلك.
الأعطال مقابل التعديلات
هذا هو الحد الذي يسبب أكثر الخلافات. وتكفي قاعدة بسيطة: إذا لم يؤدِّ النظام ما ينص عليه النطاق الموقّع أو التوثيق، فهذا عطل وإصلاحه مشمول. وإذا أردت أن يؤدي شيئًا مختلفًا، فهذا تعديل.
الأمثلة توضح الفكرة. تقرير يعرض إجماليات خاطئة عطل. وتقرير تريد الآن تقسيمه حسب الفرع تعديل. وتسجيل دخول يفشل على أحدث هاتف آيفون تحديث توافق. وإضافة تسجيل الدخول عبر Apple تعديل. ضع أمثلة كهذه في العقد، فهي توفر ساعات من النقاش لاحقًا. ويشرح دليلنا عن ما يجب مراجعته في عقد تطوير البرمجيات كيف يُكتب النطاق وشروط الاستلام من البداية، وهما أساس هذه القاعدة.
الاستضافة والمراقبة والنسخ الاحتياطية
الحسابات والتنبيهات
اطرح ثلاثة أسئلة: باسم من حساب الاستضافة، ومن يدفع الفاتورة، ومن يصله التنبيه حين يتوقف الخادم؟ الإجابة الأكثر أمانًا لك أن تكون الاستضافة واسم النطاق وحسابات متاجر التطبيقات باسم منشأتك، مع منح المطوّر صلاحية الوصول. وبهذا لا يُخرج خلافٌ أو انقطاعُ تواصل نظامَك عن العمل.
المراقبة تعني أن النظام يُفحص تلقائيًا، وأن أحدًا يُنبَّه قبل أن يلاحظ العملاء المشكلة. ويجب أن تحدد الخطة ما الذي يُراقَب (توفر الخدمة، والأخطاء، ومساحة التخزين، وانتهاء الشهادات) ومن يتلقى التنبيهات. وتجديد أسماء النطاقات وشهادات SSL جزء من القائمة أيضًا، فالشهادة المنتهية قد تجعل موقعًا يعمل جيدًا يبدو معطلًا لكل زائر.
نسخ احتياطية جرّبت استعادتها فعلًا
النسخة الاحتياطية التي لم تُستعد قط مجرد أمل، لا نسخة احتياطية. ويجب أن تحدد الخطة:
- ما الذي يُنسخ: قاعدة البيانات، والملفات المرفوعة، والإعدادات.
- عدد مرات النسخ، وعدد النسخ المحفوظة.
- مكان حفظ النسخ، ويُفضّل أن يكون منفصلًا عن الخادم الرئيسي.
- عدد مرات اختبار الاستعادة، ومن يؤكد نجاحها.
واسأل أيضًا عن حجم البيانات التي قد تفقدها في أسوأ الأحوال. فإذا كان النسخ يتم مرة واحدة ليلًا، فقد يُفقد عطلٌ في السادسة مساءً مبيعاتِ يوم كامل.
تحديثات أنظمة التشغيل وأطر العمل ومتاجر التطبيقات
تطبيقات الجوال تحتاج إلى عمل منتظم حتى حين لا يكون فيها عطل. فعلى سبيل المثال، يشترط Google Play منذ 31 أغسطس 2026 أن تستهدف التطبيقات الجديدة وتحديثات التطبيقات أندرويد 16 (مستوى الواجهة البرمجية 36) أو أحدث، والتطبيقات القائمة التي تتأخر كثيرًا تصبح غير متاحة للمستخدمين الجدد على إصدارات أندرويد الأحدث (Android Developers). كما تصدر Apple إصدارًا جديدًا من iOS كل عام، والتطبيق الذي لا يُعاد بناؤه يتقادم تدريجيًا.
والأمر نفسه ينطبق على المواقع الإلكترونية والأنظمة الخلفية: فلغة البرمجة وإطار العمل وكل مكتبة لها إصدارات مدعومة، وتشغيل الإصدارات القديمة يعني عدم وصول الإصلاحات الأمنية. والخطة الجيدة تتضمن مراجعة مجدولة، كل ثلاثة أشهر مثلًا، تُفحص فيها هذه التحديثات وتُنفَّذ، بدلًا من انتظار حدوث عطل.
نماذج التسعير: اشتراك شهري، أو باقة ساعات، أو الدفع لكل بلاغ
هناك ثلاث طرق شائعة لتسعير الصيانة، ولكل منها منشأة تناسبها:
| النموذج | آلية العمل | يناسب | انتبه إلى |
|---|---|---|---|
| اشتراك شهري | رسوم شهرية ثابتة لنطاق وأزمنة استجابة محددة | الأنظمة التي تعمل عليها منشأتك يوميًا | ساعات غير مستخدمة تسقط دون تنبيه |
| باقة ساعات | تشتري عددًا من الساعات وتُخصم منه | التعديلات والتحديثات الصغيرة المنتظمة | من يسجل الساعات وكيف تطّلع عليها |
| الدفع لكل بلاغ | تدفع في كل مرة يُصلح فيها شيء | المواقع البسيطة التي نادرًا ما تتغير | لا يوجد زمن استجابة مضمون |
أيًّا كان النموذج، اطلب تقريرًا شهريًا بما أُنجز وعدد الساعات التي استغرقها. وإذا كنت تقارن أيضًا بين طرق تسعير بناء النظام نفسه، فمقارنتنا بين السعر الثابت والدفع حسب الوقت والمواد تشرح المفاضلات نفسها على مستوى المشروع.
ماذا يحدث عند انتهاء الخطة
الخطط تنتهي: قد تغيّر المورّد، أو تنقل التطوير إلى فريقك الداخلي، أو تتوقف ببساطة عن الدفع. ويجب أن ينص العقد على تسلّمك الكود المصدري وقاعدة البيانات وبيانات الدخول والتوثيق، مع فترة تسليم قصيرة. ويصبح ذلك أسهل كثيرًا إذا تم التسليم بشكل صحيح عند الإطلاق، وتعرض قائمة تسليم المشروع البرمجي ما يجب أن يكون لديك بالفعل. وللاطلاع على الفحوص التي تحافظ على سلامة المشروع من البداية، راجع لماذا تفشل المشروعات البرمجية.
تبني KF Tech Solutions البرمجيات المخصصة والمواقع الإلكترونية وتطبيقات الجوال، وتواصل دعمها بعد الإطلاق بالإصلاحات والتحديثات والميزات الجديدة. نعمل مع المنشآت في مصر والخليج، ونكتب شروط الصيانة بالوضوح الموصوف هنا: نطاق مكتوب في قائمة، ومؤشران لكل مشكلة، وحسابات باسمك، وسعر واضح لأي عمل خارج الخطة.
أسئلة شائعة
هل تدخل الصيانة ضمن سعر بناء البرنامج؟
عادةً لا تشمل سوى فترة ضمان قصيرة تُصلح خلالها أعطال العمل المسلَّم. أما الاستضافة والتحديثات والدعم المستمر فهي اتفاق منفصل. تحقق من مدة الضمان وما يشمله.
هل أحتاج إلى خطة صيانة لموقع إلكتروني بسيط؟
حتى موقع الشركة البسيط يحتاج إلى استضافة، وتجديد اسم النطاق والشهادة، ونسخ احتياطية، وتحديثات من حين لآخر. وغالبًا تكفي خطة خفيفة أو ترتيب للدفع لكل بلاغ، دون حاجة إلى اشتراك شهري كامل.
ماذا لو أردت تغيير المورّد لاحقًا؟
تأكد من أن العقد يمنحك الكود المصدري وقاعدة البيانات وكل بيانات الدخول، وأن حسابات الاستضافة ومتاجر التطبيقات باسم منشأتك. عندها يستطيع أي مطوّر كفء أن يتولى العمل.
لمن تعود ملكية الكود المكتوب ضمن خطة الصيانة؟
يجب أن ينص العقد على ذلك. والموقف العادل المعتاد أن الكود المكتوب لنظامك ملك لك، مثل البناء الأصلي تمامًا.
هل تُرحَّل ساعات الاشتراك غير المستخدمة؟
بعض الخطط تسمح بذلك لشهر أو شهرين، وكثير منها لا يسمح. اتفق على ذلك كتابةً قبل التوقيع، لا بعد أن تضيع الساعات.
إذا كنت على وشك توقيع عقد صيانة، أو كان عقدك الحالي يتركك غير متأكد مما يشمله، تواصل معنا أو احجز مكالمة مجانية وسنراجعه معك.
المصادر
اقرأ المزيد
النشرة البريدية
ملاحظات من حين لآخر عن البرمجيات والأتمتة وإدارة أعمال أفضل. دون رسائل مزعجة.