الدعم والصيانة
رعاية ومراقبة وتطوير مستمر يُبقيك قادرًا على الإطلاق دائمًا.
البرنامج لا ينتهي عند الإطلاق، بل عنده يبدأ في تحقيق العائد. نحافظ على منتجاتك سليمة وآمنة ومتطورة: مراقبة على مدار الساعة، وتحديثات منتظمة للمكتبات والاعتماديات، وتحسينات مستمرة تُطلق كل شهر. وهذا النموذج يخص التطبيق نفسه وعلاقة العمل من حوله: الأخطاء، والترقيات، والمزايا الصغيرة، والاتفاق المكتوب الذي ينظّم كل ذلك. ويشمل البرمجيات التي بنيناها والبرمجيات التي استلمناها من غيرنا. أما الخوادم التي يعمل عليها وفاتورة السحابة فتغطيهما خدمة الحوسبة السحابية وDevOps.
كيف ننفّذ الدعم والصيانة.
مراقبة استباقية
متابعة التوفر والأداء والأخطاء مع تنبيهات قبل أن يلاحظ المستخدمون أي مشكلة.
الأمان والتحديثات
الاعتماديات والتحديثات الأمنية والنسخ الاحتياطية تُنفَّذ في مواعيدها وتُوثَّق.
تحسين مستمر
إصلاحات وتحسينات شهرية مبنية على بيانات الاستخدام الفعلي.
استجابة مضمونة
اتفاقيات مستوى خدمة (SLA) واضحة لمعالجة المشكلات الحرجة خلال ساعات، لا أسابيع.
استلام كود بناه غيرنا
برمجيات بناها فريق آخر نعيدها تحت السيطرة: تُبنى من نسخة نظيفة، ومفاتيحها في حساباتك، وما كان يعرفه شخص واحد أصبح مكتوبًا.
أطر عمل وإصدارات تطبيقات محدّثة
ترقية المكتبات على خطوات صغيرة، حتى يكون التغيير القادم في المنصات تحديثًا روتينيًا لا عملية إنقاذ.
ما يتضمنه العمل فعلًا.
الشهر الأول مع كود كتبه غيرك
كثير من المنتجات التي عملنا عليها استُدعينا لإنقاذها، والشهر الأول يكاد يتكرر في كل مرة. نجعل الكود يُبنى على جهاز نظيف. ونحدد أين تُحفظ المفاتيح وكلمات المرور وننقلها إلى حساباتك. ونكتب ما كان يعرفه المطوّر السابق وحده. ولا نعيد كتابة أي شيء في ذلك الشهر، فلا يمكن تعديل نظام بأمان قبل أن تستطيع شرحه.
الإصلاح يجب أن يبقى إصلاحًا
يجب أن يكون بلاغ الخطأ بداية العمل لا نهايته: أعِد إنتاج المشكلة قبل لمس الكود، وعالج السبب لا العَرَض، وأضف اختبارًا يفشل إن عاد الخطأ يومًا. هذه الخطوة الأخيرة هي ما يفصل الصيانة عن إطفاء الحرائق: المنتج الذي تحمي الاختبارات إصلاحاته يزداد هدوءًا مع الوقت، أما المنتج الذي يُرقَّع يدويًا فيظل ينكسر في المواضع نفسها.
ترقيات صغيرة ومتكررة
قد يبقى كودك كما هو بينما يتقادم كل ما تحته. أطر العمل والمكتبات تتقدم، والإصدارات التي انتهى دعمها تتوقف عنها التحديثات الأمنية، والمنتج الذي يُترك عامين يواجه قفزة واحدة كبيرة ومحفوفة بالمخاطر بدلًا من سلسلة خطوات صغيرة. لذلك نرقّي على خطوات صغيرة وفق جدول، مع تشغيل الاختبارات في كل خطوة، فيصبح البقاء على أحدث إصدار عملًا روتينيًا لا مشروعًا قائمًا بذاته.
الهواتف تتحدث سواء كان تطبيقك جاهزًا أم لا
يحصل iOS وAndroid على إصدار رئيسي جديد كل عام، ويثبّته المستخدمون في الوقت الذي يناسبهم. والتطبيق الذي لا يُعاد بناؤه عليه ينحرف تدريجيًا: يختل تصميم شاشة، أو يتغير سلوك إذن من الأذونات، أو يصبح إطلاق التحديث التالي أصعب. لذلك نحافظ على مسار نشر قادر على الإطلاق أسبوعيًا. وتبقى حسابات المتاجر باسمك، فلا ينتظر أي تحديث إذنًا منا.
قائمة واحدة، وتسعير قبل البدء
تصل الطلبات الصغيرة عبر البريد والمكالمات والرسائل، ومن دون قائمة واحدة إما تضيع أو تُضخّم الفاتورة بصمت. لذلك يدخل كل شيء في قائمة عمل واحدة: الإصلاحات مرتبة حسب أثرها، والأعمال الجديدة تُقدَّر وتُسعَّر قبل أن تبدأ، والترتيب تقرره أنت. وبيانات الاستخدام الفعلي، لا صوت من طلب بإلحاح أكثر، هي ما يحدد ما يستحق البناء بعد ذلك.
اكتب الاتفاق قبل أن تحتاج إليه
شروط ما بعد الإطلاق التي تُفهم ضمنًا ولا تُكتب هي حيث تفسد العلاقة مع المزوّد. يجب أن يحدد الاتفاق ما يشمله وما لا يشمله، وما الذي يُعد حرجًا وسرعة معالجته، ومن تتحدث إليه كل أسبوع، وكيف تُسعَّر الأعمال الجديدة، وكيف ينتهي التعاون. اتفق على ذلك قبل التوقيع، لا في أثناء انقطاع الخدمة.
نتائج، لا مجرد مخرجات.
- منتج يتحسن كل شهر بدلًا من أن يتراجع
- تكلفة شهرية متوقعة بدلًا من فواتير الطوارئ
- فريقك يركز على خارطة الطريق بينما نتولى نحن الباقي
- برمجيات مستلَمة تُبنى بلا مشكلات، وموثّقة، وتحت سيطرتك
- أطر عمل وإصدارات تطبيقات محدّثة دائمًا بدلًا من تركها حتى تنتهي صلاحيتها
أين نفّذنا ذلك من قبل.
ما ستريد أن تسأل عنه.
كم تكلفة الدعم والصيانة؟
تعتمد على حجم النظام وسرعة المعالجة التي تحتاجها المشكلات الحرجة، لذلك لا توجد قائمة أسعار منشورة. الصيانة مبلغ شهري، ما يجعل التكلفة متوقعة بدلًا من أن تصل في صورة فواتير طوارئ، ويُحتسب العمل بالساعة بين 25 و49 دولارًا، والرقم مكتوب في عرض السعر قبل أن تلتزم.
هل تتولون صيانة برمجيات بنتها شركة أخرى؟
نعم. نبدأ بتقييم صريح: هل يُبنى الكود، وهل هو موثّق، وما مقدار اعتماده على شخص واحد. في تطبيق «مرشدك» السعودي كان عمل فريق آخر في مجال الذكاء الاصطناعي متوقفًا، فتسلّمناه ونظّفناه وضممناه إلى تطبيق واحد مستقر. وإن كان جزء من النظام يستحق الاستبدال قلنا ذلك قبل أن تدفع مقابل شهور من الترقيع: أعِد كتابة وحدة، لا المنصة كلها دفعة واحدة.
هل تُعامَل الميزة الصغيرة معاملة الخطأ نفسها؟
لا. الخطأ شيء كان يعمل ثم توقف، أو لم يعمل أصلًا كما اتُّفق عليه، ويُرتَّب حسب حجم ضرره: عملاء لا يستطيعون الدفع أو تسجيل الدخول يسبقون تسمية خاطئة على زر. أما التعديل فهو سلوك جديد، لذلك يُقدَّر ويُسعَّر أولًا، وتقرر أنت ما إذا كان يستحق التنفيذ. والاثنان في قائمة واحدة، فترى دائمًا ما ينتظر دوره.
ما سرعة استجابتكم حين يتعطل شيء؟
المشكلات الحرجة تُعالج خلال ساعات لا أسابيع، والتغطية على مدار الساعة متاحة للمنتجات الحيوية للأعمال. ويُكتب الهدف الدقيق لكل مستوى خطورة في الاتفاق قبل التوقيع، مع أمثلة، لأن كلمة «حرج» تعني شيئًا في صفحة الدفع وشيئًا آخر في تقرير داخلي.
هل يجب أن نُبقي التعاقد معكم، أم يستطيع فريقنا تولي الأمر؟
استمرار التعاون معنا خيار لا تبعية. يبقى المستودع في حساب مؤسستك، ونوثّق لماذا صُمم الكود بهذا الشكل، لا ما يفعله فقط، حتى يستطيع مطوروك أو أي شخص توظفه لاحقًا تسلّمه. وإن كنت تنقل الصيانة إلى فريقك الداخلي، فيمكننا تدريب من سيتسلّمها بدلًا من تسليمهم مجلدًا والرحيل.
مستخدمونا يغادرون ولا يبلّغون عن أخطاء. هل هذه الخدمة المناسبة؟
ليس وحدها. الصيانة تُبقي المنتج الذي يعمل عاملًا، وتحسّنه على خطوات صغيرة. أما حين يترك الناس الشاشة نفسها، أو يبدو المنتج قديمًا مقارنةً بمنافسيه، فالمشكلة في التجربة، ونموذج إعادة تصميم المنتجات لدينا يبدأ بتدقيق يحدد أين يتعثر المستخدمون. والاثنان يكمّل أحدهما الآخر: أعِد تصميم المسارات التي تُفقدك المستخدمين، واترك الباقي للصيانة.
لنتحدث عن الدعم والصيانة.
أخبرنا عن منتجك وجدولك الزمني وأهدافك، وسنرد عليك خلال يوم عمل واحد.