تطوير تطبيقات الجوال للشركات في دبي والإمارات
تطبيقات iOS وAndroid والتطبيقات متعددة المنصات وتطبيقات الويب التقدمية للشركات في الإمارات، مع الخادم الخلفي، والنشر في المتاجر، والإشعارات الفورية، والصيانة التي تُبقي التطبيق يعمل بعد يوم الإطلاق.
هل تحتاجون إلى تطبيق، أم إلى موقع أفضل
يستحق التطبيق تكلفته حين يعود إليه الناس كثيراً: ليحجزوا مجدداً، أو يتحققوا من حالة، أو يعيدوا الطلب، أو يمسحوا شيئاً ضوئياً، أو يتلقوا إشعاراً يريدونه فعلاً. ويكون منطقياً أيضاً حين يحتاج المنتج إلى الهاتف نفسه: الكاميرا، أو تحديد الموقع في الخلفية، أو Bluetooth، أو الاستخدام دون اتصال. أما الزوار العرضيون فلن يثبّتوا شيئاً، وموقع سريع يخدمهم بشكل أفضل.
في الإمارات، توجد حالة وسطى شائعة: شركة خدمات يتواصل معها عملاؤها أصلاً عبر WhatsApp. بالنسبة لهؤلاء، غالباً ما يغطي مسار WhatsApp أو تطبيق ويب تقدمي الحجوزات والتحديثات دون مطالبة أي أحد بزيارة متجر التطبيقات.
اعثروا على نقطة البداية المناسبة
كل خدمة مما يلي تعاقد مستقل. يأتي قرار المنصة أولاً، لأنه يحدد الميزانية والتوظيف والصيانة لسنوات.
| وضعكم | ابدؤوا بـ | السبب |
|---|---|---|
| قاعدة شيفرة واحدة لـ iOS وAndroid، بإحساس أصلي | تطوير التطبيقات متعددة المنصات | معظم تطبيقات الأعمال تناسب هذا الخيار، وصيانتها أقل تكلفة من تطبيقين أصليين |
| اخترتم Flutter أو تريدون عرضه المتسق | تطوير تطبيقات Flutter | مجموعة أدوات واجهة واحدة تُرسم بالطريقة نفسها على المنصتين |
| فريقكم يعمل أصلاً بـ React وTypeScript | تطوير تطبيقات React Native | مهارات مشتركة وجزء من الشيفرة مشترك مع واجهة موقعكم |
| يعتمد التطبيق على ميزات عميقة في المنصة أو على أعلى أداء | تطوير iOS أو Android | وصول مباشر إلى كل واجهات API للمنصة، مقابل قاعدتي شيفرة |
| يحتاج المستخدمون إلى وصول شبيه بالتطبيق دون التثبيت من متجر | تطوير تطبيقات الويب التقدمية | قابل للتثبيت من المتصفح، بمسار إصدار واحد، ودون مراجعة المتاجر |
| تطبيق قائم قديم أو بطيء أو يصعب تعديله | تحديث التطبيقات | التقييم أولاً، ثم الترقية أو إعادة البناء على مراحل |
أصلي أم متعدد المنصات أم PWA
| الأسلوب | نقاط القوة | المقابل |
|---|---|---|
| iOS أصلي (Swift) وAndroid أصلي (Kotlin) | وصول كامل إلى واجهات API للمنصة منذ يوم صدورها، وأفضل أداء، وسلوك مطابق لمعايير المنصة | قاعدتا شيفرة، وعادةً مجموعتان من المهارات. كل ميزة تُبنى وتُختبر مرتين. |
| Flutter | قاعدة شيفرة واحدة، ومظهر متسق عبر الأجهزة، وأداء قوي لمعظم تطبيقات الأعمال | تحتاج بعض الميزات الخاصة بالمنصة أحياناً إلى إضافات أصلية. ولغة Dart أقل انتشاراً من JavaScript بين المطوّرين في الإمارات. |
| React Native | قاعدة شيفرة واحدة بلغة TypeScript، ومكوّنات واجهة أصلية، وسهولة توفير الكوادر من فرق الويب | تحتاج الوحدات الأصلية وترقيات المكتبات إلى عناية. وقد تحتاج الشاشات كثيفة الأداء إلى شيفرة أصلية. |
| تطبيق ويب تقدمي | دون موافقة المتاجر، وتحديثات فورية، وقاعدة شيفرة واحدة مشتركة مع الموقع | يقيّد iOS بعض القدرات، ومنها المهام في الخلفية. ولا تعمل إشعارات الويب الفورية على iOS إلا بعد أن يضيف المستخدم التطبيق إلى الشاشة الرئيسية. |
بالنسبة لمعظم تطبيقات الأعمال في الإمارات، مثل الحجوزات وبرامج الولاء وأدوات الموظفين الميدانيين وبوابات العملاء، يكون البناء متعدد المنصات هو الخيار الافتراضي المنطقي. ونوصي بالتطوير الأصلي حين يكون جوهر المنتج شيئاً لا تتعامل معه الأدوات متعددة المنصات جيداً، مثل المعالجة الكثيفة على الجهاز أو تحديد الموقع المعقد في الخلفية. وتوضح مقارنتنا بين التطبيقات الأصلية والتطبيقات متعددة المنصات هذا القرار بمزيد من التفصيل.
الخادم الخلفي نصف المشروع
كثيراً ما يحدد العملاء نطاق الشاشات وينسون ما يقف خلفها. يحتاج كل تطبيق أعمال تقريباً إلى خادم خلفي: حسابات المستخدمين، والبيانات التي يقرؤها التطبيق ويكتبها، وقواعد العمل، وأدوات إدارة لفريقكم، والاتصال بالأنظمة التي تشغّلونها أصلاً.
- واجهة API مصممة للاستخدام على الجوال: استجابات صغيرة، وتقسيم إلى صفحات، وإدارة إصدارات لتستمر الإصدارات الأقدم من التطبيق في العمل بينما يحدّث المستخدمون.
- مصادقة برقم الهاتف ورمز لمرة واحدة، أو بالبريد الإلكتروني، أو عبر Sign in with Apple وGoogle، إضافة إلى تسجيل الدخول بالبصمة الحيوية على الجهاز.
- لوحة إدارة يستطيع فريقكم من خلالها إدارة المحتوى أو المستخدمين أو الحجوزات أو الطلبات دون مطوّر.
- تكاملات مع نظام CRM أو بوابة الدفع أو نظام الحجز أو ERP لديكم، تُبنى عبر تكامل API حيث تكون هذه الأنظمة قائمة.
- الاستضافة والمراقبة وتقارير الأعطال، مع إبقاء البيانات في منطقة سحابية داخل الإمارات حين يقتضي قطاعكم أو عقودكم ذلك.
إذا كانت لديكم منصة ويب قائمة، فيجب أن يستخدم التطبيق واجهة API نفسها بدلاً من خادم خلفي ثانٍ. وإن لم تكن موجودة، نبني واحداً يمكن أن يتشاركه موقعكم وأي تطبيق ويب مستقبلي.
النشر في متاجر التطبيقات والإشعارات الفورية
- حسابات المطوّرين
- تُفتح حسابات Apple Developer Program وGoogle Play Console باسم شركتكم، ليكون التطبيق ملككم قانونياً. يتطلب تسجيل المؤسسات لدى Apple رقم D-U-N-S، لذلك نبدأ به مبكراً. وتدفعون رسوم الحسابات مباشرة.
- المراجعة ومسارات الاختبار
- تصل النسخ التجريبية إلى فريقكم عبر TestFlight على iOS ومسار اختبار على Google Play قبل الإصدار العام. يراجع المتجران كل إرسال. ونتحقق قبل الإرسال من أسباب الرفض الشائعة، مثل غياب حسابات تجريبية للمراجعين أو طلبات أذونات غير واضحة.
- إفصاحات الخصوصية
- يجب أن تصف تفاصيل الخصوصية لدى Apple وقسم أمان البيانات في Google Play ما يجمعه التطبيق وحزم SDK التابعة لأطراف ثالثة. وإذا كان المستخدمون يستطيعون إنشاء حساب داخل التطبيق، فإن المتجرين يتوقعان أن يتمكنوا من حذفه من داخل التطبيق أيضاً.
- المدفوعات
- يمكن للسلع المادية والخدمات الفعلية، مثل التوصيل والحجوزات والإصلاحات، استخدام بوابة الدفع المعتادة لديكم. أما المحتوى أو الميزات الرقمية المبيعة للاستخدام داخل التطبيق، فعليها عموماً استخدام نظام الشراء داخل التطبيق الخاص بالمتجر، ما يغيّر هوامش أرباحكم. نتحقق من نموذجكم وفق قواعد المتاجر الحالية عند تحديد النطاق.
- الإشعارات الفورية
- تُرسل عبر Apple Push Notification service وFirebase Cloud Messaging. يتطلب iOS والإصدارات الحديثة من Android إذن المستخدم، لذلك نطلبه حين تكون القيمة واضحة، لا عند التشغيل الأول. ويمكن إيقاف كل فئة من الإشعارات على حدة.
كيف يسير مشروع التطبيق
الاستكشاف
الرحلة المتكررة التي تبرر وجود التطبيق، والمنصة، والخادم الخلفي، والتكاملات، ومتطلبات العربية، تُكتب في نطاق عمل مع الاستثناءات.
تجربة المستخدم والنموذج الأولي
مسارات قابلة للنقر للرحلات الأساسية، تُختبر مع مستخدمين حقيقيين حيثما أمكن. ويمكن أن يُنفَّذ عمل التصميم الأكبر كتعاقد ضمن تصميم UI/UX.
البناء على دفعات
يُبنى التطبيق والخادم الخلفي معاً، مع نسخ تجريبية على هواتفكم في نهاية كل دفعة.
الاختبار
الاختبار على مجموعة متنوعة من الأجهزة الحقيقية وإصدارات أنظمة التشغيل، بما فيها هواتف Android المتوسطة الأقدم، وبكلا اتجاهي اللغة. وتكون تقارير الأعطال مفعّلة قبل أول مختبِر خارجي.
النشر في المتاجر والإصدار
صفحات المتجر وإفصاحات الخصوصية وملاحظات المراجعة، بالعربية عند الحاجة. ويحدّ الإطلاق المرحلي من عدد المستخدمين الذين تصل إليهم أي مشكلة.
الدعم والتطوير المستمر
الإصلاحات، وتحديثات أنظمة التشغيل، والمجموعة التالية من الميزات، بموجب ترتيب دعم متفق عليه.
الصيانة ليست خياراً
يمكن أن يبقى الموقع دون تعديل لعام كامل، أما التطبيق فلا. تصدر Apple وGoogle إصدارات رئيسية من أنظمة التشغيل كل عام، ويشترط المتجران إعادة بناء التطبيقات وفق حزم SDK حديثة لقبول التحديثات؛ كما تحدد Google Play حداً أدنى لمستوى API المستهدف كي تظل التطبيقات ظاهرة للمستخدمين على الأجهزة الجديدة. والتطبيق الذي لا يحدّثه أحد يُمنع في النهاية من التحديث أو يُخفى عن المستخدمين الجدد.
تغطي صيانة التطبيقات التوافق مع أنظمة التشغيل، وتحديثات SDK، وتجديد الشهادات، ومراقبة الأعطال، وتغييرات سياسات المتاجر. وتُحدَّد أوقات الاستجابة والساعات في اتفاقية الدعم الخاصة بكم. تبقى الشيفرة ومفاتيح التوقيع وحسابات المتاجر لديكم، فيمكنكم أيضاً نقل التطبيق إلى فريقكم الداخلي. وتجدون شواهد على أعمالنا في صفحة دراسات الحالة.
أسئلة يطرحها العملاء
كم تبلغ تكلفة التطبيق؟
تعتمد أساساً على عدد أدوار المستخدمين، والخادم الخلفي، والتكاملات، وما إذا كنتم تحتاجون إلى قاعدتي شيفرة أصليتين. نسعّر كل مشروع بعد مكالمة تحديد النطاق. ويشرح دليل تكلفة تطوير تطبيقات الجوال لدينا ما الذي يغيّر الميزانية.
هل يمكن لتطبيق واحد أن يدعم العربية والإنجليزية؟
نعم. يبدّل التطبيق اتجاه التخطيط والخطوط وصيغ التاريخ والأرقام بحسب اللغة، وتُعرَّب صفحات المتاجر بشكل منفصل. نخطط للكتابة من اليمين إلى اليسار منذ تصميم الشاشة الأولى، لأن إضافتها لاحقاً تمس كل تخطيط.
كم تستغرق موافقة المتاجر؟
لا يلتزم أي من المتجرين بمدة للمراجعة، والرفض يضيف جولة من الإصلاحات. نخطط لمواعيد الإصدار مع هامش لإعادة إرسال واحدة.
من يملك التطبيق والشيفرة؟
أنتم. حسابات المتاجر باسم شركتكم، والشيفرة في مستودعكم، ومفاتيح التوقيع محفوظة تحت سيطرتكم مع وصول موثّق لنا.
هل يمكنكم تولّي تطبيق بنته وكالة أخرى؟
نعم، بعد تقييم الشيفرة وإعدادات البناء وحسابات المتاجر والخادم الخلفي. غياب مفاتيح التوقيع أو صلاحيات الوصول إلى المتاجر هو العائق الأكثر شيوعاً، لذلك نتحقق منه أولاً. راجعوا تحديث التطبيقات.
الخطوة التالية
أخبرونا عبر نموذج طلب العرض من سيستخدم التطبيق، وما الذي يفعلونه فيه كل أسبوع، وما الأنظمة التي يجب أن يتصل بها. سنرد بأسئلة ومنصة نوصي بها، أو بسبب للبدء بموقع أو تطبيق ويب تقدمي بدلاً من ذلك.
هل أنتم مستعدون لبناء منظومة نموكم؟
أرسلوا لنا وصفًا موجزًا للمشروع أو راسلونا عبر WhatsApp. سنرد عليكم ببعض الأسئلة ونطاق عمل مقترح والخطوة التالية المناسبة.