تحدي توقعات المباريات

مطلوب تطبيق تحدي توقعات مباريات كرة القدم – النسخة الأولية MVP

1. نبذة عن المشروع

نرغب في تطوير تطبيق لتوقع نتائج مباريات كرة القدم يعمل على:

* iOS

* Android

يسمح التطبيق للمستخدمين بتوقع نتائج مباريات كرة القدم، وجمع النقاط حسب دقة التوقعات، والمنافسة في جدول ترتيب، والفوز بجوائز نقدية كل أسبوعين.

الدخول إلى المسابقة سيكون مجانيًا بالكامل.

مصادر الدخل الأساسية المتوقعة:

* الإعلانات داخل التطبيق

* الرعايات

* مزايا مدفوعة مستقبلًا

الجوائز المبدئية كل 14 يومًا:

* المركز الأول: 200 دولار

* المركز الثاني: 100 دولار

* المركز الثالث: 50 دولار

إجمالي الجوائز لكل مسابقة:

350 دولار

⸻

2. المنصات المطلوبة

يجب أن يعمل التطبيق على:

* Android

* iOS

الإطار التقني المفضل:

Flutter

ويمكن للمطور اقتراح تقنية أخرى إذا كان هناك سبب تقني أو تجاري واضح.

⸻

3. اللغات

يجب أن يدعم التطبيق:

* العربية

* الإنجليزية

ويجب أن يدعم التصميم العربي اتجاه:

RTL

ويستطيع المستخدم تغيير اللغة من الإعدادات.

⸻

4. تسجيل المستخدمين

يجب توفير إمكانية التسجيل باستخدام:

* رقم الجوال

* البريد الإلكتروني

* Google

المعلومات المطلوبة من المستخدم:

* اسم المستخدم

* الاسم الكامل

* رقم الجوال

* البريد الإلكتروني

* الدولة

* تاريخ الميلاد

* صورة شخصية اختيارية

يجب التحقق من رقم الجوال باستخدام:

OTP

يجب السماح بحساب واحد فقط لكل رقم جوال موثق.

⸻

5. الشاشة الرئيسية

يجب أن تعرض الشاشة الرئيسية:

* المسابقة الحالية

* تاريخ انتهاء المسابقة

* الوقت المتبقي

* قيمة الجوائز

* نقاط المستخدم

* ترتيب المستخدم

* المباريات القادمة

* المباريات المتاحة للتوقع

* آخر النتائج

مثال:

المسابقة الحالية

متبقي: 5 أيام و12 ساعة

ترتيبك: #324

نقاطك: 64

نقاط المركز الثالث: 89

⸻

6. البطولات

في النسخة الأولى يفضل دعم:

* الدوري السعودي للمحترفين

* الدوري الإنجليزي الممتاز

* الدوري الاسباني

* الدوري الايطالي

* الدوري الالماني

* دوري أبطال أوروبا

* دوري ابطال اسيا

* دوري ابطال افريقيا

ويجب أن يستطيع المدير من لوحة التحكم إضافة أو تعطيل البطولات.

بطولات مستقبلية محتملة:

* الدوري الأوروبي

* كأس العالم

* كأس أمم أوروبا

⸻

7. ربط بيانات المباريات

يجب ربط التطبيق بواجهة برمجية موثوقة خاصة بكرة القدم.

البيانات المطلوبة:

* أسماء الفرق

* شعارات الفرق

* تاريخ المباراة

* وقت المباراة

* البطولة

* حالة المباراة

* النتيجة المباشرة

* النتيجة النهائية

* حالة التأجيل أو الإلغاء

يجب تحديث نتائج المباريات تلقائيًا.

على المطور اقتراح Football API مناسب وتوضيح:

* عدد الطلبات المتاحة

* البطولات المدعومة

* سرعة تحديث النتائج

* حقوق الاستخدام التجاري

⸻

8. توقع المباريات

لكل مباراة يستطيع المستخدم توقع:

التوقع الأساسي

* فوز الفريق المضيف

* تعادل

* فوز الفريق الضيف

النتيجة الدقيقة

مثال:

برشلونة 2 – 1 ريال مدريد

ويجب حفظ التوقع في النظام قبل موعد إغلاق التوقعات.

⸻

9. وقت إغلاق التوقعات

يتم إغلاق التوقعات تلقائيًا:

قبل بداية المباراة بـ5 دقائق.

ويجب اعتماد وقت السيرفر وليس وقت هاتف المستخدم.

بعد الإغلاق:

* لا يمكن إضافة توقع جديد

* لا يمكن تعديل التوقع

* لا يمكن حذف التوقع

ويفضل أن يستطيع المدير تعديل مدة الإغلاق من لوحة التحكم.

⸻

10. نظام النقاط

نظام النقاط المبدئي المقترح:

توقع النتيجة العامة بشكل صحيح

+3 نقاط

مثال:

المستخدم توقع فوز برشلونة.

برشلونة فاز.

يحصل المستخدم على 3 نقاط.

توقع النتيجة الدقيقة

+3 نقاط إضافية

مثال:

التوقع:

2–1

النتيجة الفعلية:

2–1

يحصل المستخدم على:

3 نقاط للتوقع الصحيح

3 نقاط للنتيجة الدقيقة

=

6 نقاط

التوقع الخاطئ

0 نقطة

ويجب أن تكون قيم النقاط قابلة للتعديل من لوحة التحكم.

⸻

11. دورة المسابقة

تستمر كل مسابقة لمدة:

14 يومًا

وعند انتهاء المسابقة:

* يتم إغلاق الترتيب

* يتم تحديد الفائزين

* يتم حفظ النتائج

* تبدأ مسابقة جديدة

* تبدأ النقاط من الصفر

مثال:

المسابقة رقم 1

1–14 أكتوبر

المسابقة رقم 2

15–28 أكتوبر

المسابقة رقم 3

29 أكتوبر–11 نوفمبر

⸻

12. جدول الترتيب

يجب أن يحتوي التطبيق على جدول ترتيب للمسابقة الحالية.

يظهر:

* الترتيب

* اسم المستخدم

* الصورة الشخصية

* عدد النقاط

* عدد التوقعات الصحيحة

ويتم إبراز:

* المركز الأول

* المركز الثاني

* المركز الثالث

ويجب أن يكون من السهل على المستخدم معرفة مركزه حتى لو كان ترتيبه بعيدًا.

مثال:

#1 أحمد – 130 نقطة

#2 محمد – 126 نقطة

#3 خالد – 119 نقطة

…

#247 أنت – 72 نقطة

⸻

13. قواعد كسر التعادل

إذا تساوى مستخدمان في عدد النقاط، يقترح تحديد الترتيب حسب:

1. أكبر عدد من النتائج الدقيقة

2. أكبر عدد من التوقعات الصحيحة

3. أقل عدد من التوقعات الخاطئة

4. أسبق وقت لإرسال التوقعات إذا استمر التعادل

ويجب اعتماد القواعد النهائية قبل إطلاق التطبيق.

⸻

14. نظام الجوائز

كل 14 يومًا:

المركز الأول:

200 دولار

المركز الثاني:

100 دولار

المركز الثالث:

50 دولار

الإجمالي:

350 دولار

يجب ألا يقوم التطبيق بتحويل الجائزة تلقائيًا.

بل يدخل الفائز في مرحلة:

التحقق من الفائز

قبل اعتماد الجائزة.

⸻

15. التحقق من الفائزين

قبل اعتماد الجائزة يجب أن يستطيع المدير مراجعة:

* رقم الجوال

* البريد الإلكتروني

* هوية المستخدم عند الحاجة

* الحسابات المتعددة

* الأنشطة المشبوهة

* الجهاز المستخدم

* سجل التوقعات

* تاريخ إنشاء الحساب

خيارات المدير:

* اعتماد الفائز

* رفض الفائز

* طلب التحقق

* تحديد الجائزة كمدفوعة

⸻

16. الدوريات الخاصة

يجب أن يستطيع المستخدم إنشاء دوري خاص.

مثال:

دوري أصدقاء محمد

ويعطي النظام رمز دعوة مثل:

X7K92

يستطيع المستخدم مشاركته عبر:

* WhatsApp

* Telegram

* SMS

* وسائل التواصل الاجتماعي

ويستطيع الأصدقاء إدخال الرمز والانضمام.

ويظهر جدول ترتيب خاص بالدوري.

يشمل:

* الترتيب

* اسم المستخدم

* النقاط

ويجب استخدام نفس توقعات المسابقة الرئيسية في الدوري الخاص.

⸻

17. نظام الإحالات

يجب أن يستطيع المستخدم دعوة أصدقائه.

مكافآت الإحالة لا يجب أن تعطي نقاطًا إضافية في المسابقة.

مكافآت محتملة:

* Badge

* Avatar

* إطار مميز للصورة

* شارات إنجاز

ويجب أن يستطيع المدير التحكم في مكافآت الإحالات.

⸻

18. الملف الشخصي

يجب أن يعرض الملف الشخصي:

* اسم المستخدم

* الصورة الشخصية

* الدولة

* الترتيب الحالي

* النقاط الحالية

* إجمالي التوقعات

* التوقعات الصحيحة

* النتائج الدقيقة

* نسبة دقة التوقعات

* عدد المسابقات التي شارك بها

* أفضل ترتيب حققه

* عدد الجوائز التي فاز بها

⸻

19. سجل التوقعات

يستطيع المستخدم مشاهدة:

* التوقعات القادمة

* التوقعات المكتملة

* التوقعات الصحيحة

* التوقعات الخاطئة

* النقاط التي حصل عليها

مثال:

ليفربول ضد أرسنال

توقعك: 2–1

النتيجة: 2–1

النقاط: +6

⸻

20. الإشعارات

يجب دعم Push Notifications.

أمثلة:

تذكير مباراة

“مباراة الهلال والنصر تبدأ خلال ساعة، أرسل توقعك الآن.”

قرب إغلاق التوقع

“متبقي 15 دقيقة على إغلاق التوقعات.”

نتيجة التوقع

“توقعك صحيح! حصلت على 3 نقاط.”

نتيجة دقيقة

“توقع مثالي! حصلت على 6 نقاط.”

قرب نهاية المسابقة

“متبقي 24 ساعة على نهاية المسابقة الحالية.”

الفوز

“مبروك! حصلت على المركز الثاني.”

ويمكن استخدام:

Firebase Cloud Messaging

أو بديل مناسب.

⸻

21. الإعلانات

الشبكة الإعلانية المفضلة:

Google AdMob

أنواع الإعلانات المطلوبة:

Banner Ads

يمكن عرضها في:

* قائمة المباريات

* جدول الترتيب

* النتائج

Interstitial Ads

تظهر في نقاط مناسبة وطبيعية.

مثال:

بعد إنهاء مجموعة من التوقعات.

ولا يفضل عرض إعلان بعد كل توقع.

Rewarded Ads

مثال:

“شاهد إعلانًا للحصول على نص نقطه كل ١٢ ساعه.”

⸻

22. الرعايات

يجب أن يدعم التطبيق مسابقات برعاية شركات.

مثال:

تحدي التوقعات

برعاية:

شركة XYZ

ويجب أن يستطيع المدير إضافة:

* شعار الراعي

* اسم الراعي

* صورة الإعلان

* رابط الراعي

* بداية فترة الرعاية

* نهاية فترة الرعاية

⸻

23. مكافحة الغش

بسبب وجود جوائز نقدية، يجب الاهتمام بشكل كبير بمنع الغش.

المتطلبات المقترحة:

* توثيق الجوال OTP

* حساب واحد لكل رقم جوال

* التعرف على الجهاز

* مراقبة IP

* كشف الحسابات المتعددة

* وقت المباراة من السيرفر

* إغلاق التوقعات من السيرفر

* سجل تدقيق Audit Trail

* تحديد الحسابات المشبوهة

* مراجعة يدوية للفائزين

* سجل تعديل التوقعات

* سجل تسجيل الدخول

ويجب على المطور اقتراح إجراءات أمنية إضافية.

⸻

24. لوحة تحكم المدير

يجب إنشاء لوحة تحكم Web Admin Dashboard.

تتضمن:

المستخدمون

* مشاهدة المستخدمين

* البحث

* إيقاف الحساب

* حظر الحساب

* مشاهدة الحسابات المشبوهة

المسابقات

* إنشاء مسابقة

* تعديل التاريخ

* إغلاق المسابقة

* عرض الفائزين

المباريات

* المباريات القادمة

* المباريات المكتملة

* إضافة مباراة

* حذف مباراة

* تعطيل التوقع

البطولات

* تفعيل بطولة

* تعطيل بطولة

النقاط

إمكانية تعديل:

* نقاط التوقع الصحيح

* نقاط النتيجة الدقيقة

الترتيب

* مشاهدة الترتيب

* مشاهدة تاريخ توقعات المستخدم

* مراجعة الفائزين

الجوائز

* اسم الفائز

* المركز

* قيمة الجائزة

* حالة التحقق

* حالة الدفع

الإعلانات والرعاة

* إضافة راعٍ

* تعديل الإعلان

* تاريخ البداية

* تاريخ النهاية

التحليلات

عرض:

* عدد المستخدمين المسجلين

* المستخدمين النشطين يوميًا

* المستخدمين النشطين شهريًا

* المستخدمين الجدد

* عدد التوقعات

* متوسط التوقعات لكل مستخدم

* نسبة الاحتفاظ بالمستخدمين

* اكثر الدول مشاركة

* أكثر البطولات استخدامًا

⸻

25. التحليلات

يفضل استخدام:

Firebase Analytics

لتتبع:

* التسجيل

* تسجيل الدخول

* فتح المباراة

* إرسال التوقع

* تعديل التوقع

* مشاهدة الإعلان

* إنشاء دوري خاص

* الانضمام لدوري خاص

* إرسال دعوة

* فتح الإشعار

⸻

26. قواعد المسابقة

يجب توفير صفحة واضحة بعنوان:

القواعد الرسمية للمسابقة

وتشمل:

* مدة المسابقة

* شروط الأهلية

* شروط المشاركة

* طريقة احتساب النقاط

* قيمة الجوائز

* قواعد كسر التعادل

* التحقق من الفائزين

* طريقة صرف الجوائز

* قواعد الغش

* الحسابات المتعددة

* حالات الاستبعاد

* المباريات الملغاة

* المباريات المؤجلة

* الأعطال التقنية

ويجب مراجعة الصياغة القانونية قبل الإطلاق.

⸻

27. الصفحات القانونية

يجب توفير:

* سياسة الخصوصية

* الشروط والأحكام

* قواعد المسابقة

* حذف الحساب

* تواصل معنا

* إشعار المشاركة المسؤولة

ويجب التأكد من مطابقة متطلبات App Store وGoogle Play.

⸻

28. الأمان

يجب توفير:

* تسجيل دخول آمن

* HTTPS

* تشفير الاتصال مع APIs

* صلاحيات قاعدة بيانات آمنة

* عدم تخزين مفاتيح API بشكل مكشوف داخل التطبيق

* Rate Limiting

* التحقق من البيانات من Backend

* نسخ احتياطية

* صلاحيات خاصة للمدير

⸻

29. Backend

الحلول المفضلة:

* Firebase

أو

* Supabase

وعلى المطور اقتراح الأنسب بناءً على:

* قابلية التوسع

* التكلفة

* الأمان

* إدارة المستخدمين

* الإشعارات

* أداء قاعدة البيانات

⸻

30. ملكية المشروع

هذه النقطة إلزامية.

جميع أصول المشروع يجب أن تكون مملوكة للعميل.

وتشمل:

* Source Code كامل

* مشروع Flutter

* Backend

* قاعدة البيانات

* حساب Firebase أو Supabase

* الدومين

* حسابات API

* حساب Apple Developer

* حساب Google Play Console

* حساب AdMob

* ملفات Figma

* الشعار

* ملفات التصميم

* Source Code الخاص بلوحة التحكم

ولا يجوز أن يبقى التطبيق منشورًا بشكل دائم تحت حسابات المطور الشخصية.

يجب أن تكون الحسابات الأساسية باسم مالك المشروع.

⸻

31. تسليم السورس كود

يجب أن يسلم المطور:

* Source Code كامل

* Documentation

* هيكل قاعدة البيانات

* توثيق APIs

* طريقة إعداد المشروع

* خطوات Build

* خطوات تشغيل التطبيق

ويجب أن يستطيع مالك المشروع نقل التطبيق لمطور آخر مستقبلًا دون مشكلة.

⸻

32. تصميم UI/UX

قبل بدء البرمجة يفضل تصميم جميع الشاشات على Figma.

ويجب أن يكون التصميم:

* حديث

* بسيط

* رياضي

* سهل الاستخدام

* مناسب للعربية والإنجليزية

* مناسب لـAndroid وiOS

ويجب اعتماد التصميم قبل الانتقال للبرمجة الكاملة.

⸻

33. الشاشات المطلوبة

كحد أدنى:

1. Splash Screen

2. Onboarding

3. تسجيل الدخول

4. إنشاء حساب

5. OTP

6. الصفحة الرئيسية

7. قائمة المباريات

8. توقع المباراة

9. توقعاتي

10. نتائج المباريات

11. جدول الترتيب

12. الدوريات الخاصة

13. إنشاء دوري

14. الانضمام لدوري

15. معلومات الجوائز

16. المسابقات السابقة

17. الملف الشخصي

18. مركز الإشعارات

19. الإعدادات

20. اختيار اللغة

21. قواعد المسابقة

22. الشروط والأحكام

23. سياسة الخصوصية

24. تواصل معنا

⸻

34. الاختبارات

يجب اختبار:

* Android

* iPhone

* العربية

* الإنجليزية

* أحجام شاشات مختلفة

* التسجيل

* OTP

* التوقعات

* احتساب النقاط

* جدول الترتيب

* بدء مسابقة جديدة

* Football API

* الإشعارات

* الإعلانات

* لوحة التحكم

ويجب تسليم نسخة تجريبية قبل الإطلاق الرسمي.

⸻

35. نشر التطبيق

يجب أن يشمل التطوير دعم النشر على:

* Apple App Store

* Google Play Store

ويتضمن:

* تجهيز Build

* رفع التطبيق

* App Icon

* صور المتجر

* وصف التطبيق

* معلومات الخصوصية

* معالجة الملاحظات التقنية من المتاجر

⸻

36. الدعم بعد الإطلاق

على المطور توضيح:

* مدة إصلاح الأخطاء مجانًا

* تكلفة الصيانة الشهرية

* طريقة الدعم

* تكلفة التحديثات

* مسؤولية مراقبة السيرفر

ويفضل توفير:

30–60 يومًا من إصلاح الأخطاء مجانًا بعد الإطلاق.

⸻

37. المرحلة الأولى – MVP

يجب أن تركز النسخة الأولى على الوظائف الأساسية فقط:

* التسجيل

* المباريات

* التوقعات

* حساب النقاط

* جدول الترتيب

* مسابقة كل 14 يوم

* الجوائز النقدية

* الدوريات الخاصة

* الإشعارات

* AdMob

* لوحة تحكم

* عربي وإنجليزي

* مكافحة الغش

* النشر على App Store

* النشر على Google Play

⸻

38. المرحلة الثانية – التطوير المستقبلي

لا يشترط إدخال هذه المزايا في عرض السعر الأول إلا بشكل منفصل:

* توقع اللاعبين

* توقع مسجل الهدف

* Over / Under

* إحصائيات متقدمة

* إنجازات المستخدمين

* اشتراك Premium

* AI Match Insights

* خصائص اجتماعية

* مجتمعات

* Fantasy Football

* Live Match Center

* تحديات برعاية الشركات

⸻

39. المطلوب من المطور في عرض السعر

يرجى توضيح:

1. إجمالي تكلفة المشروع

2. تكلفة UI/UX

3. تكلفة Backend

4. تكلفة لوحة التحكم

5. التكاليف الشهرية المتكررة

6. Football API المقترح وتكلفته

7. مراحل المشروع

8. جدول الدفعات

9. التقنيات المستخدمة

10. عدد الأشخاص العاملين على المشروع

11. مشاريع سابقة مشابهة

12. تأكيد ملكية Source Code

13. مدة الدعم بعد الإطلاق

14. تكلفة الصيانة

15. هل نشر App Store مشمول؟

16. هل نشر Google Play مشمول؟

ويجب فصل:

التكلفة لمرة واحدة

عن:

التكاليف الشهرية أو السنوية المستمرة

⸻

40. المتطلب التجاري الأساسي

يجب أن يكون عرض السعر للنسخة:

MVP

وليس لتطبيق ضخم ونهائي من البداية.

الهدف:

الإطلاق → جذب مستخدمين → قياس الاستخدام → اختبار الربحية → التوسع

لذلك يجب أن تكون النسخة الأولى قابلة للتوسع ولكن بتكلفة مناسبة.