تطبيقات الجوال4 دقائق قراءةبقلم تاريخ النشر

تطبيق أصلي أم متعدد المنصات أم تطبيق ويب: أيها تبني؟

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

الإجابة المختصرة

ابنِ تطبيق ويب أو PWA عندما يقبل مستخدموك العمل من المتصفح وتريد أرخص بداية وأسرعها. ابنِ تطبيقاً متعدد المنصات (React Native أو Flutter) عندما تحتاج إلى الوجود في متاجر التطبيقات على iPhone وAndroid بفريق واحد. ابنِ تطبيقاً أصلياً بالكامل (Swift وKotlin) عندما يعتمد التطبيق على أحدث ميزات الجهاز أو الرسوميات الثقيلة أو أفضل تجربة استخدام ممكنة. ومعظم تطبيقات الأعمال يكفيها الخياران الأولان.

الخيارات الثلاثة جنباً إلى جنب

التطبيق الأصلي يُكتب بشكل منفصل لكل منصة: Swift لـ iPhone وKotlin لـ Android. والتطبيق متعدد المنصات يستخدم معظم الكود نفسه على المنصتين بفضل إطار عمل مثل React Native أو Flutter. وتطبيق الويب يعمل في المتصفح، أما PWA فهو تطبيق ويب يمكن إضافته إلى الشاشة الرئيسية ويعمل دون اتصال إلى حد ما.

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

مقارنة بين التطبيق الأصلي والمتعدد المنصات وتطبيق الويب

أصلي (Swift / Kotlin)

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

متعدد المنصات

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

تطبيق ويب / PWA

تكلفة البناء
الأدنى، كود واحد
الوقت حتى النسخة الأولى
الأسرع
ميزات الجهاز
محدودة وتختلف بحسب الهاتف
في متاجر التطبيقات
ليس تلقائياً
سلاسة التجربة والسرعة
جيد للنماذج والمحتوى
الأنسب لـ
الأدوات الداخلية والتجارب المبكرة

ميزات الجهاز ومراجعة المتاجر

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

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

ماذا يحدث بعد الإطلاق

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

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

مسار منخفض المخاطر لمعظم الشركات
  1. الويب أولاً

    ابنِ المسار الأساسي كتطبيق ويب أو PWA ودع مستخدمين حقيقيين يجربونه.

  2. راقب الاستخدام

    انظر ماذا يفعل الناس فعلاً، وماذا يطلبون من التطبيق مما لا يستطيعه المتصفح.

  3. انتقل إلى متعدد المنصات

    انتقل إلى React Native أو Flutter عندما يصبح الوجود في المتاجر أو ميزات الجهاز مهماً.

  4. الأصلي عند الحاجة فقط

    اكتب كوداً أصلياً للميزة الواحدة التي تحتاج إليه، لا للتطبيق كله.

أيها يناسب وضعك

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

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

اختر بحسب وضعك
  • أداة للموظفين فقط، وميزانية ضيقة، وتحتاجها بسرعة

    تطبيق ويب أو PWA.

  • عملاء على iPhone وAndroid، وميزات قياسية

    متعدد المنصات بـ React Native أو Flutter.

  • تريد اختبار فكرة قبل أن تنفق كثيراً

    تطبيق ويب أولاً، ثم التطبيق لاحقاً.

  • واقع معزز أو كاميرا متقدمة أو رسوميات ثقيلة أو أحدث ميزات النظام

    أصلي على المنصة الأهم لك.

  • تحتاج إلى إشعارات ومكان في المتجر

    متعدد المنصات، لا PWA.

أسئلة يسألها غيرك أيضاً

هل Flutter أفضل أم React Native؟

كلاهما متين، والفرق أقل أهمية من الفريق الذي يبني بهما. يناسب React Native الفرق التي تعرف JavaScript أو TypeScript وقد تشترك في الكود مع تطبيق ويب. أما Flutter فيرسم واجهته بنفسه، فيعطي مظهراً متسقاً جداً عبر الهواتف. اختر ما يتقنه مطوروك.

هل يمكن أن يحل PWA محل تطبيق الجوال؟

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

هل نبدأ بتطبيق متعدد المنصات ثم ننتقل إلى الأصلي لاحقاً؟

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

الخدمة ذات الصلة

لست متأكداً من نوع التطبيق الذي تحتاج إليه؟ سنخبرك بما كنا سنبنيه ولماذا.

تحدّث إلينا

مقالات أخرى

تابع ما نكتبه عن الذكاء الاصطناعي

نشرتنا البريدية

ملاحظات عملية عن الذكاء الاصطناعي للشركات النامية. رسالة واحدة كل شهر.