عبارة «صيانة شهرية للتطبيق» قد تعني استقبال بلاغات فقط، وقد تشمل اختبار توافق وإصلاحًا ورفع تحديثات. لا تعرف الفرق من عدد الساعات وحده. تحتاج معرفة الحدث الذي يحرك الخدمة، ومن يشخصه، وما الدليل الذي ينهي العمل عليه.
ابدأ بسؤال الشركة: ماذا يحدث عندما تتغير بيئة التطبيق بينما تبقى وظائفه المطلوبة كما هي؟ فصل هذا السؤال عن طلب ميزات جديدة يساعدك على قراءة العرض، ويمنع تعليق عمل ضروري بين فريق الموبايل ومشغل الخادم وصاحب حساب المتجر.
ثلاثة أحداث في تطبيق واحد
في مثال افتراضي لتطبيق استعارة كتب، يتوقف مسح رمز الكتاب على نسخة نظام معينة، ثم يصل إشعار متعلق بمتطلبات المتجر، ويطلب المالك ميزة مشاركة القوائم. ليست هذه نتائج تجربة فعلية؛ هي حالات تفاوض تضعها أمام مقدم الصيانة.
قد يكون الأول عيبًا في الكود أو أثر مكتبة أو سلوك نظام، والثاني التزامًا يخص نسخة النشر، والثالث تطويرًا جديدًا. لا تصنفها من عنوان البلاغ وحده. اطلب خطوات لإعادة المشكلة ونسخة التطبيق والجهاز والنظام والنتيجة المنتظرة، ثم قرارًا يشرح ما عُرف وما بقي يحتاج فحصًا.
بطاقة حدث صيانة ترسلها مع العرض
استخدم البطاقة التالية للحالات الثلاث. المقصود مقارنة المسؤولية والتغطية، لا فرض أن كل شركة توفرها بالطريقة نفسها أو أن كل حدث يحتاج المدة نفسها.
- مصدر الحدث وتاريخه: بلاغ مستخدم، تغيير نظام، إشعار متجر أو اعتماد خارجي.
- النسخة والوظيفة المتأثرتان، وما إذا أمكن تكرار الأثر ببيانات اختبار.
- تصنيف أولي مفسر، وصاحب القرار إذا احتاج التصنيف مراجعة أخرى.
- ما يشمله العقد من تشخيص وإصلاح واختبار ورفع، وحدود الساعات أو الاستثناءات.
- الأجهزة والأنظمة وحالات الرجوع التي ستدخل إعادة الاختبار، ومرجع نتيجته.
- مسؤول تجهيز إصدار المتجر ومتابعة مراجعته، وخطة التواصل إذا احتاج عملًا إضافيًا.
أضف إلى البطاقة الشخص الذي يستقبل مراسلات المنصة وبديله، وتكرار مراجعة هذه المراسلات. لا تنتظر بلاغ عميل كي يعرف الفريق بمتطلب معلن، ولا تمنح المنفذ ضمنيًا صلاحية شراء اشتراك أو تغيير وظيفة لأن كلمة الصيانة موجودة في العقد.
توافق النظام يحتاج عينة متفقًا عليها
توضح وثائق Android 16 وجود تغييرات قد تؤثر في التطبيقات عند تشغيلها عليه، وبعضها مستقل عن النسخة المستهدفة في البناء. هذا سبب لاختبار الأثر المناسب، وليس دليلًا على أن كل تطبيق سيتعطل أو يحتاج إعادة كتابة كلما ظهر نظام جديد.
حدد قائمة أجهزة وأنظمة تمثل مستخدميك، ومن يراجعها عندما تتغير البيانات المتاحة. في مثال الكتب، اختبر المسح وقراءة النتيجة واستكمال الاستعارة، بدل تصوير نجاح فتح التطبيق فقط. وإذا لم تتوفر حالة معينة للفحص، فلتظهر غير مفحوصة مع خطة، لا ضمن نتيجة نجاح عامة.
سياسة المتجر مختلفة عن عيب التطبيق
تفرق صفحة Google Play بين متطلبات التطبيق الجديد والتحديث والتوافر للتطبيقات القائمة، وكذلك أنواع الأجهزة. لذلك اطلب من المسؤول تحديد البند الذي ينطبق على منتجك وتاريخه من المصدر وإشعار الحساب الفعلي؛ لا تستخدم رقم API من عرض قديم كشرط ثابت لكل تطبيق.
وتصف Apple تقييمًا مستمرًا للتطبيقات التي لا تعمل كما ينبغي أو لا تواكب الإرشادات. بعض إجراءات الإزالة لها شروط محددة؛ ليست كل مشكلة مهلة واحدة للجميع. ينبغي أن يشمل العرض رصد الإشعار وفهمه وتحديد المطلوب، مع بقاء قرار المراجعة وزمنها لدى المنصة.
متى ينتهي العمل على البلاغ؟
اتفق هل الإغلاق يعني وصول نسخة اختبار، أم نجاح الحالات المعتمدة، أم نشر إصدار، أم متابعة استخدامه بعد النشر. قد توجد علة لا يحلها تحديث التطبيق وحده، مثل خدمة خلفية أو اعتماد انتهى؛ اكتب جهة التصعيد بدل نقل البلاغ بين الأطراف دون مالك.
اسأل أيضًا عما يحدث لو استُهلكت الساعات قبل الوصول لتشخيص، وكيف يُعرض تقدير العمل الإضافي قبل اعتماده. اربط طلب المشاركة الجديد في المثال بتكليف مستقل إذا كان خارج التغطية، واحتفظ بسبب التصنيف حتى يمكن مراجعة الفرق مستقبلًا دون بدء النقاش من الصفر.
راجع نطاق تطوير الموبايل ومسؤوليات حسابات المتاجر، ثم أرسل البطاقة عند طلب تطوير وصيانة تطبيق من نكست ويف لمقارنة ما سيحدث بعد الإطلاق.
مصادر الالتزامات
فُتحت وثائق تغيرات Android 16 ومتطلبات Google Play وتحسينات App Store في 4 نوفمبر 2026. البطاقة والمثال مقترحان دون اختبار جهاز أو رفع إصدار. الإعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.