عقد صيانة شهري: ماذا تتوقع كل شهر؟

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

ما هو عقد الصيانة فعلاً

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

تخيّله مثل صيانة السيارة. يمكنك تجاهل تغيير الزيت وتوفير المال لفترة — حتى يتعطّل المحرك على الطريق السريع. معظم أعطال التطبيقات التي تضرّ بالأعمال ليست درامية؛ بل هي تراكم بطيء للتحديثات المؤجّلة، والتحذيرات المتجاهَلة، وديون "سنصلحها في الدورة القادمة" التي تنهار في النهاية.

ما الذي يشمله العقد الشهري الجيد

خطة الصيانة الحقيقية تغطّي أربعة أركان. احذر من أي مزوّد يقدّم واحداً أو اثنين منها فقط ويسميها "صيانة".

1. الاستجابة للأعطال

عندما يتعطّل شيء ما — يفشل دفع، لا يفتح التطبيق، يتوقف نموذج عن الإرسال — تحتاج إلى من يستجيب خلال وقت متّفق عليه، يشخّص السبب الجذري، ويُطلق الإصلاح. العقد الجيد يحدّد نافذة استجابة (مثلاً: ساعات للأعطال الحرجة، يوم العمل التالي للأعطال البسيطة) بدلاً من تركها لـ"حين نتفرّغ".

2. تحديثات الأمان

أطر العمل مثل Next.js وReact Native وNode.js واعتمادياتها تُصدر تصحيحات أمان باستمرار. تجاهلها هو أكثر طريقة شائعة لجعل التطبيق معرّضاً للخطر. الصيانة الشهرية تعني مراجعة الاعتماديات وترقيعها وفق جدول منتظم، لا في حالة ذعر بعد اختراق. وبالنسبة للشركات الصغيرة والمتوسطة التي تتعامل مع بيانات عملاء أو مدفوعات، هذا أمر غير قابل للتفاوض — راجع الحد الأدنى العملي للأمان لتطبيقات الشركات الصغيرة.

3. فحوصات الأداء وتراجعه

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

4. التحسينات الصغيرة

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

ما الذي لا يشمله العقد عادةً

معرفة الحدود تمنع الاحتكاك لاحقاً. العقد القياسي يستثني عادةً:

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

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

مستويات العقد: ماذا تتوقع في كل مستوى

تُسعّر الصيانة بحسب الطاقة المحجوزة وسرعة الاستجابة، لا بقائمة ميزات ثابتة. وكدليل تقريبي للسوقَين المصري والخليجي:

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

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

مصر مقابل الخليج: ما الذي يتغيّر

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

كيف تقرأ العقد قبل التوقيع

1. زمن الاستجابة، مكتوباً. "بذل أقصى جهد" ليس التزاماً. اطلب نوافذ استجابة بحسب درجة الخطورة.
2. ما الذي يُرحَّل. إن لم تستخدم ساعات التحسين، هل تنتقل للشهر التالي؟ السياسات تختلف — اعرفها مسبقاً.
3. ملكية الكود والوصول. يجب أن تملك كودك ومستودعاتك وحسابات بنيتك التحتية، بلا استثناء.
4. التقارير. العقد الجيد يرسل ملخصاً شهرياً قصيراً: الأعطال التي عُولجت، التحديثات التي طُبّقت، والعمل المنجَز.
5. شروط الخروج. فترة الإشعار والتسليم النظيف يجب أن تُحدَّد قبل البدء، لا أن تُتفاوض عند المغادرة.

الأسئلة الشائعة

كم يكلّف عقد الصيانة الشهري في مصر أو الخليج؟

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

هل أحتاج عقداً فعلاً، أم أتصل بكم فقط حين يتعطّل شيء؟

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

ما الفرق بين الصيانة وإعادة البناء؟

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

هل أستطيع البدء بمستوى صغير وترقيته لاحقاً؟

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

الخطوة التالية

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