افهم معنى الخيارات الثلاثة
يكيّف الموقع المتجاوب واجهته مع أحجام الشاشات المختلفة ويُفتح في المتصفح. يستخدم تطبيق الويب التقدّمي، أو PWA، تقنيات الويب مع سلوكيات إضافية تشبه التطبيقات. تصف MDN مزايا مثل التثبيت والعمل دون اتصال، مع اختلاف الدعم بحسب بيئة التشغيل. أما التطبيق الأصلي فيُبنى لنظام تشغيل محدد وواجهاته البرمجية.
لا تحسم هذه التصنيفات جودة المنتج. يمكن للموقع أن يحتوي على حسابات وإجراءات معقدة. ويظل تطبيق الويب التقدّمي بحاجة إلى تجربة ويب جيدة التصميم، كما يحتاج التطبيق الأصلي إلى محتوى مفيد وخدمات موثوقة. ميّز أيضاً بين اختيار المنصة واختيار طريقة التنفيذ: قد ينتج إطار تطوير مشترك تطبيقَي iOS وAndroid، مع بقاء أجزاء خاصة بكل منصة تحتاج إلى صيانة.
افحص كيف يصل الناس ولماذا يعودون
اكتب الخطوات الثلاث الأولى في رحلة العميل. قد يريد شخص يفتح قائمة مطعم من رابط مُرسل الوصول إلى المعلومات فوراً؛ وطلب تثبيت برنامج قبل قراءتها يضيف خطوة أخرى. أما الفني الذي يستخدم أداة عمل طوال اليوم فقد يستفيد من تطبيق مخصص يحتفظ بعمله محلياً.
قيّم تكرار الاستخدام والاستعجال وطريقة اكتشاف الخدمة بصورة منفصلة. قد يدعم الاستخدام المتكرر الحاجة إلى التثبيت، لكنه لا يفرض التطوير الأصلي تلقائياً. ويمكن الجمع بين موقع عام وتطبيق متخصص للموظفين. حدّد جمهور كل واجهة، ثم قيّم ما إذا كانت الحسابات والبيانات والإدارة المشتركة تجعل تشغيل الحلّين معاً قابلاً للإدارة.
حدّد بدقة ما يجب أن يعمل دون اتصال
العمل دون اتصال مجموعة من السلوكيات التي تحتاج إلى تصميم. اذكر ما يجب أن يستطيع الناس قراءته وإنشاءه وتعديله وإرساله عند انقطاع الشبكة. تشرح web.dev أن بيانات الويب دون اتصال تحتاج إلى إدارة للتخزين، بما يشمل الحدود واستمرارية الاحتفاظ بالبيانات. تخزين الصفحات مؤقتاً وحده لا يحدّد سير عمل موثوقاً.
في أداة للفحص الميداني، حدّد ما إذا كانت قائمة مهام الأمس ستبقى متاحة، وما إذا كانت الصورة الجديدة تُحفظ محلياً، وكيف يعرف المفتش أن التقرير وصل إلى الخادم. صمّم حالات واضحة لما هو معلّق أو فاشل أو متزامن، وقرّر كيفية معالجة الإرسال المكرر والتعديلات المتعارضة.
يمكن إزالة بيانات المتصفح المحلية، بما في ذلك حذفها من المستخدم. لا تجعلها النسخة الوحيدة للسجلات المهمة. اختبر إغلاق التطبيق وفتحه، وانتهاء الجلسات، وانقطاع رفع الملفات، وعودة الاتصال بعد مدة طويلة. تحتاج التطبيقات الأصلية أيضاً إلى تصميم صريح للبيانات والمزامنة؛ فالتثبيت لا يجعل المعاملة تنجح دون اتصال.
اختبر الإمكانية التي قد تغيّر القرار
استبدل عبارة «نحتاج ميزات الهاتف» بقائمة محددة: التقاط صورة، أو القراءة من ماسح معيّن، أو مشاركة مستند، أو تلقي إشعار. تنصح web.dev بالتحقق من دعم الميزة، لأن إمكانات الويب تختلف باختلاف الأجهزة والمتصفحات. اختبر السلوك المطلوب على تركيبات الأجهزة والأنظمة التي يستخدمها جمهورك فعلاً.
توضح الإشعارات أهمية التفاصيل. توثّق Apple دعم إشعارات الويب لتطبيقات الويب المضافة إلى الشاشة الرئيسية على iOS 16.4 أو أحدث. ولا يعني ذلك أن كل زائر في تبويب متصفح عادي يحصل على تجربة الإشعارات نفسها. أدرج التثبيت وطلب الإذن ضمن النموذج التجريبي.
إذا كان العمل الموثوق في الخلفية أو التعامل مع أجهزة متخصصة أساسياً، فنفّذ تجربة تقنية مركزة قبل اعتماد الواجهة كاملة. اختبر رفض الأذونات وعدم توافر الميزات. رجّح منصة فقط بعد التحقق من إنجاز المهمة الأساسية في ظل قيودها الفعلية.
قارن العمل المطلوب بعد الإصدار
اطلب خطة صيانة إلى جانب تقدير تكلفة التطوير. تحتاج المواقع وتطبيقات الويب التقدّمية إلى اختبار المتصفحات وتحديث الاعتماديات والاستضافة والعمل الأمني وإدارة المحتوى. ويحتاج تطبيق الويب التقدّمي أيضاً إلى إدارة دقيقة للنسخ المخزنة مؤقتاً وبيانات العمل دون اتصال. تضيف تطبيقات الهاتف أعمال إصدار وتوافق خاصة بالمنصة؛ ومشاركة الشيفرة لا تلغي جميع الفروق.
تدعو إرشادات جودة Android إلى التوافق مع النظام الحالي وصيانة حزم التطوير والاختبار على أجهزة تمثل المستخدمين. اعتبر ذلك تذكيراً بضرورة تخصيص ميزانية للهندسة المستمرة. اسأل من يحقق في الأعطال، ويختبر تحديث نظام التشغيل، ويدير الوصول إلى الحسابات، وينشر الإصلاحات.
قارن البدائل خلال المدة نفسها وبالنطاق نفسه. أدرج الخدمات الخلفية وأدوات الإدارة وأجهزة الاختبار والدعم وملكية الحسابات. تجنّب نسب التكلفة العامة؛ فقد يكون تعقيد سير العمل الفعلي أكثر تأثيراً من اسم المنصة.
استخدم سيناريوهات تُظهر المفاضلات
الأمثلة التالية تمارين لاتخاذ القرار، وليست وصفاً لعملاء حاليين:
- شركة استشارية في بغداد تحتاج صفحات للخدمات وشرحاً للمشاريع ونماذج للاستفسار. يُعد الموقع المتجاوب نقطة بداية معقولة لأن الرحلة الأساسية تبدأ بالقراءة والتواصل مع الفريق.
- عملاء موزّع يعودون باستمرار لتصفّح دليل طلبات على الهواتف والحواسيب. قد يناسبهم تطبيق ويب تقدّمي إذا جرى التحقق من دعم المتصفحات وتجربة التثبيت وتصفّح الدليل دون اتصال. ويظل تأكيد المخزون بحاجة إلى تفاعل محدد مع الخادم.
- فريق ميداني يعتمد على ماسح معيّن واستمرار العمل عندما تكون الواجهة مغلقة. قيّم التطبيق الأصلي وفق متطلبات الجهاز والعمل في الخلفية قبل اتخاذ القرار. وقد تناسب لوحة تحكم ويب منفصلة موظفي المكتب.
دوّن قراراً يمكنك مراجعته
استخدم هذه القائمة لتحويل التفضيلات المتنافسة إلى قرار واضح يمكن مراجعته:
- ١. سمِّ مهمة المستخدم الأساسية ونقطة دخوله ومعدل الاستخدام المتوقع.
- ٢. اذكر الأجهزة وأنظمة التشغيل والمتصفحات واللغات واحتياجات إمكانية الوصول التي ستدعمها.
- ٣. صِف بدقة سلوك العمل دون اتصال وإمكانات الجهاز المطلوبة، مع البدائل المقبولة.
- ٤. اختبر المتطلب الأعلى مخاطرة بنموذج عملي على أجهزة حقيقية تمثل الجمهور.
- ٥. قارن التسليم الأولي ومسؤوليات التشغيل المستمر باستخدام النطاق نفسه.
- ٦. سجّل الاختيار وافتراضاته والأدلة التي تبرّر تغييره مستقبلاً.
خطوتك القادمة
اختر المنصة التي تنجز مهمة المستخدم بصورة موثوقة ضمن قيود التشغيل لديك. احتفظ بأسباب القرار واضحة؛ فإذا تغيّر سلوك العملاء أو إحدى الإمكانات المطلوبة، أمكنك مراجعة الاختيار دون إعادة نقاش المنتج من البداية.