ما بعد الإطلاق: تكلفة إبقاء التطبيق حيا

ما يجب أن تدفعه حتى لو لم تغير شيئا

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

إصلاح الأعطال والدعم

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

وسجل كل بلاغ حتى لو أصلح سريعا: التكرار هو ما يكشف المشكلة الجذرية، ولا يظهر إلا بالتسجيل.

التطوير المستمر

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

المراقبة الاستباقية

1. راقب توفر الخدمة وزمن الاستجابة وأخطاء الخادم.
2. اجمع تقارير الأعطال من التطبيق آليا مع سياقها.
3. نبه عند تجاوز عتبات محددة سلفا لا عند التعطل الكامل.
4. راجع لوحة المؤشرات أسبوعيا ولو لم يشتك أحد.

كيف تقدر الميزانية

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

أسئلة شائعة

هل نحتاج عقد صيانة؟

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

ماذا يحدث إن أهملنا التحديثات؟

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

من يحتفظ بحسابات الخدمات؟

يجب أن تكون كلها باسم شركتك وتحت سيطرتها: المتاجر، والاستضافة، والنطاق، وخدمات الطرف الثالث. وحسابات مسجلة باسم مطور سابق من أشيع أسباب الأزمات وأصعبها حلا.