تطوير تطبيق هاتف محمول شامل (iOS & Android) ولوحة تحكم (Admin Dashboard) لمتجر تخصيص الكيك

عنوان المشروع: تطوير تطبيق هاتف محمول شامل (iOS & Android) ولوحة تحكم (Admin Dashboard) لمتجر كيك مخصص (مستوحى من تطبيق"Lola")

يجب أن يكون التطبيق مشابهاً إلى حد كبير لتطبيق "Lola" لتخصيص الكعك، مع الالتزام الصارم بجميع المتطلبات المفصلة في "نطاق العمل" (Scope of Work).

1. هدف المشروع

الهدف الأساسي هو إنشاء تطبيق تجارة إلكترونية (e-commerce) متقدم يسمح للمستخدمين بتخصيص الكعك بصريًا في الوقت الفعلي (real-time)،(2D أو 3D) وإدارة عملية الطلب، الدفع، والتوصيل، وتوفير لوحة تحكم (control panel) قوية للعميل لإدارة جميع جوانب العملية.

2. نطاق العمل التفصيلي (SOW)

يوافق المقاول (Contractor) على تسليم التطبيق الكامل، شاملاً، على سبيل المثال لا الحصر، الوظائف التالية:

. محرك تخصيص الكعك (Cake Customization Engine):

* تخصيص بصري في الوقت الفعلي (Real-time Visual Customization): يجب أن يعرض التطبيق نموذج كعكة يتغير بصريًا في الوقت الفعلي بناءً على اختيارات المستخدم.

* خطوات التخصيص (Customization Steps):

* الأحجام (Sizes): قائمة بالأحجام المتاحة (مثل: Mini, Small, Medium, Large).

* النكهات والحشوات (Flavors & Fillings):

* اختيار النكهة الأساسية (فانيليا، شوكولاتة، إلخ).

* ميزة "إضافة حشوة إضافية" (Add Extra Filling): السماح للمستخدم باختيار حشوة ثانية أو ثالثة مقابل رسوم إضافية تُحتسب فوراً.

* ألوان الكعكة (Cake Colors): خيار لاختيار لون الكعكة، بما في ذلك "منتقي ألوان مجاني" (Free Color Picker).

* مكتبة الإضافات العلوية (Toppings Library):

* مكتبة تحتوي على 15 تصميمًا جاهزًا على الأقل للإضافات العلوية (مثل: فيونكات، ثيمات أطفال، كلاسيك، مناسبات).

* يجب أن تكون هذه المكتبة قابلة للتوسيع والإدارة من لوحة التحكم (Admin Dashboard).

* كتابة وطباعة (Write & Print): حقل لكتابة نص على الكعكة وميزة لرفع صورة لطباعتها.

* الإضافات الجانبية (Add-ons):

* قسم لإضافة عناصر تُباع بالكمية (مثل: شموع، بالونات، بطاقات) باستخدام نظام سلة تسوق (e-commerce cart) قياسي.

. مصادقة المستخدم والملف الشخصي (User Authentication & Profile):

* تصفح كزائر (Guest Browsing): يجب ألا يُجبر المستخدم على التسجيل أو تسجيل الدخول لاستكشاف التطبيق أو تخصيص كعكة.

* التسجيل الإجباري عند الدفع (Mandatory Registration at Checkout): التسجيل أو تسجيل الدخول مطلوب فقط عندما يحاول المستخدم إتمام عملية الدفع (Checkout).

* خيارات التسجيل: عبر البريد الإلكتروني (Email)، حساب (Facebook)، أو رقم الهاتف.

* التحقق (OTP): استخدام نظام كلمة مرور لمرة واحدة (OTP) عبر الرسائل القصيرة (SMS) للتحقق من رقم الهاتف.

* البيانات الإلزامية: بغض النظر عن طريقة التسجيل، يجب على المستخدم تقديم رقم هاتفه (يتم التحقق منه عبر OTP) وتحديد موقعه الجغرافي.

* الملف الشخصي للمستخدم (User Profile):

* القدرة على إضافة صورة ملف شخصي.

* إدارة عناوين التوصيل (إضافة/حذف/تعديل) باستخدام (Google Maps API).

* تغيير رقم الهاتف أو البريد الإلكتروني.

* حفظ معلومات الدفع المفضلة (مثل: "مصرف الأمان").

* سجل الطلبات (الأرشيف).

* قائمة الرغبات (المفضلة).

* قسم "ملاحظات" (Notes) كنص حر لإرسال ملاحظات أو انتقادات للعميل.

. الصفحة الرئيسية وهيكل التطبيق (Homepage & App Structure):

* يجب أن تعرض الصفحة الرئيسية مجموعات (collections) واضحة:

* تصميم كعكة مخصصة (Design Custom Cake) (الوحدة الرئيسية).

* عناصر جاهزة (Ready-Made Items): (مثل: ألواح الشوكولاتة) - هذه العناصر للتسليم في نفس اليوم.

* صناديق الكعك (Cake Boxes) (مجموعة منفصلة).

* إضافات جانبية مستقلة (Standalone Add-ons): للسماح بشراء الشموع أو البالونات فقط.

* شريط البحث (Search Bar): للبحث عن المنتجات أو التصميمات.

. نظام السلات المتعددة (Multiple Carts System):

* يجب أن يدعم التطبيق (3) سلات تسوق مستقلة:

* سلة الكعك الميني (Mini Cake Cart): لا يمكن إضافة أحجام أخرى، ولكن يمكن إضافة (Add-ons).

* سلة الأحجام الأخرى (Other Sizes Cart): (Medium وما فوق)، يمكن إضافة (Add-ons).

* سلة العناصر الجاهزة (Ready-Made Items Cart): لا يمكن إضافة (Add-ons) إلى هذه السلة.

* قاعدة الدفع (Checkout Rule): يمكن للمستخدم رؤية جميع السلات ولكن يجب عليه إكمال عملية الدفع (checkout) لكل سلة على حدة.

. تدفق الدفع وإتمام الطلب (Checkout & Payment Flow):

* الموقع: استخدام (Google Maps API) للمستخدم لتعيين موقعه أو عنوان التوصيل.

* الجدولة (Scheduling):

* تقويم (Scheduler) لاختيار تاريخ ووقت الاستلام/التوصيل.

* يجب أن تكون التواريخ المتاحة قابلة للتحكم بالكامل من (Admin Dashboard).

* نظام الدفع (التأكيد اليدوي):

* في صفحة الدفع، تُعرض للمستخدم معلومات الحساب البنكي للشركة.

* يقوم المستخدم بالدفع (خارجيًا) ثم يعود إلى التطبيق للضغط على زر "تأكيد إرسال الدفعة" (Confirm Payment Sent).

* يظهر الطلب في (Admin Dashboard) كـ "في انتظار التأكيد المالي" (Pending Financial Confirmation) مع رقم تسلسلي.

* يقوم "العميل" (مالك التطبيق) بالتحقق يدويًا من حسابه البنكي.

* عند التأكيد، يقبل "العميل" الطلب ويسنده إلى مخبز معين من لوحة التحكم.

* تتغير حالة طلب المستخدم إلى "تم التأكيد، طلبك قيد التحضير" (Confirmed, your order is being prepared).

* رسالة للمستخدم: بعد الضغط على "تأكيد"، يرى المستخدم رسالة: "يرجى انتظار التأكيد اليدوي لطلبك".

* طرق الدفع: يجب أن تكون الصفحة مرنة لإضافة خيارات دفع محلية (مثل: Aman Bank, Tijari, Cash on Delivery) كخيارات نصية.

. التواصل وحالة الطلب (Communication & Order Status):

* نظام دردشة داخل التطبيق (In-App Chat System):

* يجب توفير نظام دردشة مدمج (مشابه لـ Lola)، يربط المستخدم مباشرة بخدمة العملاء (Admin أو Manager في لوحة التحكم) لضمان الطمأنينة وتأكيد الطلب.

* تتبع حالة الطلب (Order Status Tracking): يجب أن يرى المستخدم حالات واضحة: (في انتظار التأكيد المالي)، (تم التأكيد، قيد التنفيذ)، (اكتمل الطلب / جاهز للتسليم).

. لوحة التحكم (Admin Dashboard):

* إدارة المستخدمين والأدوار (User Management & Roles):

* Super Admin: صلاحيات كاملة (إضافة، تعديل، حذف).

* Manager: صلاحيات مراقبة (عرض كل شيء) ولكن لا يمكنه الحذف.

* المخابز (Bakeries) (عدة مستخدمين):

* يمكنهم فقط رؤية الطلبات المسندة إليهم.

* يمكنهم فقط "قبول" (Accept) أو "رفض" (Reject) الطلب.

* لا يمكنهم رؤية الطلبات المسندة إلى مخابز أخرى.

* سرية تامة: يجب ألا يرى المخبز "السعر النهائي" (Final Price) للطلب، ولا أي معلومات عن العميل (الاسم، الهاتف، العنوان).

* يجب أن يرى المخبز تفاصيل الطلب تمامًا كما اختارها العميل (الصورة، الحجم، الحشوات، الإضافات العلوية).

. إدارة المخابز والتقييم (Bakery Management & Rating):

* القدرة على إنشاء ملف شخصي (profile) لكل مخبز (الاسم، الصورة، المعلومات).

* أرشيف لطلبات كل مخبز (المكتملة، الملغاة).

* نظام تقييم داخلي (لـ Admin فقط) لتعيين نجوم (1-5) لكل مخبز مع ملاحظات (مثل: سعاد، 3 نجوم، متخصصة في الميني كيك).

. إدارة المحتوى والتسعير (Content & Pricing Management):

* التحكم في إظهار/إخفاء/تغيير سعر كل عنصر (حجم، حشوة، إضافة علوية).

* حاسبة ذكية ( للمستخدم): يجب أن يرى المستخدم تحديث السعر فورًا مع كل اختيار (مثل: الحجم 100$ + إضافة علوية 20$ = الإجمالي 120$).

. المحتوى المستند إلى الموقع (Location-Based Content):

* القدرة على التحكم في "كل عنصر" (نكهة، حجم، إضافة علوية، عنصر جاهز) ليظهر في مدينة دون أخرى. يتم اختيار المدينة عند فتح التطبيق لأول مرة.

. التحكم المنطقي بالعناصر (Item Logic Control) (الإضافات العلوية والأحجام):

* يجب أن يكون لدى (Admin) القدرة على تحديد أي "إضافة علوية" (Topping) يمكن تطبيقها على أي "حجم" (Size).

* مثال: تصميم "البجعة" (Swan) يظهر فقط للأحجام الكبيرة.

* الآلية: يرى المستخدم جميع الإضافات العلوية، ولكن عند اختيار واحدة لا تتطابق مع الحجم المختار، تظهر رسالة: "عذرًا، هذا التصميم غير متوفر للحجم المختار".

. منطق الجدولة المتقدم (Advanced Scheduling Logic):

* السعة اليومية (Daily Capacity):

* يقوم (Admin) بتعيين "سعة يومية" (e.g., 15 كعكة مخصصة يوميًا).

* يقوم النظام "تلقائيًا" بالسماح لأول 15 طلبًا باختيار تاريخ اليوم التالي.

* الطلبات من 16 إلى 30 تُجبر على اختيار "بعد غد" (اليوم + 2).

* وهكذا... يجب أن يكون هذا الرقم (15) مرنًا وقابلاً للتعديل من (Admin Dashboard).

* جدولة خاصة بالعناصر (Item-Specific Scheduling):

* يجب أن يكون (Admin) قادرًا على وضع "علامة" (Flag) على "إضافات علوية محددة" أو "أحجام محددة" (مثل: كعك الزفاف، التصاميم المعقدة).

* تفرض هذه العلامة "حدًا أدنى لوقت الاستلام" (e.g., 3 أيام) بغض النظر عن السعة اليومية.

. التحليلات والتقارير (Analytics & Reporting):

* أرشيف شامل لجميع الطلبات.

* حاسبة المبيعات (يومية، أسبوعية، شهرية، سنوية).

* فرز البيانات (المبيعات، الملغاة، المرتجعة).

* تقارير عن: العملاء الأكثر شراءً، والعناصر الأكثر طلبًا (النكهات، الأحجام، الإضافات العلوية).

* ميزة "الأكثر طلبًا" (Most Requested): القدرة على وضع شعار "الأكثر طلبًا" يدويًا أو تلقائيًا على عناصر محددة.

. إدارة نظام السلات (Cart System Management):

* يجب أن يكون لدى (Admin) الخيار (مستقبلاً) لإزالة نظام سلة الميني كيك المستقل ودمجه في السلة الرئيسية (لضمان المرونة المستقبلية).

. ميزات إضافية (Additional Features):

* اللغات: يجب أن يكون التطبيق و (Admin Dashboard) ثنائيي اللغة (العربية والإنجليزية).

* الإشعارات (Notifications):

* إشعارات (Push notifications) للمستخدمين عند تغير حالة الطلب.

* "تنبيه مسموع" (Audible Alert) (إشعار صوتي) للمخابز عند استلام طلب جديد.

* نظام الكوبونات (المحفظة/الرصيد):

* ليس نظام خصم.

* نظام "رصيد" (Credit): يقوم المستخدم بإدخال رمز قسيمة، ويتم إضافة مبلغ افتراضي (e.g., $10) إلى "محفظته" (wallet) في التطبيق، يمكن استخدامه في المشتريات المستقبلية.

* منطق ساعات العمل (Business Hours Logic):

* خاص بـ "العناصر الجاهزة" (Ready-Made Items) (التسليم في نفس اليوم).

* يجب أن تكون القدرة على الشراء مرتبطة بساعات العمل. (e.g., بعد الساعة 1 صباحًا، لا يمكن إكمال الطلب).

* تظهر رسالة: "المتجر مغلق الآن. تم حفظ طلبك في سلتك لإكماله خلال ساعات العمل".

* مجموعات الصفحة الرئيسية (Homepage Collections) (الربط المتقاطع):

* القدرة على إنشاء مجموعات على الصفحة الرئيسية (مثل: "كعك عيد الأب").

* عند النقر على كعكة من هذه المجموعة، يتم نقل المستخدم إلى "صفحة التخصيص" (Customization Page) مع "تحميل مسبق" لجميع الخيارات (الحجم، النكهة، الإضافة العلوية) لتتناسب مع تلك الكيك.

* التخصيص الترحيبي: سؤال المستخدم عن اسمه المفضل أثناء التسجيل، لاستخدامه في التحيات والرسائل (لزيادة التفاعل).

. المتطلبات التقنية (Technical Requirements):

* المنصات: (Native iOS) و (Native Android)، أو إطار عمل عالي الجودة متعدد المنصات (Flutter/React Native).

* الحزمة التقنية (Tech Stack): يجب على المقاول اقتراح "حزمة تقنية" (Tech Stack) مفصلة (Backend, Frontend, Database) لموافقة العميل قبل البدء.

* الاستضافة (Hosting): يجب على المقاول اقتراح ونشر التطبيق على خادم عالي الأداء (high-performance server)، ويفضل أن يكون قريبًا من المنطقة الجغرافية المستهدفة (ليبيا) لضمان زمن وصول منخفض (low latency).

* التوافق (Compatibility): يجب أن يلتزم المقاول بتحديث التطبيق لضمان التوافق المستمر مع تحديثات أنظمة التشغيل الجديدة (iOS/Android) خلال فترة الدعم.

* ملكية الكود المصدري (Source Code Ownership):

* جميع أكواد المصدر (source code) والتصاميم وقواعد البيانات (databases) تعتبر "عمل موظف" (Work for Hire) وتصبح ملكية حصرية وكاملة للعميل عند السداد الكامل.

. المسؤوليات (Responsibilities):

* مسؤوليات المقاول:

* تنفيذ جميع المتطلبات المدرجة في "نطاق العمل" (Scope of Work) بأعلى المعايير المهنية.

* الالتزام بالجدول الزمني.

* توفير اختبارات ضمان الجودة الشاملة (QA testing) لضمان خلو التطبيق من الأخطاء (bugs) الرئيسية.

* المقاول مسؤول عن نشر التطبيقات على (Apple App Store) و (Google Play Store).

* تقديم دعم فني مجاني.

* مسؤوليات العميل:

* توفير جميع المحتويات الأولية (نصوص، صور)، بما في ذلك الصور والأسعار والقائمة الأولية لـ 15 إضافة علوية.

* تغطية تكاليف الخدمات السحابية (Hosting) وأي خدمات طرف ثالث (Google Maps API, SMS Gateway) بعد فترة التطوير.

* تقديم الملاحظات (feedback) والموافقات في الوقت المناسب.

مراحل المشروع (Project Milestones)

المرحلة الأولى: التصميم، النموذج الأولي، والتحقق من الميزات الأساسية

(الدفع: 500$)

المخرجات (Deliverables):

* تصميم (UI/UX) كامل: جميع شاشات تطبيق (iOS & Android) ولوحة التحكم (Admin Dashboard) (في Figma, Sketch, أو ما شابه).

* نموذج أولي وظيفي للمخصص (Functional Customizer Prototype): نموذج أولي عالي الدقة (high-fidelity) قابل للنقر (frontend only, no backend) لمخصص الكعك في الوقت الفعلي. يجب أن نكون قادرين على النقر خلال جميع الخطوات الخمس (الحجم، النكهة، اللون، الإضافات العلوية، النص) ورؤية مرئيات الكعكة تتغير.

المرحلة الثانية: التطبيق الأساسي ولوحة التحكم الأساسية

(الدفع: 750$)

المخرجات (Deliverables):

* Backend & Database: إعداد كامل للخادم (server)، قاعدة البيانات (database)، و (APIs).

* نظام المستخدم: تدفق مصادقة المستخدم بالكامل (تسجيل، تسجيل دخول، OTP، ملف شخصي، إدارة العناوين عبر Google API).

* المخصص الوظيفي (Functional Customizer): "المخصص في الوقت الفعلي" (Real-Time Customizer) من المرحلة الأولى، متصل الآن بالكامل بالـ (backend) وقاعدة البيانات.

* لوحة تحكم (Admin Panel) أساسية: لوحة تحكم إدارية وظيفية حيث يمكن للعميل تسجيل الدخول وإدارة عناصر المخصص فقط: (إضافة/تعديل/حذف الأحجام، النكهات، الإضافات العلوية، وأسعارها).

* الحاسبة الذكية: تحديث السعر في التطبيق في الوقت الفعلي أثناء قيام المستخدم بالاختيارات.

المرحلة الثالثة: منطق التجارة الإلكترونية الكامل وعناصر تحكم الإدارة المتقدمة

(الدفع: 1250$)

الهدف: بناء منطق العمل المعقد الذي يجعل التطبيق متجرًا وظيفيًا.

المخرجات (Deliverables):

* تدفق الدفع الكامل (Full Checkout Flow): "نظام السلات المتعددة" (Multi-Cart System) (3 سلات) ومنطق "التأكيد اليدوي للدفع" (Manual Payment Confirmation).

* نظام الدردشة داخل التطبيق (In-App Chat System): دردشة وظيفية تربط المستخدمين بالـ (admin).

* لوحة تحكم (Admin Dashboard) كاملة: يجب أن تعمل جميع الميزات المتقدمة:

* منطق الجدولة والسعة المتقدم (Advanced Scheduling & Capacity Logic).

* التحديد الجغرافي (Geo-Fencing) (المحتوى المستند إلى الموقع).

* أدوار وصلاحيات مستخدمي المخابز (Bakery User Roles & Permissions) (مع إخفاء الأسعار).

* إدارة الطلبات والتحليلات/التقارير (Order Management & Analytics/Reporting).

* ملفات المخابز والتقييمات الداخلية (Bakery Profiles & Internal Ratings).

* الصفحة الرئيسية وجميع الفئات: مجموعات الصفحة الرئيسية، العناصر الجاهزة (Ready-Made)، وأقسام الإضافات الجانبية (Add-on) مبنية وقابلة للشراء (مع قواعدها الخاصة، مثل "منطق ساعات العمل").

* الإشعارات (Notifications): جميع إشعارات (push notifications) (للمستخدم) والتنبيهات المسموعة (audible alerts) (للمخبز) تعمل.

المرحلة الرابعة: ضمان الجودة النهائي (QA)، النشر، وتسليم المشروع

(1500$)

الهدف: إطلاق التطبيق وضمان استقراره.

المخرجات (Deliverables):

* ضمان الجودة النهائي وإصلاح الأخطاء (Final QA & Bug Fixing): تطبيق مستقر تمامًا، خالٍ من الأخطاء (bugs)، بعد فترة اختبار شاملة من قبلك (العميل) والوكالة.

* النشر على متاجر التطبيقات (App Store Deployment): الإرسال والموافقة الناجحة للتطبيقات على (Apple App Store) و (Google Play Store).

* نشر الخادم (Server Deployment): الـ (backend) ولوحة التحكم (admin panel) تعمل على خادم الإنتاج (production server) النهائي.

* التسليم الكامل (Full Handover): تسليم جميع أكواد المصدر (source code)، قواعد البيانات (databases)، الوثائق (documentation)، وبيانات الاعتماد (credentials).

* تبدأ فترة الضمان المجانية لمدة 14 يومًا بعد الموافقة على هذه المرحلة.

. شروط الدفع (Payment Terms)

سيتم الدفع بناءً على نظام المراحل (Milestone) يتم تحرير الأموال الخاصة بمرحلة ما إلا بعد أن يقوم العميل بمراجعة مخرجات تلك المرحلة وتأكيد قبولها بناءً على المتطلبات الواردة في (SOW).

. الدعم والضمان (Support & Warranty)

يلتزم المقاول بفترة دعم فني مجانية مدتها (14 يومًا)، تبدأ من تاريخ النشر الرسمي على متاجر التطبيقات. يغطي هذا الضمان إصلاح أي أخطاء (bugs) أو أعطال فنية تتعلق بالوظائف المتفق عليها في (SOW). لا يشمل إضافة ميزات جديدة.

. السرية (NDA)