Action Food

• زيادة المبيعات عبر تسهيل الطلب من الموبايل وظهور “عرض اليوم”.

• تقليل العبء التشغيلي: الطلبات تصل مباشرة عبر تيليجرام بصيغة واضحة.

• بناء ولاء العملاء بنظام نقاط بسيط ومحفّز.

• تقليل الوقت للتسويق: براند، أيقونة، Splash، وقائمة قابلة للتعديل فورًا.

• التدرّج: إطلاق سريع اليوم، ثم تطوير التكاملات لاحقًا حسب الحاجة والميزانية.

3) شخصيات المستخدمين (User Personas)

• زبون سريع: يريد طلبًا بسيطًا ووصولًا سريعًا للخيار المناسب.

• زبون مواظب: يهتم بالنقاط/العروض.

• مدير المطعم: يحتاج تعديل الأسعار/المنتجات سريعًا دون تعقيدات تقنية.

4) ميزات الإصدار الحالي (Level 1)

4.1 تجربة العميل

• قائمة مُنظّمة بتصنيفات: (برجر، بيتزا، مشاريب، مقبلات، حلويات…).

• بطاقات منتج واضحة: اسم، صورة، سعر، وأيقونة إضافة للسلة.

• صفحة تفاصيل المنتج: صورة كبيرة، سعر، وصف، زر “أضف إلى السلة”.

• سلة المشتريات: عرض العناصر، زيادة/إنقاص/حذف، إجمالي تلقائي.

• الدفع (Checkout):

  • إدخال الاسم، الهاتف، العنوان، ملاحظة خاصة.

  • الإرسال لتلغرام: الطلب يصل برسالة HTML مرتّبة (العناصر، الإجمالي، الرسوم، ملاحظات، العنوان، النقاط).

  • صفحة شكر مع رقم طلب ورسالة طمأنة، وتفاصيل كاملة للطلب.

• نظام الولاء (نقاط):

  • رصيد نقاط يظهر في الدفع.

  • استبدال النقاط فورًا كخصم.

  • اكتساب نقاط في كل طلب (معادلة بسيطة قابلة للتعديل).

  • تخزين محلي (يبقى على جهاز العميل).

• عرض اليوم (Deal of the Day):

  • بانر في أعلى القائمة بسعر مميز اليوم.

  • زر “أضف للسلة” يرتبط بالسعر المخفّض (لا يتأثر بسعر المنتج العادي).

• تجربة عربية كاملة (RTL):

  • اتجاه من اليمين لليسار.

  • صياغة متّسقة، تنسيقات أسعار مناسبة.

4.2 لوحة المشرف داخل التطبيق

• تسجيل دخول PIN (افتراضي: 2468 — قابل للتغيير).

• إدارة المنتجات: إضافة/تعديل/حذف (اسم، سعر، صورة، تصنيف، وصف).

• الإعدادات:

  • العملة + تموضع الرمز (يمين/يسار).

  • رسوم التوصيل.

  • إعدادات النقاط: قيمة النقطة، معادلة الاكتساب.

  • عرض اليوم: اختيار المنتج + تحديد سعر العرض أو إلغاءه.

ملاحظة: يمكن أيضًا تعديل قائمة المنتجات عبر ملف assets/products.json عند الحاجة (للدُفعات الكبيرة)، مع تحديث التطبيق/النسخة حسب سيناريو التوزيع.

5) التقنية والهيكلية (Tech Stack & Architecture)

5.1 الواجهة والتطبيق

• Flutter (كود واحد لأندرويد وiOS).

• State Management: Provider.

• التخزين المحلي:

  • SharedPreferences: إعدادات، بيانات بسيطة، رصيد نقاط.

  • (Hive ممكن إضافته لسيناريوهات أكثر تعقيدًا).

• التكامل الخارجي:

  • Telegram Bot API لاستلام الطلبات فورًا لدى الإدارة.

5.2 بنية البيانات (مختصر)

• Product: id، name، imageUrl، category، price، description، isFavorite.

• CartItem: product + quantity + unitPrice (لدعم أسعار العروض).

• Settings: currencySymbol، symbolOnLeft، deliveryFee، earnPer، pointValue، adminPin، dealProductId، dealPrice.

5.3 الأمان

• الـ PIN محلي (Level 1): مناسب لتقليل التعقيد. يمكن لاحقًا:

  • مستخدمون وصلاحيات عبر Backend.

  • إخفاء/تشفير المزيد من الإعدادات الحساسة.

• مفاتيح التطوير (Telegram Token): تُدار خارج الكود العام أو عبر Dotenv/Secrets في مرحلة Level 2.

6) الأداء وتجربة الاستخدام

• أداء سريع بفضل Flutter.

• عمل جزئي دون إنترنت: تصفّح القائمة إن كانت مخزّنة محليًا، (الإرسال يحتاج اتصالًا).

• شاشات متجاوبة: تعمل على مختلف أحجام الهواتف.

• قابلية الوصول: ألوان واضحة، أزرار كبيرة، نصوص عربيّة مفهومة.

7) القيود الحالية (Level 1)

• لا يوجد Backend مركزي: النقاط/الطلبات غير متزامنة بين أجهزة متعددة لنفس العميل.

• لا يوجد دفع إلكتروني داخل التطبيق (يمكن إضافته في Level 2).

• إدارة المخزون وإحصائيات متقدّمة غير موجودة (Level 2).

8) خارطة التطوير (Level 2 — اختياري)

• Backend + قاعدة بيانات (Firebase/Node/Strapi…):

  • مزامنة النقاط والطلبات بين الأجهزة والموقع.

  • حسابات عملاء (Login/OTP).

  • إدارة المخزون، أكواد خصم، كوبونات.

• بوابات دفع:

  • تكامل مع مزوّدي دفع محليين/عالميين.

• لوحة تحكّم ويب:

  • إدارة مركزية لكل الفروع والمنتجات والعروض.

• تحليلات: Firebase Analytics/Amplitude لمتابعة الأداء.

• الإشعارات (Push) للعروض وحالة الطلب.

• متعدّد اللغات (عربي + إنجليزي).

9) خطة الإطلاق (Go-to-Market)

1. تحضير الهوية: أيقونة، Splash، ألوان.

2. إدخال المنتجات: عبر لوحة المشرف و/أو products.json.

3. ضبط الإعدادات: عملة، رسوم، عرض اليوم، PIN.

4. اختبارات تجريبية: جهازين على الأقل، سيناريوهات (طلب ناجح/فاشل).

5. نشر أندرويد: APK للتجربة الداخلية ثم AAB على Google Play.

6. نشر iOS (اختياري): بواسطة حساب Apple وMac/سحابة ماك.

7. تتويج تسويقي: صور شاشة، فيديو قصير، صفحة هبوط بسيطة، أسئلة شائعة.

10) مؤشرات الأداء (KPIs)

• معدّل التحويل: (زيارات → طلبات).

• متوسط قيمة الطلب.

• عدد الطلبات المتكررة/معدّل الاحتفاظ.

• النقاط المُستبدلة (دلالة ولاء).

• استجابة الإدارة (الوقت حتى قبول/تحضير/تسليم).

11) الاختبارات وضمان الجودة

• وحدات أساسية: إضافة/إزالة من السلة، حساب الإجماليات، خصم النقاط.

• تكامل: رسالة تيليجرام بصياغة سليمة (HTML)، الحقول العربية، RTL.

• تجارب حقيقية: صور غير متاحة، انقطاع إنترنت، شاشة صغيرة/كبيرة.

12) التسعير المقترح (مرن)

• الباقة الأساسية (Level 1): التطبيق + الرفع على Google Play + تخصيص الهوية الأساسية.

• إضافة iOS: رسوم Apple + أجرة إطلاق.

• مزامنة موقع/سيرفر ونظام نقاط موحّد: باقة Level 2.

• صيانة شهرية (اختياري): تحديثات، نسخ احتياطي، دعم.

13) ما الذي يميّز الحل؟

• وقت تسليم سريع: جاهز للانطلاق مع تخصيصات بسيطة.

• تكلفة منخفضة لمرحلة MVP.

• تجربة عربية قوية (RTL، لغة واضحة).

• قابلية التوسّع لاحقًا دون إعادة البناء من الصفر.

14) تسليمات المشروع (Deliverables)

• ملف products.json (حتى 50 منتجًا كبداية).

• تطبيق موقّع وجاهز للرفع (Android AAB + APK).

• أدلة مختصرة:

  • كيف تدير المنتجات من داخل التطبيق.

  • كيف تغيّر العملة/الرسوم/النقاط.

  • كيف تفعل/تعطّل عرض اليوم.

  • كيفية أخذ نسخة احتياطية للأصول والإعدادات.

15) مدة التنفيذ المتوقّعة

• Level 1 جاهز: تم إنجازه.

• مراجعة نهائية/شاشة العرض/الهوية: يوم عمل.

• رفع Google Play: خلال 1–2 يوم (يتوقف على موافقة غوغل).

• iOS: 3–7 أيام (إجراءات Apple).

الخلاصة

“Action Food” يقدّم طريقًا سريعًا ومضمونًا لامتلاك تطبيق مطعم احترافي بالعربية، مع أهم ميزات البيع والولاء والعروض، وجاهزية للتوسع لاحقًا. مناسب تمامًا كحل “Value for Money” لقطاع الـFast Food ولأصحاب المشاريع الذين يريدون البدء اليوم لا بعد أشهر.