كل صاحب مشروع ينوي إطلاق تطبيق موبايل في تونس يصطدم بهذا السؤال في أول أسبوع: هل نبني التطبيق بـ React Native مع Expo أم نذهب مباشرة إلى التطوير الأصلي (Native)؟
واجهنا هذا القرار بالضبط عند بناء Dokkan، السوق الإلكتروني التونسي متعدد البائعين، الذي يقدم تجربتين مختلفتين: تجربة المشتري وتجربة البائع. في هذا المقال نشرح ماذا اخترنا ولماذا، وما الذي فاجأنا، ومتى كنا سنقرر بشكل مختلف. المقال موجه لأصحاب المشاريع ومديري المنتجات والقادة التقنيين الذين يحتاجون إلى اختيار تقنية الموبايل، لا لمن يبحث عن جدال بين الأطر.
الخلاصة السريعة: بالنسبة لأغلب الشركات الناشئة والمؤسسات الصغيرة والمتوسطة التي تبني سوقاً إلكترونياً أو تطبيق تجارة أو خدمات، يبقى React Native مع Expo هو المنطلق الأسرع والأقل كلفة والأكثر أماناً. أما التطوير الأصلي فلا يستحق الاستثمار إلا إذا كانت لديك حاجة محددة ومثبتة.
لماذا هذا القرار أهم مما يبدو؟
اختيار تقنية الموبايل ليس قراراً بشأن الكود فقط، بل هو يحدد:
سرعة الوصول إلى السوق: متى يصل أول إصدار إلى مستخدمين حقيقيين.
حجم الفريق وتكلفته: قاعدة كود واحدة أم اثنتان، ومدى سهولة التوظيف.
سرعة إصلاح الأخطاء: كم تستغرق من وقت لتصلح مشكلة بعد نشر التطبيق.
الصيانة: كم سيكلفك إبقاء التطبيق حياً خلال السنوات الثلاث القادمة.
وحين يكون كل دينار من الميزانية محسوباً، فإن تقنية تبطئك لا تعد مجرد خطأ تقني، بل خطأ استراتيجي.
الخيارات بلغة بسيطة
التطوير الأصلي (Native) يعني بناء تطبيقين منفصلين: بلغة Kotlin (أو Java) لأندرويد، وبلغة Swift لـ iOS. تحصل على أقصى تحكم ووصول كامل إلى ميزات الهاتف، لكن كل شيء يُبنى ويُصان مرتين.
React Native يتيح لك كتابة التطبيق مرة واحدة بـ JavaScript أو TypeScript ثم تشغيله على أندرويد وiOS بمكونات واجهة أصلية حقيقية.
Expo هو مجموعة أدوات ومنصة مبنية حول React Native. تتولى الإعدادات وعمليات البناء على السحابة وكثيراً من واجهات الهاتف والتحديثات عن بُعد، ليركز الفريق على المنتج بدل الإعدادات التقنية.
لماذا اخترنا React Native وExpo لتطبيق Dokkan؟
السوق الإلكتروني ليس تطبيقاً واحداً. هو تجربة مشتري (تصفح، بحث، سلة، دفع، متابعة الطلبات) وتجربة بائع (إدارة المنتجات، الطلبات، الشحن، المستحقات)، وكلاهما يعتمد على نظام خلفي يجب أن يبقى متماسكاً. وقد استقررنا على React Native وExpo لأربعة أسباب.
1. فريق واحد، وقاعدة كود واحدة
تقنيتنا تعتمد TypeScript من البداية إلى النهاية: React Native وExpo في الواجهة، وNestJS وMongoDB في الخلفية. مشاركة نفس اللغة والأنواع والقواعد تجعل المطور ينتقل بين الموبايل والخادم دون عناء، وتمكّن فريقاً صغيراً من تملّك المنتج كاملاً. للتعرف على جانب الخادم، اطلع على خبرتنا في تطوير الخلفية بـ NestJS.
2. السرعة في الوصول إلى السوق
بالنسبة لسوق إلكتروني فتي، التعلم من مستخدمين حقيقيين أهم من صقل المنتج في المختبر. أدوات Expo تتيح لنا البناء والتجربة على هواتف حقيقية والنشر بسرعة، وهذا حاسم حين تريد أن تتأكد أن المشترين والبائعين يستخدمون المنتج فعلاً.
3. التحديثات عن بُعد (OTA)
هذه هي الميزة الأكثر تهميشاً. بفضل نظام التحديثات في Expo، يمكن لكثير من الإصلاحات وتعديلات الواجهة (كل ما يخص طبقة JavaScript) أن تصل إلى المستخدمين دون انتظار مراجعة المتجر الكاملة. تخيّل خللاً في صفحة الدفع يظهر مساء جمعة: الفرق هائل. أما التغييرات التي تمس الكود الأصلي فتحتاج دائماً إصداراً جديداً على المتاجر، لذلك تستعد للمسارين، لكن القدرة على الإصلاح السريع تغيّر طريقة تشغيل المنتج كلها.
4. كلفة واقعية
تطبيقان أصليان يعنيان قاعدتي كود، ومجموعتي أخطاء، وغالباً ملفين متخصصين مختلفين للتوظيف. بالنسبة لأغلب الشركات الناشئة والمؤسسات التونسية، تبقى هذه الميزانية أجدى إذا وُجهت للمنتج والخلفية والتشغيل اليومي.
ماذا يتغير حين تبني تطبيقاً للسوق التونسي؟
تطبيقك يُحكم عليه على الهواتف والشبكات التي يملكها مستخدموك فعلاً، لا على هاتف راقٍ متصل بشبكة Wi-Fi المكتب.
أندرويد أولاً. نظام Android هو الأكثر انتشاراً في السوق المحلي، وكثير من المستخدمين يملكون هواتف متوسطة أو اقتصادية. جرّب تطبيقك على هذه الهواتف وليس على هاتفك فقط.
اتصالات متفاوتة. قد تكون بيانات الهاتف بطيئة أو غير مستقرة. صمم لذلك: ضغط الصور، تخزين مؤقت مكثف، شاشات مفيدة حتى أثناء التحميل، وسلوك سليم حين ينقطع الإنترنت.
لغات متعددة واتجاهان للقراءة. العربية والفرنسية والإنجليزية كلها حاضرة في الاستخدام اليومي، والعربية تفرض واجهات من اليمين إلى اليسار (RTL). أدرج دعم تعدد اللغات وRTL من أول سبرنت، لا كترقيع في المرحلة الأخيرة.
الدفع عند التسليم واللوجستيك المحلي. مسار الشراء وحالة الطلب وشاشات شحن البائع يجب أن تعكس طريقة التونسيين الفعلية في الشراء واستلام الطلبات. شرحنا ذلك في لماذا يبقى الدفع عند التسليم ملكاً في التجارة الإلكترونية التونسية.
رقم الهاتف هو الهوية. تسجيل الدخول برقم الهاتف يتناسب مع عادات المستخدمين، كما شرحنا في لماذا ينجح تسجيل الدخول برقم الهاتف في تونس.
ما فاجأنا (وما كنا سنقوله لأنفسنا في البداية)
الأداء مسألة تصميم قبل أن تكون مسألة إطار عمل. القوائم البطيئة والصور الثقيلة واستدعاءات API الكثيرة تضر أكثر بكثير من المفاضلة بين React Native والأصلي. القوائم الافتراضية وتحسين الصور وتقليل إعادة الرسم حلّت معظم مشاكلنا. وللخادم السريع أهمية مماثلة، ولهذا كتبنا عن كيف تكتشف العنق الحقيقي في بطء تطبيقك.
اختبر مبكراً على هواتف ضعيفة حقيقية. المحاكيات تخدع. شاشة تبدو سلسة على هاتف حديث قد تتعثر على هاتف Android قديم.
اجعل التطبيق خفيفاً والخلفية ذكية. قواعد العمل (الأسعار، المخزون، حالات الطلب، المستحقات) مكانها الخادم. بذلك يبقى التطبيق بسيطاً، وتصبح التحديثات أكثر أماناً، ولا يحتاج إصلاح سلوك ما إلى إصدار جديد على المتاجر دائماً.
خطط لإصدارات المتاجر مع ذلك. التحديثات عن بُعد قوية، لكن كل ما يمس الكود الأصلي أو الأذونات أو إصدارات حزم التطوير يحتاج بناءً كاملاً ومراجعة. اعتبر OTA مساراً سريعاً، لا بديلاً عن الانضباط في الإصدارات.
المشتري والبائع لهما أولويات مختلفة. المشتري يريد السرعة والثقة. البائع يريد الوضوح والكفاءة: معالجة الطلب بسرعة وفهم كل خطوة من خطوات الشحن. نجاح التجربتين أهم من أي اختيار لإطار العمل.
React Native مع Expo مقابل التطوير الأصلي: مقارنة سريعة
المعيار
React Native + Expo
أصلي (Kotlin + Swift)
الوصول إلى السوق
أسرع، قاعدة كود واحدة
أبطأ، قاعدتا كود
التكلفة
أقل في البناء والصيانة
أعلى، غالباً فريقان
مرونة الإصدار
تحديثات OTA لتغييرات JS
مراجعة المتجر لكل تغيير
الأداء
ممتاز لأغلب التطبيقات
الأفضل للرسوم الثقيلة والعتاد
الوصول إلى ميزات الهاتف
واسع، قابل للتوسعة بوحدات أصلية
كامل ومباشر
التوظيف
مواهب JavaScript/TypeScript كثيرة
متخصصون منفصلون لكل منصة
الأنسب لـ
أسواق إلكترونية، تجارة، خدمات، محتوى، أدوات داخلية
ألعاب، واقع معزز، صوت/فيديو مكثف، تكامل عميق مع النظام
متى تختار التطوير الأصلي بدلاً منه؟
React Native وExpo ليسا الجواب عن كل شيء. فكر في الأصلي إذا:
كان منتجك يعتمد بكثافة على الرسوم: ألعاب، ثلاثي الأبعاد، واقع معزز، أو رسوم متحركة متقدمة.
كنت بحاجة إلى تكامل عميق مع العتاد أو النظام: بروتوكولات Bluetooth مخصصة، معالجة في الخلفية بحجم كبير، أو ميزات على مستوى نظام التشغيل.
كانت معالجة الصوت أو الفيديو في الوقت الفعلي هي جوهر المنتج.
كان لديك فريق موبايل مخصص وميزانية كافية ومتطلب أداء مقيس لا يستطيع النهج متعدد المنصات تلبيته.
إذا لم ينطبق عليك أي من هذا، فالتطوير الأصلي غالباً تحسين مبكر لا حاجة إليه.
قائمة تحقق لأصحاب المشاريع
أجب بصدق قبل أن تقرر:
هل تطبيقي مؤلف أساساً من شاشات وقوائم ونماذج ومدفوعات وإشعارات؟ إذا نعم، امل إلى React Native وExpo.
هل أحتاج إلى Android وiOS بسرعة وبميزانية شركة ناشئة؟ إذا نعم، امل إلى React Native وExpo.
هل أحتاج إلى إصلاح الأخطاء بسرعة بعد الإطلاق؟ إذا نعم، امل إلى React Native وExpo.
هل تعتمد قيمتي الأساسية على رسوم ثقيلة أو عتاد خاص؟ إذا نعم، قيّم الخيار الأصلي.
هل أستطيع تمويل فريقين، لكل منصة فريق؟ إذا لا، امل إلى React Native وExpo.
هل الخلفية جاهزة؟ تطبيق ممتاز على خلفية ضعيفة سيفشل أيضاً. استثمر في الاثنين معاً.
أسئلة شائعة
هل React Native مناسب لتطبيق سوق إلكتروني حقيقي؟
نعم. السوق الإلكتروني يقوم أساساً على القوائم والبحث والنماذج والمدفوعات والإشعارات، وهذا ما يتعامل معه React Native بكفاءة. مشاكل الأداء تأتي غالباً من قوائم أو صور أو استدعاءات API غير محسّنة، لا من إطار العمل نفسه.
هل Expo مخصص للنماذج الأولية فقط؟
لا. يُستخدم Expo لبناء ونشر تطبيقات إنتاجية، فهو يغطي عمليات البناء والتحديثات وكثيراً من ميزات الهاتف، ويمكنك إضافة كود أصلي متى طلب المشروع ذلك.
كم تكلفة تطوير تطبيق موبايل في تونس؟
تتوقف على نطاق المشروع: عدد أنواع المستخدمين، تكاملات الدفع والشحن، اللغات، وتعقيد الخلفية. قاعدة كود واحدة متعددة المنصات تكلف عادةً أقل بكثير من تطبيقين أصليين. أضمن طريقة للحصول على رقم واقعي هي مكالمة قصيرة لتحديد النطاق.
هل يمكن أن أبدأ بـ React Native ثم أنتقل إلى الأصلي لاحقاً؟
نعم، وكثير من الفرق تفعل ذلك. لأن منطق العمل موجود في الخلفية والمنتج يُختبر مبكراً، يمكنك لاحقاً إعادة بناء شاشات أو وحدات معينة بشكل أصلي إذا ظهرت حاجة حقيقية.
هل أبدأ بأندرويد أولاً في تونس؟
في أغلب الحالات نعم. أندرويد يضم أغلبية المستخدمين المحليين، فهو الهدف المنطقي الأول. ومع React Native يصبح إضافة iOS لاحقاً أقل كلفة بكثير من البدء بقاعدة كود ثانية.
خاتمة
أفضل تقنية هي التي توصل منتجاً موثوقاً إلى مستخدمين حقيقيين بسرعة، وتبقيه بصحة جيدة بعد ذلك. ومع Dokkan، منحتنا React Native وExpo هذا بالضبط: فريق واحد، قاعدة كود واحدة، تطوير سريع، وقدرة على إصلاح المشاكل دون تأخير طويل.
إذا كنت تخطط لسوق إلكتروني أو تطبيق تجارة أو تطبيق لأعمالك، اطلع على دراسة حالة Dokkan Mobile، واقرأ كيف يمكن لتطبيق Dokkan Marketplace لأندرويد أن يعزز التجارة الإلكترونية التونسية، وتصفح خدمات تطوير تطبيقات الموبايل وخبرتنا في تطوير تطبيقات Android.
تخطط لتطبيق موبايل في تونس؟ أخبرنا عن مشروعك وسنساعدك على اختيار التقنية المناسبة قبل أن تنفق ديناراً في اتجاه خاطئ.
