دراسة حالة
Delyt: بناء تطبيق توصيل مطاعم متعدد المنصات باستخدام Flutter
تطبيق توصيل مطاعم متعدد المنصات بـ Flutter
الدور
مهندس جوال — تسليم Flutter من البداية للنهاية
الجدول الزمني
من التصميم حتى الإطلاق الإنتاجي والتحسين المستمر
المنصة
iOS و Android
الإطار
Flutter
التصنيف
تطبيقات الجوال
معاينة أيقونة المنتج — يمكن إضافة لقطات داخل التطبيق في أي وقت.
نظرة عامة
Delyt تطبيق لتوصيل طعام المطاعم على iOS وAndroid من قاعدة Flutter واحدة، يربط العملاء بالمطاعم المحلية للتصفح والطلب وتتبع التوصيل لحظيًا.
الهدف كان إطلاق تجربة مصقولة تبدو أصلية على المنصتين دون صيانة تطبيقين أصليين منفصلين — مع الحفاظ على أداء وتجربة يقترب منها رواد الفئة.
المشكلة
المنتج احتاج الإطلاق على iOS وAndroid بميزانية وجدول مركّزين، ما استبعد فرقًا أصلية متوازية. وفي الوقت نفسه، تشغيل المطعم يحتاج أكثر من واجهة عميل — بما في ذلك مراجعة الطلبات والموافقة وشحن الرصيد.
- مسار تصفّح وطلب سريع ويشعر بالأصالة على المنصتين
- تتبع طلب لحظي مع تحديثات حالة التوصيل
- بنية قابلة للنمو مع زيادة المطاعم وحجم الطلبات
- طلب العميل + مراجعة/موافقة المدير من اليوم الأول
لماذا Flutter؟
قاعدة كود واحدة لمنصتين
فريق واحد يستطيع إطلاق وصيانة iOS وAndroid معًا، ما يقلّص زمن التطوير تقريبًا إلى النصف مقارنة ببناءين أصليين.
الأداء
Flutter يُترجم إلى كود ARM أصلي بدل جسر JavaScript — مهم لتمرير قوائم المطاعم والسلة بسلاسة.
واجهة مخصصة بسرعة
تصميم Delyt تطلّب بطاقات مخصصة وانتقالات سلة وهوية — نظام الويدجت في Flutter جعل الاتساق على المنصتين أسرع من تنسيق فريقَي UI أصليين.
العمارة والمكدس التقني
طبقة عرض Flutter لواجهات العميل والمدير مع فصل واضح بين الواجهة ومنطق الطلب والوصول إلى الـ API. شاشات الحالة والتتبع تتابع تحديثات الخلفية حتى يبقى طرفا السوق متزامنين دون إعادة بناء التطبيق عند كل تغيير.
| الفئة | الأدوات / التقنيات |
|---|---|
| الإطار | Flutter |
| اللغة | Dart |
| إدارة الحالة | حالة مخصّصة للكتالوج والسلة والدفع وحالة الطلب |
| الخلفية / واجهات البرمجة | خدمات قوائم وسلة وطلبات وحالة لواجهات العميل والمدير |
| الخرائط والتتبع | تكامل SDK خرائط لحالة التوصيل والتتبع المعتمد على الموقع |
| المدفوعات | دفع مدمج ضمن مسار الطلب (بوابة حسب بيئة النشر) |
| الإشعارات | تنبيهات حالة الطلب والتشغيل للعملاء ومديري المطاعم |
| النشر / CI/CD | بناءات المتاجر من الاختبار حتى الإطلاق الإنتاجي |
الميزات الرئيسية
اكتشاف المطاعم وتصفّح القوائم
يتصفّح العملاء المطاعم القريبة مع فلاتر للمطبخ والسعر ووقت التوصيل، ثم يفتحون قوائم مفصّلة مع تخصيص العناصر (إضافات، أحجام، تعليمات).
السلة والدفع
سلة ثابتة مع تحديث أسعار لحظي ودعم أكواد خصم ومسار دفع مبسّط لتقليل التخلي عن الطلب.
تتبع الطلب لحظيًا
بعد الطلب يرى العميل تحديثات الحالة — مؤكد، قيد التحضير، خرج للتوصيل، تم التسليم — مع خريطة لموقع المندوب.
سجل الطلبات وإعادة الطلب
سجل كامل مع إعادة طلب بنقرة للعملاء المتكررين.
تشغيل المطعم / المدير
مسارات مطعم لمراجعة الطلبات الواردة والموافقات وشحن الرصيد لتشغيل الخدمة يوميًا.
التحديات الهندسية والحلول
التحدي
تتبع مفيد دون استنزاف البطارية
الحل
تحديثات الحالة مرتبطة بدورة حياة الطلب وتحديثات موقع خفيفة بدل استطلاع عالي التكرار — ف يرى العميل التقدم دون إيقاظ مستمر للجهاز.
التحدي
تمرير سلس لشاشات غنية بالصور
الحل
قوائم كسولة وصور مخزّنة وويدجت واعية لإعادة البناء لتبقى الكتالوجات سريعة على أجهزة متوسطة.
التحدي
مواءمة واجهتي العميل والمدير من قاعدة واحدة
الحل
نماذج وعملاء API مشتركون مع تنقّل وصلاحيات حسب الدور — دون منطق طلب مكرر ودون واجهة واحدة مزدحمة لدورين مختلفين.
النتائج
- منتج بواجهة مزدوجة: طلب العميل + موافقة/شحن رصيد المدير
- قاعدة Flutter واحدة لـ iOS وAndroid بدل تطبيقين أصليين كاملين
- مسار كامل من التصفح → السلة → الدفع → التتبع قيد الاستخدام
- موثّق كدراسة حالة مع ملخص مدونة عن توصيل المطاعم بـ Flutter
ما سأفعله بشكل مختلف
- سأثبت عقد أحداث حالة الطلب أبكر — تعريف «مؤكد / تحضير / خرج / تم التسليم» مرة واحدة يوفّر إعادة العمل على الطرفين.
- أستخرج منطق الكتالوج/السلة إلى وحدات مشتركة أبكر لتسهيل تطور كل واجهة باستقلالية.
- Flutter كان الاختيار الصحيح لهذا الإطلاق الثنائي؛ لن أنتقل للأصلي إلا لاحقًا إن احتاجت منصة ميزات نظام عميقة.
هل تبني سوقًا فوريًا أو تطبيق توصيل أو حجز؟
راسلنا على واتساب +974 55179747 أو احجز استشارة مجانية — جهّز المنصات والأدوار والميزات الضرورية للإطلاق.
تفضل اختصارًا سريعًا؟ ابدأ من صفحة الإعلانات أو عد إلى معرض الأعمال.