تطبيق تاكسي
تطبيق تاكسي
مشروع تطبيق توصيل ركاب بالدراجات والسكوترات
اسم المشروع المبدئي: [يُحدد لاحقاً]
الدولة المستهدفة: الأردن
نوع المشروع: تطبيق نقل ركاب بالدراجلوحة تحكم Web
مرحلة المشروع: MVP قابل للتوسع
⸻
1. فكرة المشروع
المشروع عبارة عن منصة لطلب رحلات للركاب باستخدام الدراجات النارية والسكوترات، بحيث يستطيع المستخدم طلب سائق قريب منه، تحديد وجهته، معرفة السعر المتوقع، متابعة السائق على الخريطة، ثم تقييم الرحلة بعد انتهائها.
الفكرة قريبة من تطبيقات سيارات الأجرة مثل «تكسي إف»، ولكن وسيلة النقل الأساسية في المرحلة الأولى هي الدراجات والسكوترات.
الهدف هو إنشاء نظام متكامل يربط:
الراكب ← التطبيق ← النظام ← السائق
مع لوحة تحكم مركزية لإدارة جميع العمليات.
⸻
2. مكونات النظام المطلوبة
المشروع يتكون من:
أ. تطبيق الراكب
Android + iOS
ب. تطبيق السائق
Android + iOS
ج. لوحة تحكم الإدارة
Web Dashboard
د. Backend / API
السيرفر وقاعدة البيانات وجميع الخدمات التي تربط التطبيقات ببعضها.
هـ. نظام الخرائط والمواقع
GPS + Maps + تحديد المواقع + تتبع الرحلات.
و. نظام الإشعارات
Push Notifications وSMS/OTP حسب الحاجة.
⸻
3. تطبيق الراكب
التسجيل والدخول
* التسجيل برقم الهاتف.
* OTP للتحقق من الرقم.
* الاسم.
* صورة شخصية اختيارية.
* إمكانية تعديل بيانات الحساب.
* تسجيل الخروج.
* حذف الحساب.
الصفحة الرئيسية
تحتوي على:
* موقع الراكب الحالي.
* الخريطة.
* تحديد موقع الانطلاق.
* تحديد الوجهة.
* إمكانية البحث عن المكان.
* عرض السيارات/الدراجات القريبة على الخريطة.
* زر “اطلب رحلة”.
⸻
4. طلب الرحلة
عند تحديد موقع الانطلاق والوجهة:
النظام يقوم بحساب:
* المسافة.
* الوقت المتوقع.
* السعر المتوقع.
* إمكانية إظهار نوع المركبة.
* وقت وصول السائق المتوقع.
ثم يظهر للراكب:
من: موقع الانطلاق
إلى: الوجهة
المسافة: X كم
الوقت المتوقع: X دقيقة
السعر المتوقع: X دينار
ثم زر:
تأكيد طلب الرحلة
⸻
5. نظام البحث عن السائق
بعد إنشاء الطلب:
* البحث عن السائقين المتاحين بالقرب من الراكب.
* ترتيب السائقين حسب المسافة.
* إرسال الطلب لأقرب سائق.
* تحديد مدة زمنية لقبول الطلب.
* إذا رفض السائق أو لم يستجب، ينتقل الطلب للسائق التالي.
* إمكانية تحديد نطاق البحث.
* إمكانية توسيع نطاق البحث تلقائياً عند عدم وجود سائق قريب.
⸻
6. حالات الرحلة
يجب أن يحتوي النظام على حالات واضحة للرحلة:
1. البحث عن سائق.
2. تم إرسال الطلب للسائق.
3. السائق قبل الرحلة.
4. السائق في طريقه للراكب.
5. وصل السائق.
6. بدأت الرحلة.
7. الرحلة جارية.
8. انتهت الرحلة.
9. تم إلغاء الرحلة.
ويجب تسجيل جميع الحالات في النظام.
⸻
7. تتبع السائق
بعد قبول الرحلة:
* ظهور موقع السائق مباشرة على الخريطة.
* تحديث الموقع بشكل مستمر.
* إظهار المسافة بين السائق والراكب.
* إظهار الوقت المتوقع للوصول.
* تتبع الرحلة أثناء القيادة.
حلة في النظام.
⸻
8. التواصل
يجب توفير إمكانية:
* الاتصال بين الراكب والسائق.
* إخفاء رقم الهاتف الحقيقي إن أمكن.
* إمكانية إضافة Chat داخل التطبيق مستقبلاً.
⸻
9. الدفع
المرحلة الأولى:
* الدفع نقداً للسائق.
قابلية التوسع:
يجب بناء النظام بحيث يمكن إضافة:
* Visa / Mastercard.
* المحافظ الإلكترونية.
* الرصيد داخل التطبيق.
* Promo Codes.
*
كوبونات الخصم.
لاحقاً بدون الحاجة لإعادة بناء النظام من الصفر.
⸻
10. التسعير
يجب أن تكون الأسعار قابلة للتحكم من لوحة الإدارة.
مثلاً:
السعر = سعر فتح العداد + سعر لكل كيلومتر + سعر لكل دقيقة
مع إمكانية:
* تحديد الحد الأدنى للسعر.
* تحديد سعر مختلف حسب المنطقة.
* تحديد أسعار مختلفة حسب نوع المركبة.
* زيادة السعر في أوقات الذروة مستقبلاً.
* إضافة رسوم إضافية.
* تحديد عمولة المنصة.
ويجب أن تكون جميع هذه القيم قابلة للتعديل من لوحة التحكم.
⸻
11. تطبيق السائق
التسجيل
السائق يسجل:
* الاسم.
* رقم الهاتف.
* الصورة.
* الهوية.
* رخصة القيادة.
* معلومات الدراجة/السكوتر.
* رقم اللوحة.
* نوع المركبة.
* الموديل.
* اللون.
* المستندات المطلوبة.
ويتم إرسال الحساب إلى الإدارة للمراجعة.
لوحة الإدارة يجب أن تسمح بـ:
* قبول السائق.
* رفض السائق.
* طلب تعديل البيانات.
* إيقاف الحساب.
* حظر الحساب.
* تحديد حالة الوثائق.
حالات السائق:
Pending / Approved / Rejected / Suspended / Blocked
⸻
13. تطبيق السائق - الصفحة الرئيسية
يظهر للسائق:
* Online / Offline.
* موقعه الحالي.
* عدد الرحلات.
* أرباح اليوم.
* أرباح الأسبوع.
* تقييمه.
* الطلبات الحالية.
* سجل الرحلات.
⸻
14. استقبال الرحلات
ع
ند وجود طلب قريب:
يظهر للسائق:
* موقع الراكب.
* المسافة.
* الوقت المتوقع للوصول.
* الوجهة.
* السعر المتوقع.
* زر قبول.
* زر رفض.
ويجب تحديد وقت معين لقبول الطلب.
⸻
15. الملاحة
بعد قبول الرحلة:
* إظهار موقع الراكب.
* إمكانية فتح Google Maps / Apple Maps.
* توجيه السائق لموقع الراكب.
* بعد وصوله يبدأ الرحلة.
* أثناء الرحلة يظهر الطريق إلى الوجهة.
⸻
16. بدء الرحلة وإنهاؤها
يجب أن يكون هناك:
وصلت للراكب
ثم:
بدء الرحلة
ثم:
إنهاء الرحلة
وعند إنهاء الرحلة:
* حساب السعر النهائي.
* تسجيل المسافة.
* تسجيل وقت الرحلة.
* تسجيل GPS Track.
* تسجيل طريقة الدفع.
* تحديث أرباح السائق.
⸻
17. تقييم السائق والراكب
بعد الرحلة:
الراكب يقيم السائق من 1 إلى 5.
ويمكن مستقبلاً أن يتمكن السائق من تقييم الراكب.
يجب أن يظهر:
* متوسط التقييم.
* عدد التقييمات.
* التعليقات عند الحاجة.
⸻
18. الإلغاء
يجب دعم إلغاء الرحلات من:
* الراكب.
* السائق.
* الإدارة.
مع إمكانية تحديد أسباب الإلغاء.
ويجب أن يكون هناك نظام قابل لإضافة:
رسوم إلغاء
مستقبلاً.
⸻
19. المحفظة والأرباح
للسائق:
* أرباح اليوم.
* أرباح الأسبوع.
* أرباح الشهر.
* إجمالي الأرباح.
* عدد الرحلات.
* عمولة المنصة.
* صافي المستحق للسائق.
للإدارة:
* إجمالي الإيرادات.
* إجمالي عمولات المنصة.
* إجمالي الرحلات.
* إجمالي المبالغ.
* أرباح حسب اليوم/الأسبوع/الشهر.
⸻
20. لوحة تحكم الإدارة
لوحة الإدارة تعتبر جزءاً أساسياً من المشروع.
Dashboard
تظهر:
* عدد المستخدمين.
* عدد السائقين.
* السائقين Online.
* الرحلات الحالية.
* الرحلات المكتملة.
* الرحلات الملغاة.
* الإيرادات.
* عمولة المنصة.
* إحصائيات يومية وأسبوعية وشهرية.
⸻
21. إدارة السائقين
الإدارة تستطيع:
* إضافة سائق.
* تعديل بيانات السائق.
* قبول/رفض التسجيل.
* مشاهدة الوثائق.
* مشاهدة الرحلات.
* مشاهدة الأرباح.
* مشاهدة التقييم.
* إيقاف الحساب.
* حظر الحساب.
* تغيير حالة Online/Offline عند الحاجة.
⸻
22. إدارة الركاب
* مشاهدة المستخدمين.
* البحث عن مستخدم.
* مشاهدة بيانات الحساب.
* مشاهدة الرحلات.
* مشاهدة التقييمات.
* إيقاف الحساب.
* حظر الحساب.
* حذف الحساب وفق النظام.
⸻
23. إدارة الرحلات
الإدارة تستطيع مشاهدة:
* جميع الرحلات.
* الرحلات الحالية.
* الرحلات المكتملة.
* الرحلات الملغا
ة اسم السائق.
* نقطة الانطلاق.
* الوجهة.
* المسافة.
* الوقت.
* السعر.
* طريقة الدفع.
* مسار الرحلة على الخريطة.
⸻
24. الخريطة المباشرة للإدارة
أرغب بوجود خريطة Live داخل لوحة الإدارة يظهر عليها:
* السائقون المتصلون.
* مواقع السائقين.
* الرحلات الحالية.
* الراكب.
* السائق المتجه للراكب.
مع إمكانية الضغط على السائق لمشاهدة معلوماته.
⸻
25. إدارة الأسعار
الإدارة تستطيع تعديل:
* سعر بداية الرحلة.
* سعر الكيلومتر.
* سعر الدقيقة.
* الحد الأدنى للرحلة.
* أسعار المناطق.
* أسعار أنواع المركبات.
* عمولة المنصة.
⸻
26. الإشعارات
Push Notifications لـ:
الراكب:
* تم قبول الرحلة.
* السائق قريب.
* السائق وصل.
* بدأت الرحلة.
* انتهت الرحلة.
* إلغاء الرحلة.
* عروض مستقبلية.
السائق:
* طلب رحلة جديد.
* إلغاء الرحلة.
* تحديثات النظام.
* إشعارات الأرباح.
⸻
27. نظام العروض والكوبونات
يفضل أن يكون النظام مجهزاً لإضافة:
* كوبونات خصم.
* عروض لأول رحلة.
* خصم بنسبة مئوية.
* خصم مبلغ ثابت.
* عروض حسب المنطقة.
*رحلات.
هذه الميزة يمكن أن تكون ضمن المرحلة الثانية إذا لم تكن ضرورية للـMVP.
⸻
28. الدعم والشكاوى
إضافة قسم:
الدعم الفني
يمكن للراكب أو السائق:
* إرسال شكوى.
* اختيار نوع المشكلة.
* كتابة التفاصيل.
* إرفاق صورة.
* متابعة حالة الطلب.
ومن لوحة الإدارة يتم التعامل مع الشكاوى.
⸻
29. الأمان
المطلوب الاهتمام بشكل خاص بـ:
* حماية API.
* Authentication.
* صلاحيات المستخدمين.
* تشفير البيانات الحساسة.
* حماية لوحة الإدارة.
* منع التلاعب بالسعر.
* منع التلاعب بموقع GPS قدر الإمكان.
* تسجيل العمليات المهمة.
* Backup لقاعدة البيانات.
* Rate Limiting.
* حماية الحسابات من المحاولات غير الطبيعية.
⸻
30. قاعدة البيانات
يجب تصميم قاعدة البيانات بشكل احترافي وقابل للتوسع.
البيانات الأساسية تشمل:
* Users.
* Drivers.
* Vehicles.
* Trips.
* Locations.
* Payments.
* Ratings.
* Notifications.
* Coupons.
* Complaints.
* Driver Documents.
* Transactions.
* Admin Users.
* Settings.
⸻
31. قابلية التوسع
المشروع يجب ألا يكون مصمماً فقط للدراجات.
يجب أن يكون بالإمكان مستقبلاً إضافة:
* سيارات.
* تكاسي.
* توصيل طلبات.
* توصيل طرود.
* نقل موظفين.
* اشتراكات.
* خدمات للشركات.
لذلك يجب بناء الـBackend بطريقة Modular وقابلة للتوسع.
⸻
32. اللغات
المرحلة الأولى:
العربية
ويفضل أن يكون النظام مجهزاً لإضافة:
English
مستقبلاً.
⸻
33. تصميم التطبيق UI/UX
المطلوب:
* تصميم احترافي.
* بسيط وسريع.
* مناسب للمستخدم الأردني.
* واجهة عربية RTL.
* تجربة طلب رحلة سهلة.
* أقل عدد ممكن من الخطوات.
* تصميم منفصل وواضح للسائق والراكب.
المطلوب تقديم Prototype / UI Design قبل البرمجة النهائية لاعتماده.
⸻
34. الأداء
التطبيق يجب أن يكون:
* سريع.
* مستقر.
* قابل للتعامل مع عدد كبير من المستخدمين.
* قابل للتوسع.
* استهلاك GPS والبطارية بشكل معقول.
* يعمل بشكل جيد مع الإنترنت الضعيف والمتوسط.
⸻
35. الـMVP المطلوب
أريد إمكانية تنفيذ نسخة أولية MVP تحتوي على:
الراكب:
* تسجيل.
* خريطة.
* تحديد الموقع.
* تحديد الوجهة.
* طلب رحلة.
* السعر.
* البحث عن سائق.
* قبول السائق.
* تتبع السائق.
* بدء الرحلة.
* إنهاء الرحلة.
* الدفع النقدي.
* تقييم.
السائق:
* تسجيل.
* رفع الوثائق.
* قبول من الإدارة.
* Online/Offline.
* استقبال الرحلات.
* قبول/رفض.
* الوصول للراكب.
* بدء/إنهاء الرحلة.
* الأرباح.
الإدارة:
* إدارة السائقين.
* إدارة المستخدمين.
* إدارة الرحلات.
* Live Map.
* الأسعار.
* العمولات.
* التقارير الأساسية.
⸻
36. التقنيات المطلوبة
المبرمج/الشركة يقترح التقنية المناسبة، ويجب توضيحها في العرض.
مثلاً:
* Flutter / React Native للتطبيقات.
* Node.js / Laravel / Django أو غيرها للـBackend.
* PostgreSQL / MySQL أو غيرها لقاعدة البيانات.
* REST API أو GraphQL.
* Google Maps أو البديل المناسب.
* Cloud Server.
لا يشترط استخدام تقنية معينة، لكن يجب توضيح سبب اختيار التقنية.
⸻
37. الملكية الفكرية والكود
شرط أساسي:
بعد دفع قيمة المشروع كاملة:
* جميع Source Code ملك للعميل.
* جميع ملفات المشروع ملك للعميل.
* حسابات السيرفر ملك للعميل.
* قاعدة البيانات ملك للعميل.
* مفاتيح API والحسابات الخارجية تكون باسم العميل قدر الإمكان.
* لا يتم حبس المشروع على حسابات المبرمج.
* تسليم Git Repository كامل.
* تسليم Database.
التعليقات (20)
