مقال

ماذا يحدث بعد إطلاق برنامجك (ومن يصونه)

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

19 مايو 2026
8 دقيقة قراءة

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

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

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

ما تتضمنه «الصيانة» حقًا

عندما يسمع الناس «صيانة»، يفكرون في إصلاح الأخطاء. ذلك ربما 20% منها. الباقي أقل وضوحًا لكنه بنفس الأهمية.

الاستضافة والبنية التحتية. تطبيقك يعمل على خوادم. تلك الخوادم تحتاج مراقبة، وتوسعة، ونسخ احتياطية، وتغييرات في الإعدادات أحيانًا. إذا كنت على منصة مُدارة مثل Laravel Forge أو AWS، بعض هذا مؤتمت — لكن يظل شخص ما بحاجة للمراقبة.

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

إصلاح الأخطاء. لا برنامج يُطلق بدون أخطاء. بعضها يظهر فورًا. وبعضها يطفو بعد أسابيع أو أشهر عندما يصادف المستخدمون حالات استثنائية لم يختبرها أحد. تحتاج شخصًا متاحًا للتشخيص والإصلاح — والأفضل قبل أن يبلغ عنها المستخدمون.

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

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

تحديث الاعتماديات. إطار العمل يصدر نسخة رئيسية جديدة. واجهة برمجة خارجية دمجتها تغير نقاط الاتصال. مزود دفع يوقف SDK الذي تستخدمه. إبقاء تطبيقك متوافقًا مع العالم حوله عمل مستمر.

كم تكلف الصيانة

المعيار في الصناعة هو 15-25% من تكلفة التطوير الأصلية سنويًا. هذا مؤشر مفيد، لكنه يتفاوت حسب تعقيد تطبيقك، وعدد المستخدمين، ومدى تطور العمل.

لمشروع كلّف 100 ألف دولار بناؤه، توقع 15-25 ألف دولار سنويًا للصيانة — تغطي الاستضافة، والتحديثات الأمنية، وإصلاح الأخطاء، والمراقبة، والتطويرات الصغيرة. أي حوالي 1,200-2,000 دولار شهريًا.

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

الصيانة الأرخص هي الصيانة الاستباقية. والأغلى هي إصلاح شيء انكسر لأن لا أحد كان يراقب.

ثلاثة نماذج للتعامل مع الصيانة

النموذج الأول: عقد صيانة مع الشركة

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

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

المخاطرة: التبعية للشركة. إذا ساءت العلاقة، أو أغلقت الشركة أو غيرت أولوياتها، تحتاج الانتقال — لهذا ملكية الكود والتوثيق مهمان جدًا عند التسليم.

هذا النموذج الذي يستخدمه معظم عملائنا معنا. نقدم اشتراكات شهرية تغطي الصيانة الاستباقية (مراقبة، تحديثات، نسخ احتياطية) بالإضافة إلى رصيد ساعات للإصلاحات والتغييرات الصغيرة.

النموذج الثاني: فريق داخلي

توظف مطورًا واحدًا أو أكثر لصيانة البرنامج داخليًا. يتولون العمليات اليومية، وإصلاح الأخطاء، والتطوير التدريجي.

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

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

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

النموذج الثالث: لا أحد

تطلقون البرنامج وتأملون ألا ينكسر شيء.

متى يعمل: لا يعمل أبدًا.

ورثنا مشاريع من عملاء جربوا هذا. النمط دائمًا نفسه: التطبيق يعمل جيدًا لمدة 6-12 شهرًا. ثم تُنشر ثغرة أمنية لاعتمادية غير محدثة. أو تنتهي صلاحية شهادة SSL ويتوقف الموقع. أو ينفد مساحة القرص في الخادم لأن لا أحد أعدّ تدوير السجلات. أو يُحدّث مزود دفع واجهته وتبدأ المعاملات بالفشل بصمت.

تكلفة «لا صيانة» ليست صفرًا — إنها مؤجلة. والصيانة المؤجلة تكلف دائمًا أكثر من الصيانة الاستباقية لأنك تصلح أزمة بدلًا من منعها.

ما يجب التفاوض عليه قبل الإطلاق

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

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

ماذا يتضمن عقد الصيانة؟ احصلوا على تفاصيل. «دعم مستمر» غامض. هل يشمل الاستضافة؟ المراقبة؟ كم ساعة إصلاحات شهريًا؟ ما وقت الاستجابة للحوادث الحرجة؟ ما الذي يُفوتر بشكل منفصل؟

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

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

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

محادثة الصيانة إشارة ثقة

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

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

استخدموا هذا كمرشّح عند تقييم الشركات. اسألوهم: «ماذا يحدث بعد الإطلاق؟» إذا كانت الإجابة غامضة، فهذا يقول كل شيء.

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

تخططون لمشروع وتريدون فهم التكلفة الكاملة لدورة الحياة؟ لنتحدث →

استمتعت بهذا المقال؟

اشترك في نشرتنا الإخبارية للمزيد من الرؤى وابق محدثاً مع أحدث التقنيات