الصيانة أكثر بند يُغفل في ميزانيات المشاريع الرقمية — يُخطَّط للبناء بدقة، ثم يُفاجأ صاحب المشروع بعد أشهر بأن منتجه يحتاج إنفاقاً مستمراً لم يحسبه.
الحقيقة: منتج رقمي بلا صيانة يتدهور خلال عام ويتوقف عن العمل خلال عامين تقريباً.
ما هي الصيانة فعلاً؟
خمسة أنواع مختلفة تُخلط عادةً تحت كلمة واحدة، وهذا مصدر معظم الخلافات مع المزوّدين:
| النوع | ما هو | من يدفع؟ |
|---|---|---|
| إصلاح العيوب | خلل فيما تم تسليمه | المزوّد (ضمن الضمان) |
| تحديثات التوافق | مواكبة إصدارات iOS/Android/المتصفحات | أنت |
| التحديثات الأمنية | سد ثغرات المكتبات | أنت |
| الدعم التشغيلي | مراقبة، نسخ احتياطي، حل أعطال | أنت |
| التطوير | ميزات جديدة | أنت |
التمييز الحاسم: «إصلاح عيب» مجاني ضمن الضمان، و«تحديث توافق» مدفوع. اتفق على هذا التمييز كتابةً قبل التوقيع — هو مصدر أشيع الخلافات. راجع دليل عقد تطوير التطبيق.
لماذا الصيانة إلزامية؟
تحديثات أنظمة التشغيل. iOS وAndroid يصدران إصدارات رئيسية سنوياً. تطبيق مهمل قد يتعطّل جزئياً أو يُزال من المتجر لعدم التوافق.
الثغرات الأمنية. المكتبات المستخدمة تُكتشف فيها ثغرات باستمرار. مشروع بلا تحديث أمني لعام هو هدف مكشوف.
متطلبات المتاجر. Apple وGoogle يغيّران سياساتهما دورياً — إصدار جديد بلا تحديث قد يُرفض.
تغيّر الخدمات الخارجية. بوابة الدفع أو خدمة الخرائط قد تغيّر واجهتها؛ بلا تحديث يتعطّل الجزء المعتمد عليها.
التكلفة الواقعية
القاعدة: 15–20% من تكلفة التطوير الأولية سنوياً.
| تكلفة المشروع | الصيانة السنوية |
|---|---|
| 10,000$ | 1,500 – 2,000$ |
| 30,000$ | 4,500 – 6,000$ |
| 60,000$ | 9,000 – 12,000$ |
| 120,000$ | 18,000 – 24,000$ |
ما يرفع النسبة: تكاملات خارجية كثيرة، قطاع منظم يتطلب امتثالاً، أحمال عالية، أو كود مبني بإهمال (الدين التقني يُدفع في الصيانة).
المقارنة: داخلي أم عقد؟
| المعيار | فريق داخلي | عقد صيانة |
|---|---|---|
| التكلفة السنوية | راتب مطوّر + تكاليف | 15–20% من تكلفة البناء |
| الاستجابة | فورية | حسب اتفاقية الخدمة |
| معرفة النظام | عميقة ومتراكمة | تعتمد على التوثيق |
| مخاطر الاستمرارية | عالية — شخص واحد قد يغادر | منخفضة — فريق |
| تنوّع التخصصات | محدود | أوسع |
| المرونة في التوسع | صعبة | أسهل |
الحساب البسيط: راتب مطوّر واحد سنوياً يتجاوز عادةً تكلفة عقد صيانة لمشروع متوسط. الفريق الداخلي يستحق حين يكون لديك عدة منتجات تبرر تفرّغ شخص، أو حين تكون الاستجابة الفورية حرجة لعملك.
نموذج ثالث: هجين
الأنسب لكثير من الشركات المتوسطة:
- موظف تقني داخلي يتولى المراقبة اليومية والدعم الأول والتنسيق.
- عقد مع المزوّد للتحديثات العميقة والتطوير والمشاكل المعقدة.
الميزة: استجابة فورية للمشاكل البسيطة + خبرة متخصصة عند الحاجة، بتكلفة أقل من فريق داخلي كامل.
ما يجب أن يتضمنه عقد الصيانة
اطلب هذه البنود صراحةً — غياب أيٍّ منها يستحق سؤالاً:
- نطاق محدد — ما يشمله وما لا يشمله بالاسم.
- زمن الاستجابة حسب الخطورة — عطل كامل مقابل ملاحظة بسيطة.
- ساعات تطوير شهرية مشمولة — وما تكلفة ما يتجاوزها.
- المراقبة والتنبيه — من يكتشف العطل، أنت أم هم؟
- النسخ الاحتياطي ودوريته — ومتى اختُبرت الاستعادة آخر مرة.
- تقرير دوري — ما نُفِّذ وما يحتاج انتباهاً.
- آلية الإنهاء — وتسليم الوصول والوثائق عند الانتهاء.
البند الأهم عملياً: من يراقب؟ فرق كبير بين «نصلح إن أبلغتنا» و«نراقب ونكتشف قبل أن تلاحظ». الأول يعني أن عميلك قد يكتشف العطل قبلك.
ماذا لو لم تصُن؟
هذا ما يحدث فعلياً بالترتيب:
الشهور 1–6: كل شيء يبدو طبيعياً. تشعر أنك وفّرت.
الشهور 6–12: أعطال متفرقة، بطء تدريجي، ميزة تتوقف بعد تحديث خدمة خارجية.
السنة 2: عدم توافق مع إصدارات الأنظمة الجديدة، ثغرات أمنية متراكمة، ومطوّر جديد يحتاج أسابيع لفهم كود لم يُوثَّق.
السنة 3: التكلفة المقدّرة لإعادة البناء تقترب من تكلفة البناء الأصلي.
الخلاصة: الصيانة ليست تكلفة إضافية بل جزء من تكلفة الملكية. من يبيعك مشروعاً دون أن يذكرها لم يكتمل عرضه.
علامات أن مشروعك يحتاج صيانة عاجلة
هذه مؤشرات تعني أن التأجيل صار مكلفاً:
- بطء تدريجي لم يكن موجوداً عند الإطلاق.
- أخطاء متفرقة يبلّغ عنها المستخدمون ولا تتكرر بانتظام.
- ميزة توقفت فجأة — غالباً بسبب تغيّر خدمة خارجية.
- تحذيرات في لوحة الاستضافة عن إصدارات قديمة.
- لم يُحدَّث المشروع منذ أكثر من ستة أشهر — هذا وحده سبب كافٍ للمراجعة.
- مغادرة من بناه بلا تسليم معرفة موثّق.
اختبار سريع: متى كانت آخر مرة استعدت فيها نسخة احتياطية للتأكد أنها تعمل؟ إن كانت الإجابة «لم أجرّب»، فأنت لا تملك نسخة احتياطية بل تملك افتراضاً.
اقرأ أيضاً
-
التعهيد الخارجي أم فريق داخلي؟ — السؤال نفسه قبل الإطلاق.
-
عقد تطوير تطبيق — التمييز بين الضمان والصيانة.
-
أمان واجهات API — التحديثات الأمنية جزء أساسي من الصيانة.
-
تحسين أداء التطبيقات — التدهور التدريجي علامة إهمال.
الأسئلة الشائعة
كم تكلفة الصيانة السنوية؟
15–20% من تكلفة التطوير الأولية كقاعدة. مشروع 30,000$ يحتاج 4,500$–6,000$ سنوياً. النسبة ترتفع مع كثرة التكاملات ومتطلبات الامتثال، وترتفع كثيراً إن كان الكود الأصلي مبنياً بإهمال.
ما الفرق بين الضمان والصيانة؟
الضمان يغطي إصلاح عيوب فيما تم تسليمه، ويكون مجانياً 3–6 أشهر عادةً. الصيانة تغطي تحديثات التوافق والأمان والميزات الجديدة، وهي مدفوعة. حدّد صراحةً في أي خانة يقع تحديث التوافق مع إصدار iOS جديد — هذا أشيع مصدر خلاف.
هل أحتاج صيانة لموقع تعريفي بسيط؟
نعم لكن بمستوى أخف: تحديثات أمنية، نسخ احتياطي، ومراقبة توفّر. موقع WordPress يحتاج متابعة أكثر بسبب الإضافات. موقع ثابت حديث يحتاج أقل بكثير. راجع مقارنة WordPress وNext.js.
ماذا لو أردت تغيير مزوّد الصيانة؟
يجب أن تملك الكود والوثائق وبيانات الوصول من البداية — عندها التغيير ممكن. إن لم تملكها، فأنت مرتهن. تحقّق من هذا في عقد التطوير الأصلي لا عند الخلاف.
هل يمكنني تأجيل الصيانة لتوفير المال؟
يمكنك تأجيلها لكنك لا توفّر — تنقل التكلفة إلى المستقبل مع فائدة. مشروع مهمل عامين يحتاج غالباً إعادة بناء جزئية تكلف أضعاف الصيانة المؤجلة، إضافة لخسائر التوقف والمخاطر الأمنية.
من يجب أن يصون: من بنى أم مزوّد آخر؟
من بنى يعرف الكود ويبدأ فوراً — وهذا وفر حقيقي. لكن لا تجعل ذلك ارتهاناً: اشترط في عقد التطوير ملكية الكود والتوثيق، حتى يبقى الانتقال ممكناً إن ساءت الخدمة.
الخلاصة
الصيانة ليست اختيارية — 15–20% سنوياً من تكلفة البناء هو ما تكلفه ملكية منتج رقمي.
عقد الصيانة أوفر لمعظم الشركات ذات المنتج الواحد. الفريق الداخلي يستحق عند تعدد المنتجات أو حرجية الاستجابة الفورية. والنموذج الهجين غالباً الأنسب للشركات المتوسطة.
واسأل دائماً: من يراقب؟ — الفرق بين اكتشافك للعطل واكتشاف عميلك له هو الفرق بين مزوّد وآخر.
تريد تقديراً لصيانة مشروعك؟ تواصل معنا للحصول على تقييم مجاني يشمل نطاق الصيانة وتكلفتها بوضوح. اطّلع على خدماتنا.